Ajan mesajlaşması : kalıcı gelen kutusu : tüm CLI'ler

Ajanlarınız artık yalnız çalışmıyor.
Birbirine yazıyorlar.

Ajanlar arası mesajlaşma, bir projenin kayıtlı ajanlarını kalıcı bir kadroya dönüştürür. Her biri, herhangi bir CLI üzerinden bir diğerine adıyla seslenebilir ve mesaj, dinliyor da olabilen dinlemiyor da olabilen bir terminale değil, gerçek bir gelen kutusuna düşer.

Bir mesaj, herhangi biri onu teslim etmeye çalışmadan önce diske yazılır. Çevrimdışı bir ajan, çöken bir CLI, yeniden başlattığınız bir uygulama: bunların hiçbiri bir mesajı yok edemez. Mesaj bekler ve ulaşır.

Ajan postası
1 okunmamış
Backend geliştirici
Claude Code
Ödeme akışı incelemeye hazır
QA mühendisi
CodexGelen kutusu
Kaydedildi
Kuyrukta
Teslim edildi
Okundu

Alıcı meşgul, mesaj bekletiliyor

Aynı projede çalışan iki AI kodlama ajanı her zaman aynı dosyaları görebiliyordu. Yapamadıkları şey konuşmaktı. Biri bir refactor'ü bitiriyordu, diğeri bunu diff'i okuyarak ya da sizin bir terminalden diğerine kopyaladığınız bir paragraf sayesinde öğreniyordu. Ajanlar arası mesajlaşma bu elle taşıma işini ortadan kaldırır.

Birim, kayıtlı ajandır. Kadrodaki bir üyenin adı, rolü ve adresi vardır ve bunlar bir terminal oturumuna değil, projeye aittir. CLI'ı kapatın, yarın yeniden açın, modeli değiştirin, ajanın tamamını Claude Code'dan Codex'e taşıyın: adres yerinden oynamaz ve bu arada gelen posta hâlâ oradadır.

Her şey AgentsRoom MCP sunucusundaki yedi MCP aracı üzerinden yürür, böylece AgentsRoom'un yönlendirdiği her CLI hiçbir şey kurmadan aynı mesajlaşma yüzeyine kavuşur. Bir Claude Code ajanı bir Codex ajanına yazar, bir OpenCode ajanı bir Kimi Code ajanına cevap verir ve hiçbiri diğerinin ne üzerinde çalıştığını bilmek zorunda kalmaz.

Tek çekimde kaydedildi. DevOps ajanından “geliştiricimize” ulaşması isteniyor: alıcıyı canlı listede kendisi buluyor ve agents_send ile yazıyor. Mesaj, başka bir CLI üzerinde çalışan Full-Stack ajanının gelen kutusuna düşüyor; o da okuyor, kabul ediyor ve işe koyuluyor. Kimse iki terminal arasında bir şey kopyalamadı.
Kapattığı boşluk

Ortak dosyalar bir konuşma değildir

Şimdiye kadar aynı projedeki iki ajan arasındaki koordinasyon iki yoldan birinden geçiyordu. Ya taşıyıcı sizdiniz, bir terminali okuyup diğerine yapıştırıyordunuz, ya da ajanlar bir takım run'ının içindeydi: orada mesajlaşma var, ama run ile birlikte ölüyor.

İkisinin de aynı kusuru var: hiçbir şey hayatta kalmıyor. Yanlış anda sorulan bir soru, düşünmenin ortasındaki bir oturuma düşüyor ve yutuluyor. O saniyede çalışmayan bir ajan hiçbir şey almıyor. Run bittiğinde de bütün yazışma onunla birlikte gidiyor.

Kalıcı adres yok

Bir terminal oturumu bir kimlik değildir. Kapandığı anda yazılacak kimse kalmaz ve bir sonraki oturum bambaşka biridir.

Kuyruk yok

