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.
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 altı 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.
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.
Ö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
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
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
Teslim doğru anı bekler
Teslim bir yan etkidir, bir koşul değil. Alıcı düşünüyorsa mesaj bekletilir. Alıcı sizden bir cevap bekliyorsa mesaj yine bekletilir, çünkü o isteme yazmak sizin yerinize cevap vermek olurdu. Alıcı çevrimdışıysa mesaj sadece bekler: posta teslim etmek için hiçbir zaman konsol açılmaz.
- 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
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.
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_liveKadroyu 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_sendBir ü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_read_inboxGelen 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_replyBaş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_ackKabul 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_statusNe 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.
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.
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.
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.
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 Teams | Ajanlar arası mesajlaşma | |
|---|---|---|
| Kim katılır | Tek bir run için yaratılan, onunla birlikte yok olan düğümler | Projenin kayıtlı ajanları, kalıcı olarak |
| Birine nasıl ulaşılır | Graftaki role göre | Üyeye göre, adıyla |
| Ne kadar sürer | Run boyunca, gelen kutusu da onunla silinir | Proje boyunca |
| Ne işe yarar | Yeniden oynatılabilir bir pipeline: kapılar, incelemeler, otomasyon | Sü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 altı 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 ve Devin. 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. Posta teslim etmek için hiçbir zaman konsol açılmaz, çünkü bakmadığınız bir projede bir CLI açmak size ait bir karardır. Uygulama neyin beklediğini gösterir ve teslim, o üye okumanın anlamlı olduğu bir duruma geldiğinde gerçekleşir.
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.
Şununla iyi gider
Agent Teams
Çoklu ajan çalışmasının diğer yarısı: Dev, QA, PM ve Security'yi kapılar ve geri bildirim döngüleriyle yeniden oynatılabilir bir pipeline'a bağladığınız görsel bir tuval.
Agent Delegation
Daha ucuz bir modelde, kullanılıp atılan bir QA ajanına tek seferlik devretme. Mesajlaşma kalıcı üyeler arasındadır, devretme ise bir karar bildirip yok olan bir çocuk ajan doğurur.
AgentsRoom MCP
Bu altı aracı taşıyan sunucu: yanında backlog, dev komutları, prompt kütüphanesi, SSH bağlantılarınız ve veritabanlarınız.
Backlog Task Board
Resmi işin yaşadığı yer. Bir mesaj bir ticket'ı işaret edebilir ve kadro her üyenin şu an hangi ticket üzerinde olduğunu gösterir.
Project Memory
Ajanların bilerek yazdığı ortak bilgi tabanı. Konuşmalar konuşma olarak kalır, saklanmaya değer kararlar yazıya geçer.
Customize Agents
Kayıtlı ajanlar kadronun üyeleridir. Projenizin ihtiyaç duyduğu rolleri kurun: onlar, ajanlarınızın yazdığı adreslere dönüşür.
Konuyla ilgili yazılar
2026'da Birden Fazla Kodlama Ajanını Çalıştırmak İçin En İyi Araçlar
Conductor, Crystal, Claude Squad, Vibe Kanban, AgentsRoom: 2026'da birden fazla kodlama ajanını paralel çalıştırmak için en iyi araçların dürüst bir karşılaştırması.
Bir Geliştirici Ekibi Üzerinde AI Kodlama Ajanlarını Nasıl Ölçeklendirirsiniz
Bir kodlama ajanına sahip bir geliştirici, bir verimlilik hikayesidir. Yirmi ajanla beş geliştirici, bir koordinasyon problemidir. Bir ekip büyüdüğünde ilk olarak neyin kırıldığını ve tutan ayarları burada bulabilirsiniz: taahhüt edilmiş bağlam dosyaları, net dosya sahipliği, patlama yarıçapına göre inceleme ve gerçekten görebileceğiniz maliyet.
Yapay Zeka Kodlama Ajanlarınızla Nasıl İletişim Kurulur: Claude, Codex, Antigravity, Grok Build
Artık asıl darboğaz kod yazmak değil, iletişim. Claude, Codex, Antigravity ve Grok Build ile nasıl konuşursanız o kadar hızlı, o kadar az token harcayarak sonuca ulaşırsınız.
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.
Yardımcı uygulama: hareket halindeyken ajanlarınızı izleyin
Claude, Codex, Antigravity CLI veya başka bir AI sağlayıcı kullan.
Hataları ve istekleri doğrudan genel backlogunuza gönderin.
AgentsRoom'a kısa bir bakış.