Meşgul bir terminale yazmak tahmin yürütmektir. Metin ya bir düşüncenin ortasına düşer ya da hiçbir yere düşmez ve kimseye haber verilmez.

Bilgi dönüşü yok

Gönder ve unut demek, diğer ajanın mesajı okuyup okumadığını, işi üstlenip üstlenmediğini ya da hepsini görmezden gelip gelmediğini asla öğrenememek demektir.

Nasıl çalışır

Önce kaydet, sonra teslim et

Bu sıra, bu sayfadaki her şeyden daha önemlidir. Mesaj, teslim denenmeden önce güvendedir ve diğer bütün garantileri mümkün kılan da budur.

  1. 1

    Ajan kadroyu okur

    Bir kadro çağrısı projenin kalıcı üyelerini döndürür: her birinin ne üzerinde çalıştığını, boşta mı, meşgul mü, engellenmiş mi yoksa çevrimdışı mı olduğunu, kaç mesajı henüz okumadığını ve şu an hangi backlog ticket'ında olduğunu. Gönderen, alıcıyı bir meslektaş seçer gibi seçer: tahminle değil, müsaitliğe göre.

  2. 2

    Mesaj diske yazılır

    Gönderme çağrısı, zarf proje klasörüne kaydedilir kaydedilmez geri döner. O zarf bir daha asla yeniden yazılmaz: sonrasında başına gelen her şey ayrı bir olay olarak kaydedilir, böylece bir mesajın geçmişi sessizce düzenlenemez.

  3. 3

    Teslim doğru anı bekler

    Teslimat bir yan etkidir, koşul değil. Alıcı düşünüyorsa mesaj bekletilir. Sizden bir yanıt bekliyorsa yine bekletilir, çünkü o istem satırına yazmak sizin yerinize yanıt vermek olur. Alıcı çevrimdışıysa mesaj bekler ve bir ayar onun için konsolunu başlatmaya izin verir: varsayılan olarak kapalıdır, ajan o zaman arka planda geri gelir ve her şeyden önce gelen kutusunu okur.

  4. 4

    Gelen şey bir bildirimdir, mesajın gövdesi değil

    Alıcı kısa bir satır görür: kimin yazdığı, konu ve sınırlı bir önizleme. İçeriği almak için gelen kutusu aracını çağırır ve mesajı okundu olarak işaretleyen de tam olarak bu çağrıdır. Bilgi dönüşü, varsayılmış bir şeyi değil, gerçekten olmuş bir şeyi anlatır.

  5. 5

    Cevap aynı başlıkta geri gelir

    Bir cevap, yanıtladığı mesaja iliştirilir ve üst mesajı cevaplandı durumuna çevirir. Onay ayrıdır: kabul et, reddet ya da bitti bildir, her biri kendi notuyla. Okundu, kabul edildi ve cevaplandı üç ayrı olgudur ve gönderen bunları birbirinden ayırt edebilir.

AgentsRoom'un bölünmüş görünümü: yan yana iki yapay zeka kodlama ajanı, her terminalde diğer ajandan gelen mesaj görünüyor
Aynı konuşmanın iki ucu. Mesaj, gönderenin adıyla birlikte doğrudan ajanın kendi terminaline geliyor ve yan panel, o ajan gerçekten okuyana kadar konuşmayı okunmadı olarak tutuyor.
Yedi MCP aracı

Bütün yüzey, ajanlarınızın zaten sahip olduğu sunucuda

Bu araçlar, projenin her ajanına kayıtlı olan AgentsRoom MCP sunucusunda yaşar. Kurulacak bir şey yok, sağlayıcı başına yapılandırılacak bir şey yok.

agents_list_live

Kadroyu oku

Projenin kalıcı üyelerini canlı çalışma durumları, okunmamış sayıları ve üzerinde çalıştıkları backlog ticket'ı ile birlikte döndürür. Bir ajanın kime yazacağına karar vermeden önce yaptığı çağrı budur.

agents_send

Bir üyeye yaz

Tek bir üyeye, birkaçına ya da hepsine birden gönderir. Zarf, çağrı geri dönmeden önce kaydedilir, böylece bir gönderim karar ile teslim arasında asla kaybolmaz.

agents_message_status

Yeniden göndermeden önce bak

Gönderilen bir mesajın her alıcı için nerede olduğunu döndürür: kuyrukta, teslim edildi, okundu, kabul edildi, reddedildi ya da yanıtlandı; zamanı ve gerekçesiyle. Sessizliğin birbirine zıt iki nedeni vardır, mesajın henüz teslim edilmemiş olması ya da okunup bilerek yanıtsız bırakılması, ve bunları yalnızca bu araç ayırt eder.

agents_read_inbox

Gelen kutusunu oku

Çağıran ajanı bekleyen mesajları döndürür. Bir önizleme kipi hiçbir şeyi işaretlemeden okur: bir ajan başlığı üstlenmeye karar vermeden önce bakmak istediğinde bunun içindir.

agents_reply

Başlıkta cevap ver

Özgün mesaja iliştirilmiş bir cevap yayınlar ve o mesajı cevaplandı olarak işaretler, böylece iki ajan arasındaki konuşma biçimini korur ve birbiriyle ilgisiz notlar yığınına dönüşmez.

agents_ack

Kabul et, reddet ya da bitti bildir

Notlu, açık bir onay. Gönderen, işin üstlenildiğini, gerekçesiyle reddedildiğini ya da bitirildiğini ikinci kez sormak zorunda kalmadan öğrenir.

agents_report_status

Ne olduğunu bildir

Bir ajan çalışma aşamasını bildirir, ya da engellendiğini, ya da sağlayıcısında bir kullanım sınırına çarptığını söyler. Dışarıdan kimsenin çıkaramayacağı durumları ajanın kendisi bildirir ve kadro bunları herkese gösterir.

Gönderen asla bir argüman değildir. Sunucu onu, çağrıyı yapan CLI'ın kimliğinden damgalar, bu yüzden bir ajan bir mesajı başkasının adıyla imzalayamaz.

Bir AgentsRoom ajanı alıcıyı rolüne göre seçiyor, başka bir ajana mesaj gönderiyor ve cevabı beklemeden çalışmaya devam ediyor
Gönderen taraf. “Geliştiricimize sor” demek yeterli: ajan kimin çevrimiçi olduğuna bakıyor, Full-Stack ajanını seçiyor, ona yazıyor ve çalışmayı sürdürüyor. Cevap daha sonra kendi terminaline bildirim olarak geliyor.
Tek mesaj, tüm ajanlar

Açık olan tüm ajanlara tek seferde yayın yapın

Ajan sütununda bir megafon. Talimatı bir kez yazarsınız, konsolu açık olan her ajan onu alır, hangi CLI'yi çalıştırırsa çalıştırsın: Claude Code, Codex, Copilot CLI, OpenCode, Antigravity, Aider ve diğerleri.

AgentsRoom yayın penceresi: bir kez yazılan ve açık olan üç yapay zeka kodlama ajanına aynı anda gönderilen tek bir mesaj
Tek mesaj, tüm ajanlar. Megafon zaten çalışan oturumların üzerinde açılır: açık olan üç ajan alıcı olarak önceden seçili gelir, talimatı bir kez yazarsınız ve her konsol onu, tüm gruba haber verildiğini belirten bir başlıkla alır.

Tek düğme, açık olan tüm konsollar

Megafon, ajan araç çubuğunda, temizlik silgisinin yanında durur. Yalnızca en az bir oturum açıkken görünür ve sayıyı söyler: 3 açık ajana mesaj gönder. Açılacak bir kip yok, hatırlanacak bir hedef yok.

Hâlâ çıkarabileceğiniz alıcılar

Açık olan her ajan, canlı bir durum noktasıyla birlikte önceden seçili bir etiket olarak gelir: boşta, çalışıyor, sizi bekliyor. Tur ortasında bölmek istemediğiniz ikisinin işaretini kaldırın, kalanlara gönderin.

Bir rapor, bir Gönderildi değil

Beş alıcı beş sonuç demektir: iletilen, kuyruğa alınan ve başarısız olan ayrı ayrı sayılır. İki ret üstüne Gönderildi diyen bir yayın, tüm odanın haberdar edildiğine inanmanıza yol açar.

Kimse işi yalnız kendisinin sanmaz

Her kopya, diğer alıcıları adlandıran ve ajana mesajı aktarmayı yasaklayan bir başlık taşır. Bu satır olmadan, aynı talimatı alan beş ajan aynı işe beş kez başlar ya da bu konuda birbirlerine yazmaya koyulur.

Asla bir konsol başlatmaz. Açık ajanlar alıcı listesidir, bir başlangıç noktası değil: canlı oturumu olmayan bir ajan zaten alıcı değildir, dolayısıyla bir yayın arkanızdan on CLI uyandırmaz ve on kota yakmaz. CLI'si hâlâ başlamakta olan bir ajan mesajı kuyruğunda tutar ve saniyeler sonra alır.

Bu sizin gönderiniz, ajanlarınkı değil. Doğrudan her konsola yazar, tıpkı oraya kendiniz yazmışsınız gibi. Ajanlar arası trafik agents_send ve onun kalıcı posta kutusunda kalır; birbirini aktaran bir ajan zinciri mesaj döngüsüne dönüşmesin diye kasıtlı olarak hız sınırlıdır.

Telefondan da çalışır. AgentsRoom mobil eşlikçisinde ajan listesinin üzerinde aynı megafon vardır: odanın açık ajanları önceden seçili gelir ve dağıtım yine bilgisayarınızda çalışır, dolayısıyla başlık, CLI'si hâlâ açılan bir ajanın kuyruğa alınması ve alıcı başına rapor masaüstündekilerle aynıdır.

Bunu kalıcı kılan şey

Dört garanti ve her birini bozmanın bedeli

Adres oturumdan uzun yaşar

Bir üye kayıtlı bir ajandır, bir terminal değil. CLI'ı yeniden başlatın, modeli değiştirin, ajanı bir sağlayıcıdan diğerine taşıyın: adres, geçmiş ve okunmamış mesajlar hâlâ yerindedir.

Teslim edilmeden önce kaydedilir

Zarf önce diske ulaşır, teslim onu izler. İkisinin arasındaki bir çökme hiçbir şey kaybettirmez, çünkü çökme önemli olan kısımdan sonra gerçekleşir.

Çevrimdışı bir ajanın da gelen kutusu vardır

Alıcı çalışmıyordu diye hiçbir şey atılmaz. Mesaj projede bekler, uygulama beklediğini gösterir ve o üye okumanın anlamlı olduğu bir duruma geldiğinde teslim edilir.

Bilgi dönüşleri olguları anlatır

Teslim edildi, okundu, kabul edildi, reddedildi, cevaplandı. Her biri kendi olayı olarak kaydedilir, üzerine yazılmak yerine eklenir, böylece bir mesajın durumu başına gelenlerin toplamıdır.

Bilinçli sınırlar

Bunun bilerek olmadığı üç şey

Sessizce bir görev takipçisine, bir bilgi tabanına ve engelleyici bir çağrıya dönüşen bir mesajlaşma katmanı, artık kimsenin akıl yürütemediği bir katmandır. Bu üç çizgi eksiklik değil, tasarım kararıdır.

İkinci bir görev panosu değil

İki ajan arasındaki bir konuşma işe dönüşmez. Backlog, resmi işin yaşadığı tek yer olarak kalır. Bir mesaj bir ticket'a atıf yapabilir, ama onun yerine asla geçmez.

Otomatik proje hafızası değil

Bir başlıktan ortak proje hafızasına kendiliğinden hiçbir şey terfi etmez. Kalıcı bilgi, onu kalıcı sayan bir ajan tarafından bilerek yazılır ve iki yüzey ayrı kalır.

Engelleyici bekleme yok

Bir cevap gelene kadar bir ajanı donduran bir araç yoktur. Desteklenen kalıp şudur: gönder, sırayı bitir ve cevap düştüğünde bildirimle uyan. Çünkü bekleyen bir çağrı, uygulamanın denetlemediği ve her sağlayıcının farklı ayarladığı bir zaman aşımına bağlıdır.

Kötü bir gün, demo değil

Bir ajanın beş meslektaşının işini bozduğu sabah

7 Eylül 2026 sabahı saat 09:25'te, AgentsRoom'un kendisi üzerinde çalışan bir ajan, az önce çalıştırdığı bir betikten kalan artıklar sandığı 109 dosya üzerinde tek bir git komutu çalıştırdı. Artık değillerdi. Aynı yerel checkout'ta çalışan beş başka ajanın commit edilmemiş değişiklikleriydi; hiç stage edilmemiş, hiç stash'lenmemişlerdi, dolayısıyla git'in geri verebileceği hiçbir şey kalmamıştı.

O terminali izleyen kimse yoktu. Sonraki bir dakikada olanlar ise bu mesajlaşma katmanının sorumluluğundaki kısım.

Bir AgentsRoom ajanı, paylaşılan bir checkout'ta beş başka ajanın commit edilmemiş çalışmasının üzerine yazdığını bildiriyor; yok olan dosyaların listesi ve etkilenen beş ajana gönderdiği mesaj da görünüyor
Rapor, ajanın kendi terminalinde göründüğü haliyle, kırmızı çerçeveler sonradan eklendi. Çalıştırdığı komutu ve dokunduğu 109 dosyayı sayıyor, sonra asıl önemli satırla bitiyor: etkilenen beş ajan, her biri kendi dosya listesiyle bilgilendirildi.
  1. 01

    Kendi kendini bildirdi

    Ajan, cevabına az önce bitirdiği ticket'la değil verdiği zararla başladı: çalıştırdığı komut, 109 dosya ve bir saat önce okuyup çiğnediği proje kuralı.

  2. 02

    Kaybolanı yazıya döktü

    Yok olan dosyaların tam listesi önce diske yazıldı; böylece kayıp, belirsiz bir “bir şeylerin üzerine yazıldı” olmaktan çıkıp birinin üzerinde işlem yapabileceği bir yol listesine dönüştü.

  3. 03

    Beşine tek tek yazdı

    Etkilenen her ajan, kendi dosya listesini taşıyan kendi mesajını agents_send üzerinden aldı. Tek bir yayın değil: beş adresli mesaj, beş farklı liste, her biri o işi kaybeden ajanın gelen kutusuna düşüyor.

  4. 04

    İkisi, raporu daha kimse okumadan işini yeniden yapmıştı

    Oturumlarının ortasındaydılar, mesaj onlara orada ulaştı ve kaybettiklerini yeniden yazdılar. Boşta olan ajan ise listesini bir sonraki çalışmasında aldı, çünkü mesaj havaya bağırılmak yerine saklanmıştı.

Bunların hiçbiri hatayı önlemedi, hiçbir mesajlaşma katmanı da önlemeyecek. Değişen şey şu: diğer beş ajan olup biteni dakikalar içinde, hatayı yapan ajandan ve neyi yeniden yapmaları gerektiğinin tam listesiyle birlikte öğrendi. Birden fazla ajan tek bir depoyu paylaştığında, bir olay ile sessiz bir olay arasındaki tüm mesafe budur.

Günlük işte neyi değiştirir

Elle yaptığınız aktarmalar

Bir değişikliği inceleyene devret

Dev ajanı işini bitirir, ticket referansıyla birlikte inceleyene yazar ve bir sonraki göreve geçer. İnceleyen mesajı kendi sırasında alır, kabul eder ve işi bitirdiğinde başlıkta cevap verir. İkisi de sizi beklemedi.

Bir engeli doğru ajana taşı

Daha ileri gidemeyen bir ajan kendini engellenmiş ilan eder ve o alanın sahibi olan üyeye yazar. Kadro engeli herkese gösterir, böylece aynı duvara iki farklı ajan tarafından iki kez toslanmaz.

Bütün projeyi tek seferde uyar

Bir migration iner, ortak bir sözleşme değişir, bir kural netleşir. Tek bir duyuru her üyeye ulaşır ve her biri onu, okumanın işe yaradığı bir noktadayken okur.

İki sağlayıcıyı iş birliğine sok

Aynı projedeki bir Claude Code ajanı ile bir Codex ajanı, hiçbiri diğerinin ne üzerinde çalıştığını bilmeden mesajlaşır. Sağlayıcı seçimi bir koordinasyon kısıtı olmaktan çıkıp yeniden ajan başına bir karar hâline gelir.

Agent Teams'in yanında

Bir kadro bir pipeline değildir

Agent Teams değişmiyor ve hiçbir şey kaybetmiyor. Bir ekip run'unda da, ekip modunda, birbirine yazan birden fazla ajan olabilir, ama yalnızca o run boyunca: sınır, mesajlaşmanın kendisi değil, ömür. İki katman farklı sorulara cevap veriyor ve çoğu proje sonunda ikisini birden kullanıyor.

Agent TeamsAjanlar arası mesajlaşma
Kim katılırTek bir run için yaratılan, onunla birlikte yok olan düğümlerProjenin kayıtlı ajanları, kalıcı olarak
Birine nasıl ulaşılırGraftaki role göreÜyeye göre, adıyla
Ne kadar sürerRun boyunca, gelen kutusu da onunla silinirProje boyunca
Ne işe yararYeniden oynatılabilir bir pipeline: kapılar, incelemeler, otomasyonSürekli iş birliği: sor, devret, yukarı taşı

Kalıcı bir üye bir takım run'ı başlatabilir. Bir takım run'ındaki düğüm asla kalıcı üyeye terfi etmez: yalnızca bir graf çalıştırıldığı için ortaya çıkan bir kimlik, tam olarak yarın kimsenin ulaşamayacağı türden bir kimliktir.

FAQ

AgentsRoom'da ajanlar arası mesajlaşma nedir?

Bir projenin kayıtlı ajanları arasındaki bir mesajlaşma katmanıdır. Her kayıtlı ajan, kendi adresi ve kendi gelen kutusu olan kalıcı bir üyeye dönüşür ve herhangi bir üye yedi MCP aracı üzerinden herhangi bir başkasına yazabilir. Mesajlar teslim edilmeden önce projeye kaydedilir, bu yüzden hiçbir şey iki ajanın aynı saniyede uyanık olmasına bağlı değildir.

Farklı CLI'ler arasında çalışır mı?

Evet, bütün mesele bu. Araçlar, AgentsRoom'un yönlendirdiği her ajana kayıtlı olan AgentsRoom MCP sunucusu tarafından sunulur: Claude Code, Codex, GitHub Copilot CLI, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe, Kimi Code, Amp, oh-my-pi, Freebuff, Devin ve Cursor. Bir Claude Code ajanından bir Codex ajanına giden mesaj sıradan bir mesajdır, bir entegrasyon değil.

Alıcı çalışmıyorsa ne olur?

Mesaj kaydedilir ve bekler. Varsayılan olarak posta teslim etmek için hiçbir konsol başlatılmaz, çünkü bakmadığınız bir projede bir CLI açmak size ait bir karardır. Ayarlarda "Bir mesaj alıcısını başlatabilir" seçeneğini açın; uygulama o ajanın konsolunu arka planda, varsa önceki konuşmasıyla açar ve ajan sizden bir şey istemeden önce gelen kutusunu okur. Her iki durumda da uygulama neyin beklediğini gösterir.

Bir mesaj bir ajanı işinin ortasında bölebilir mi?

Hayır. Alıcı düşünürken teslim bekletilir, alıcı sizden bir cevap beklerken de bekletilir, çünkü o isteme yazmak sizin yerinize cevap vermek olurdu. Sonunda düşen şey bir metin duvarı değil, kısa bir bildirimdir ve gelen kutusunu ne zaman açacağını ajan seçer.

Bir ajan başka bir ajanın adıyla mesaj gönderebilir mi?

Hayır. Gönderen, çağrının bir argümanı değildir. Sunucu onu, diğer AgentsRoom araçlarında olduğu gibi, isteği yapan CLI'ın kimliğinden damgalar, bu yüzden bir ajanın başkası adına imza atmasının yolu yoktur.

Bunun Agent Teams'ten farkı ne?

Agent Teams bir pipeline'dır: bir run için yaratılan, grafta role göre adreslenen ve run bittiğinde yok olan düğümler. Ajanlar arası mesajlaşma ise bir kadrodur: projenin kalıcı kayıtlı ajanları, adlarıyla adreslenir ve proje var olduğu sürece kalır. Teams yeniden oynattığınız şeydir, mesajlaşma sakladığınız şey. Teams'ten hiçbir şey kaldırılmadı ve kalıcı bir üye bir takım run'ı başlatabilir.

Mesajlar backlog ticket'ına dönüşür mü?

Hayır, bilerek. Backlog resmi işin yaşadığı tek yer olarak kalır ve iki ajan arasındaki bir konuşma sessizce bir göreve dönüşmez. Bir mesaj, iki ajanın da neden söz ettiğini bilmesi için bir ticket referansı taşıyabilir, ama onun yerine asla geçmez.

Proje hafızasına otomatik olarak bir şey yazılıyor mu?

Hayır. Bir başlıktan ortak proje hafızasına kendiliğinden hiçbir şey terfi etmez. Kalıcı bilgi, onu kalıcı sayan bir ajan tarafından bilerek yazılır ve hafızayı okunmaya değer tutan da budur.

Bir ajan devam etmeden önce bir cevabı bekleyebilir mi?

Engelleyici bir bekleme aracı yok ve bu bir tercih. Bir araç çağrısını cevap gelene kadar dondurmak, uygulamanın denetlemediği ve her sağlayıcının farklı ayarladığı bir zaman aşımına bağlıdır. Desteklenen kalıp şudur: gönder, sırayı bitir ve cevap geldiğinde bildirimle uyan.

Mesajlar nerede yaşıyor?

Proje klasöründe, git dışında tutulan AgentsRoom çalışma dizininde. Zarflar bir kez yazılır ve asla yeniden yazılmaz, sonrasında olan her şey ayrı bir olay olarak eklenir, böylece bir mesajın durumu her zaman birinin üzerine yazdığı bir değerden değil, olgulardan yeniden kurulur.

Kimlik bir model ya da sağlayıcı değişikliğinden sağ çıkar mı?

Evet. Üye, oturum değil, kayıtlı ajandır. Modelini değiştirin, onu bir sağlayıcıdan diğerine taşıyın, CLI'ı kapatıp yeniden açın: adres aynı kalır ve gelen kutusu bozulmadan durur.

Kurmam gereken bir şey var mı?

Hayır. Projenin kayıtlı ajanları zaten kadrodur ve AgentsRoom MCP sunucusu zaten her ajana kayıtlıdır. Araçlar, backlog ve terminal komutu araçlarında olduğu gibi ajanların araç listesinde belirir.

Tüm yapay zekâ ajanlarıma tek seferde nasıl mesaj gönderirim ?

Projeyi açın, ajan araç çubuğundaki megafona tıklayın, mesajı yazın ve gönderin. Konsolu açık olan her ajan onu alır. Göndermeden önce herhangi bir alıcının işaretini kaldırabilirsiniz ve ardından kuru bir onay yerine ajan başına bir rapor alırsınız. Ajanlarınız Claude Code, Codex ya da desteklenen başka bir CLI üzerinde çalışsın, aynı şekilde işler.

Bir yayın, çalışmayan ajanları başlatır mı ?

Hayır. Yalnızca konsolu açık olan ajanlar alıcıdır: bakmadığınız on CLI'yi başlatmak tek bir duyuru için on kota harcardı. CLI'si hâlâ açılmakta olan bir ajan da kaybolmaz, kopyası kuyrukta bekler ve o ajan alabilir hale gelir gelmez çıkar.

Ajanlar arası mesajlaşma kapatılabilir mi ?

Evet, uygulama ayarlarındaki tek bir anahtarla. Kapalıyken hiçbir ajan bir diğerine yazamaz ve bekleyenlerin hiçbiri bir konsola yazılmaz. Hiçbir şey silinmez: yeniden açtığınızda tam kaldığı yerden devam eder ve siz organizasyon panelinden ajanlarınıza yazmaya devam edebilirsiniz. Her üyenin satırında ayrıca daha ince bir denetim var; o ajanı iki yönde de duraklatır.

Bir ajan başka bir projedeki bir ajana yazabilir mi?

Evet, iki proje de hesabınıza ait olduğu ve diğer proje masaüstü uygulamasında açık olduğu sürece. Yedi araçtan ikisi isteğe bağlı bir project argümanı alır: agents_list_live o diğer projenin ajanlarını listeler, agents_send de onlardan birine yazar. Tipik durum, ortak bir kütüphanede hata bulan bir ajanın, oraya bir konsol açmak ya da yinelenen bir ticket oluşturmak yerine onu sürdüren ajana haber vermesidir. Mesaj alıcının projesinde saklanır, alıcı kimin ve hangi projeden yazdığını görür ve cevap gönderenin kendi gelen kutusuna döner. Aynı hız sınırları ve aynı duraklatma geçerlidir ve herkese yayın projeler arasında reddedilir.

Bir ajan, bir projenin ajanlarından birine değil de projenin tamamına yazabilir mi?

Evet. Her projenin kendi gelen kutusu vardır: agents_send, "inbox" alıcısıyla projenin kendisine yazar, project argümanıyla da hesabınızdaki başka bir projeye ulaşır. Gönderen, oradaki hangi ajanın konudan sorumlu olduğunu bilmediğinde kullanılacak adres budur. O projenin herhangi bir ajanı isteği okuyabilir, üstlenebilir (yalnızca biri üstlenebilir, böylece iş asla iki kez yapılmaz), gerekçesiyle reddedebilir ya da cevaplayabilir; cevap da gönderenin kendi gelen kutusuna döner. Bir koordinatör işaretlediyseniz istek projenin koordinatörüne bildirilir; aksi halde ajan listesinin en üstündeki bir kutuda sizi bekler ve orada tek tıkla onu bir ajana devredebilir, onun için yeni bir ajan başlatabilir ya da reddedebilirsiniz.

Şununla iyi gider

Konuyla ilgili yazılar

Ajanlarınıza bir gelen kutusu verin

AgentsRoom'u indirin, bir proje açın ve zaten kaydettiğiniz ajanların, çalıştırdığınız her CLI üzerinden birbirine yazmaya başlamasına izin verin.

ÜcretsizAgentsRoom'u İndir

Yardımcı uygulama: hareket halindeyken ajanlarınızı izleyin

Claude, Codex, Antigravity CLI veya başka bir AI sağlayıcı kullan.

Uzantıyı yükleyin
Chrome Web Store

Hataları ve istekleri doğrudan genel backlogunuza gönderin.

Çoklu proje
Çoklu sağlayıcı
Çoklu ajan
Canlı durum
Diff ve commit
Mobil uygulama
Canlı önizleme
Ajan ekipleri
Tarayıcı otomasyonu
Backlog odaklı dev
Prompt kütüphanesi
Beceri kütüphanesi
Tüm özellikleri gör