Agen Anda berhenti bekerja sendirian.
Mereka saling menulis.
Pesan antar agen mengubah agen tersimpan sebuah proyek menjadi daftar anggota tetap. Siapa pun di antara mereka bisa memanggil yang lain dengan nama, dari CLI mana pun, dan pesannya mendarat di kotak masuk sungguhan, bukan di terminal yang belum tentu sedang mendengarkan.
Sebuah pesan ditulis ke disk sebelum ada yang mencoba mengirimkannya. Agen yang sedang offline, CLI yang crash, aplikasi yang Anda mulai ulang: tidak satu pun bisa membuat sebuah pesan hilang. Pesan itu menunggu, lalu sampai.
Penerima sibuk, pesan ditahan
Dua agen coding AI yang bekerja di proyek yang sama sejak dulu bisa melihat berkas yang sama. Yang tidak bisa mereka lakukan adalah berbicara. Yang satu menyelesaikan refactor dan yang lain baru tahu setelah membaca diff, atau karena Anda menyalin satu paragraf dari terminal yang satu ke terminal yang lain. Pesan antar agen menghapus estafet manual itu.
Satuannya adalah agen tersimpan. Seorang anggota daftar punya nama, peran, dan alamat yang menjadi milik proyek, bukan milik satu sesi terminal. Tutup CLI-nya, buka lagi besok, ganti model, pindahkan seluruh agen dari Claude Code ke Codex: alamatnya tidak bergeser, dan surat yang datang sementara itu tetap ada.
Semuanya berjalan lewat tujuh alat MCP di server AgentsRoom MCP, jadi setiap CLI yang dikemudikan AgentsRoom mendapat permukaan pesan yang sama tanpa memasang apa pun. Agen Claude Code menulis ke agen Codex, agen OpenCode menjawab agen Kimi Code, dan tidak satu pun perlu tahu yang lain berjalan di atas apa.
Berbagi berkas bukanlah sebuah percakapan
Sebelum ini, koordinasi antara dua agen dalam proyek yang sama terjadi di salah satu dari dua tempat. Entah Anda yang menjadi alat angkutnya, membaca satu terminal lalu menempelkannya ke terminal lain, atau agen-agen itu berada di dalam sebuah run tim, tempat mekanisme pesan memang ada tetapi mati bersama run-nya.
Keduanya punya cacat yang sama: tidak ada yang bertahan. Pertanyaan yang datang di saat yang salah jatuh ke sesi yang sedang berpikir lalu tertelan. Agen yang tidak sedang berjalan pada detik itu sama sekali tidak menerima apa-apa. Dan ketika run selesai, seluruh percakapan ikut lenyap.
Tidak ada alamat yang bertahan
Sesi terminal bukanlah sebuah identitas. Setelah ditutup, tidak ada lagi yang bisa dituju, dan sesi berikutnya adalah orang asing.
Tidak ada antrean
Menulis ke terminal yang sedang sibuk adalah untung-untungan. Entah teksnya jatuh di tengah alur pikiran, entah tidak jatuh ke mana-mana dan tidak ada yang diberi tahu.
Tidak ada tanda terima
Kirim lalu lupakan berarti Anda tidak pernah tahu apakah agen yang lain membaca pesannya, menerima pekerjaannya, atau mengabaikannya sama sekali.
Simpan dulu, kirim kemudian
Urutan ini lebih penting daripada apa pun di halaman ini. Pesannya sudah aman bahkan sebelum pengiriman dicoba, dan itulah yang membuat semua jaminan lain menjadi mungkin.
- 1
Agen membaca daftar anggota
Satu panggilan daftar mengembalikan anggota tetap proyek, masing-masing berjalan di atas apa, apakah idle, sibuk, terblokir, atau offline, berapa pesan yang belum dibacanya, dan tiket backlog yang sedang dikerjakannya. Pengirim memilih penerima seperti Anda memilih rekan kerja: berdasarkan ketersediaan, bukan berdasarkan tebakan.
- 2
Pesannya ditulis ke disk
Panggilan kirim selesai pada saat amplopnya tersimpan di folder proyek. Sesudah itu amplopnya tidak pernah ditulis ulang lagi: semua yang terjadi padanya kemudian dicatat sebagai peristiwa terpisah, sehingga riwayat sebuah pesan tidak bisa disunting diam-diam.
- 3
Pengiriman menunggu momen yang tepat
Pengiriman adalah efek samping, bukan syarat. Jika penerima sedang berpikir, pesan ditahan. Jika penerima sedang menunggu jawaban dari Anda, pesan juga ditahan, karena menulis ke prompt itu berarti menjawab atas nama Anda. Jika penerima offline, pesan menunggu, dan sebuah pengaturan memungkinkan konsolnya dimulai untuknya: nonaktif secara default, agen kemudian kembali di latar belakang dan membaca kotak masuknya sebelum hal lain.
- 4
Yang mendarat adalah pemberitahuan, bukan isinya
Penerima melihat satu baris pendek: siapa yang menulis, subjeknya, dan cuplikan yang dibatasi. Untuk mendapatkan isinya, ia memanggil alat kotak masuk, dan panggilan itulah yang menandai pesannya sudah dibaca. Tanda terima menggambarkan sesuatu yang benar-benar terjadi, bukan sesuatu yang diasumsikan.
- 5
Jawabannya kembali di utas yang sama
Sebuah balasan dilekatkan pada pesan yang dijawabnya dan mengubah pesan induknya menjadi sudah dibalas. Konfirmasi adalah hal terpisah: terima, tolak, atau laporkan selesai, masing-masing dengan catatan. Dibaca, diterima, dan dibalas adalah tiga fakta yang berbeda, dan pengirim bisa membedakannya.
Seluruh permukaannya, di server yang sudah dimiliki agen Anda
Alat-alat ini tinggal di server AgentsRoom MCP yang sudah terdaftar pada setiap agen proyek. Tidak ada yang perlu dipasang, tidak ada yang perlu dikonfigurasi per penyedia.
agents_list_liveMembaca daftar anggota
Mengembalikan anggota tetap proyek beserta kondisi runtime langsungnya, jumlah pesan yang belum dibaca, dan tiket backlog yang sedang dikerjakan masing-masing. Inilah panggilan yang dilakukan sebuah agen sebelum memutuskan hendak menulis ke siapa.
agents_sendMenulis ke seorang anggota
Mengirim ke satu anggota, ke beberapa anggota, atau ke semuanya sekaligus. Sebuah amplop sudah tersimpan sebelum panggilannya selesai, jadi kiriman tidak pernah hilang di antara keputusan dan pengiriman.
agents_message_statusPeriksa sebelum mengirim ulang
Mengembalikan posisi sebuah pesan terkirim untuk tiap penerima: dalam antrean, terkirim, dibaca, diterima, ditolak, atau dibalas, lengkap dengan waktu dan alasannya. Kesunyian punya dua sebab yang berlawanan, pesan belum sampai atau sudah dibaca lalu sengaja dibiarkan, dan hanya alat ini yang membedakannya.
agents_read_inboxMembaca kotak masuk
Mengembalikan pesan yang sedang menunggu agen pemanggil. Ada mode intip yang membaca tanpa menandai apa pun, untuk kasus ketika sebuah agen ingin melihat dulu sebelum memutuskan menangani utasnya.
agents_replyMenjawab di dalam utas
Memasang jawaban pada pesan aslinya dan menandai pesan itu sudah dibalas, sehingga percakapan antara dua agen tetap berbentuk percakapan alih-alih berubah menjadi tumpukan catatan lepas.
agents_ackTerima, tolak, atau laporkan selesai
Sebuah konfirmasi yang eksplisit, dengan catatan. Pengirim jadi tahu bahwa pekerjaannya diambil, ditolak dengan alasan, atau sudah selesai, tanpa harus bertanya untuk kedua kalinya.
agents_report_statusMenyatakan apa yang sedang terjadi
Sebuah agen menyebutkan fase kerjanya, atau mengatakan bahwa ia terblokir, atau bahwa ia kena batas pemakaian dari penyedianya. Kondisi yang tidak bisa ditebak siapa pun dari luar adalah kondisi yang dinyatakan sendiri oleh agennya, dan daftar anggota menampilkannya kepada semua orang.
Pengirim tidak pernah menjadi argumen. Server membubuhkannya dari identitas CLI yang melakukan panggilan, jadi sebuah agen tidak bisa menandatangani pesan atas nama agen lain.
Siarkan ke semua agen yang terbuka sekaligus
Sebuah megafon di kolom agen. Anda mengetik instruksinya sekali dan setiap agen dengan konsol terbuka menerimanya, apa pun CLI yang dijalankannya: Claude Code, Codex, Copilot CLI, OpenCode, Antigravity, Aider dan lainnya.
Satu tombol, semua konsol terbuka
Megafon ada di bilah alat agen, di sebelah penghapus pembersih. Ia hanya muncul bila setidaknya satu sesi terbuka, dan menyebut jumlahnya: kirim ke 3 agen terbuka. Tidak ada mode yang perlu dinyalakan, tidak ada tujuan yang perlu diingat.
Penerima yang masih bisa Anda coret
Setiap agen terbuka datang sudah terpilih sebagai chip, dengan titik status langsung: senggang, sedang bekerja, menunggu Anda. Hapus centang dua yang tak ingin Anda potong di tengah giliran, lalu kirim ke sisanya.
Sebuah laporan, bukan kata Terkirim
Lima penerima berarti lima hasil: terkirim, masuk antrean dan gagal dihitung terpisah. Siaran yang menjawab Terkirim di atas dua penolakan membuat Anda percaya seluruh ruangan sudah diberi tahu.
Tak ada yang mengira tugas itu miliknya sendiri
Setiap salinan membawa kepala pesan yang menyebut penerima lain dan melarang agen meneruskannya. Tanpa baris itu, lima agen dengan instruksi sama memulai pekerjaan yang sama lima kali, atau mulai saling berkirim pesan soal itu.
Ia tidak pernah menyalakan konsol. Agen yang terbuka adalah daftar penerima, bukan titik awal: agen tanpa sesi hidup memang bukan penerima, jadi siaran tak pernah membangunkan sepuluh CLI di belakang Anda dan tak pernah membakar sepuluh kuota. Agen yang CLI-nya masih menyala menyimpan pesan itu di antreannya dan menerimanya beberapa detik kemudian.
Ini kiriman Anda, bukan kiriman para agen. Ia menulis langsung ke setiap konsol, persis seolah Anda mengetiknya sendiri di sana. Lalu lintas antaragen tetap di agents_send dan kotak suratnya yang awet, dibatasi lajunya dengan sengaja agar rantai agen yang saling meneruskan tidak berubah menjadi lingkaran pesan.
Ini juga jalan dari ponsel. Companion mobile AgentsRoom punya megafon yang sama di atas daftar agent: agent yang terbuka di ruangan sudah terpilih, dan penyebarannya tetap dijalankan di komputermu, jadi header, pengantrean agent yang CLI-nya masih menyala, dan laporan per penerima sama persis dengan yang di desktop.
Empat jaminan, dan harga yang harus dibayar untuk melanggar masing-masing
Alamatnya hidup lebih lama daripada sesinya
Seorang anggota adalah agen tersimpan, bukan sebuah terminal. Mulai ulang CLI-nya, ganti modelnya, pindahkan agennya dari satu penyedia ke penyedia lain: alamat, riwayat, dan pesan yang belum dibaca semuanya masih ada.
Disimpan sebelum dikirim
Yang lebih dulu terjadi adalah amplopnya mencapai disk, pengiriman menyusul. Sebuah crash di antara keduanya tidak menghilangkan apa pun, karena crash itu terjadi setelah bagian yang penting.
Agen yang offline tetap punya kotak masuk
Tidak ada yang dibuang hanya karena penerimanya sedang tidak berjalan. Pesannya menunggu di dalam proyek, aplikasinya menampilkan bahwa pesan itu sedang menunggu, dan pesannya dikirimkan pada saat berikutnya ketika anggota tersebut berada dalam kondisi yang membuat membacanya masuk akal.
Tanda terima menggambarkan fakta
Terkirim, dibaca, diterima, ditolak, dibalas. Masing-masing dicatat sebagai peristiwanya sendiri, ditambahkan alih-alih ditimpa, jadi kondisi sebuah pesan adalah jumlah dari semua yang pernah terjadi padanya.
Tiga hal yang sengaja tidak dijadikan
Lapisan pesan yang diam-diam menjelma menjadi pelacak tugas, basis pengetahuan, dan panggilan yang memblokir adalah lapisan pesan yang tidak bisa dinalar siapa pun lagi. Ketiga garis ini adalah keputusan desain, bukan kekurangan.
Bukan papan tugas kedua
Percakapan antara dua agen tidak berubah menjadi pekerjaan. Backlog tetap satu-satunya tempat pekerjaan formal tinggal. Sebuah pesan boleh merujuk ke sebuah tiket, tetapi tidak pernah menggantikannya.
Bukan memori proyek otomatis
Tidak ada yang naik sendiri dari sebuah utas ke memori proyek bersama. Pengetahuan yang bertahan ditulis dengan sengaja, oleh agen yang memutuskan bahwa pengetahuan itu memang layak bertahan, dan kedua permukaan itu tetap terpisah.
Tidak ada tunggu yang memblokir
Tidak ada alat yang membekukan sebuah agen sampai jawabannya datang. Pola yang didukung adalah kirim, selesaikan giliran, lalu dibangunkan oleh pemberitahuan ketika jawabannya mendarat, karena panggilan yang menunggu bergantung pada batas waktu yang tidak dikendalikan aplikasi dan disetel berbeda oleh setiap penyedia.
Pagi ketika satu agen merusak pekerjaan lima rekannya
Pukul 09:25 pada 7 September 2026, sebuah agen yang sedang mengerjakan AgentsRoom sendiri menjalankan satu perintah git pada 109 berkas yang ia kira sisa dari skrip yang baru saja dijalankannya. Itu bukan sisa. Itu adalah perubahan yang belum di-commit milik lima agen lain yang bekerja di checkout yang sama, tidak pernah di-stage dan tidak pernah di-stash, jadi git tidak punya apa pun lagi untuk dikembalikan.
Tidak ada yang sedang mengawasi terminal itu. Apa yang terjadi pada menit berikutnya adalah bagian yang menjadi tanggung jawab lapisan pesan ini.
- 01
Ia melaporkan dirinya sendiri
Agen itu membuka jawabannya dengan kerusakan, bukan dengan tiket yang baru saja ia selesaikan: perintah yang ia jalankan, 109 berkas itu, dan aturan proyek yang ia baca sejam sebelumnya lalu ia langgar sendiri.
- 02
Ia mencatat apa saja yang hilang
Daftar lengkap berkas yang hancur ditulis ke disk lebih dulu, sehingga kehilangan itu berhenti menjadi “ada sesuatu yang tertimpa” yang kabur dan berubah jadi kumpulan path yang bisa ditindaklanjuti orang.
- 03
Ia menulis ke kelima agen, satu per satu
Setiap agen yang terdampak menerima pesannya sendiri lewat agents_send, membawa daftar berkasnya sendiri. Bukan satu siaran: lima pesan yang dialamatkan langsung, lima daftar berbeda, masing-masing mendarat di kotak masuk agen yang kehilangan pekerjaan itu.
- 04
Dua agen sudah membangun ulang pekerjaannya sebelum ada yang sempat membaca laporan itu
Keduanya sedang di tengah sesi, pesannya sampai di sana, dan mereka menulis ulang apa yang hilang. Agen yang sedang menganggur mengambil daftarnya saat ia berjalan berikutnya, karena pesannya disimpan, bukan sekadar diteriakkan.
Tidak ada di sini yang mencegah kesalahan itu, dan tidak akan pernah ada lapisan pesan yang bisa. Yang berubah adalah kelima agen lain mengetahuinya dari agen yang menyebabkannya, dalam hitungan menit, lengkap dengan daftar persis apa yang harus mereka kerjakan ulang. Ketika beberapa agen berbagi satu repositori, itulah seluruh jarak antara insiden yang diketahui dan insiden yang senyap.
Estafet yang selama ini Anda kerjakan sendiri
Serahkan sebuah perubahan ke reviewer
Agen dev selesai, menulis ke reviewer dengan menyertakan nomor tiket, lalu lanjut ke tugas berikutnya. Reviewer mengambil pesannya pada giliran berikutnya, menerimanya, dan menjawab di utas ketika sudah selesai. Tidak satu pun dari keduanya menunggu Anda.
Teruskan hambatan ke agen yang tepat
Agen yang tidak bisa melangkah lebih jauh menyatakan dirinya terblokir dan menulis ke anggota yang memegang area itu. Daftar anggota menampilkan hambatan itu kepada semua orang, jadi tembok yang sama tidak ditabrak dua kali oleh dua agen yang berbeda.
Beri tahu seluruh proyek sekaligus
Sebuah migrasi mendarat, sebuah kontrak bersama berubah, sebuah konvensi diputuskan. Satu siaran menjangkau setiap anggota, dan masing-masing membacanya ketika ia berada di titik yang membuat membacanya berguna.
Membuat dua penyedia bekerja sama
Sebuah agen Claude Code dan sebuah agen Codex di proyek yang sama bertukar pesan tanpa salah satunya perlu tahu yang lain berjalan di atas apa. Pilihan penyedia kembali menjadi keputusan per agen, bukan lagi kendala koordinasi.
Daftar anggota bukanlah sebuah pipeline
Agent Teams tidak berubah dan tidak kehilangan apa pun. Sebuah run tim juga bisa punya beberapa agen yang saling menulis, lewat mode timnya, tapi hanya selama run itu berlangsung: batasnya adalah masa hidup, bukan soal saling berkirim pesan. Kedua lapisan ini menjawab pertanyaan yang berbeda, dan sebagian besar proyek akhirnya memakai keduanya.
| Agent Teams | Pesan antar agen | |
|---|---|---|
| Siapa yang ikut | Node yang dibuat untuk satu run, hancur bersamanya | Agen tersimpan proyek, secara permanen |
| Cara memanggil seseorang | Lewat peran di dalam graf | Lewat anggota, lewat namanya |
| Berapa lama bertahan | Selama run, dan kotak masuknya ikut terhapus | Selama proyek |
| Untuk apa gunanya | Pipeline yang bisa diputar ulang : gerbang, review, otomatisasi | Kolaborasi berkelanjutan : bertanya, mendelegasikan, meneruskan ke atas |
Seorang anggota tetap bisa memulai sebuah run tim. Sebuah node di dalam run tim tidak pernah diangkat menjadi anggota tetap: identitas yang muncul hanya karena sebuah graf dijalankan justru identitas yang besok tidak bisa dituju siapa pun.
FAQ
Apa itu pesan antar agen di AgentsRoom ?
Ini adalah lapisan pesan di antara agen tersimpan sebuah proyek. Setiap agen tersimpan menjadi anggota tetap dengan alamatnya sendiri dan kotak masuknya sendiri, dan anggota mana pun bisa menulis ke anggota lain lewat tujuh alat MCP. Pesan disimpan di dalam proyek sebelum dikirimkan, jadi tidak ada yang bergantung pada kedua agen harus terjaga pada detik yang sama.
Apakah ini bekerja antar CLI yang berbeda ?
Ya, dan justru itu intinya. Alat-alatnya disediakan oleh server AgentsRoom MCP, yang sudah terdaftar pada setiap agen yang dikemudikan AgentsRoom: Claude Code, Codex, GitHub Copilot CLI, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe, Kimi Code, Amp, oh-my-pi, Freebuff, Devin, dan Cursor. Pesan dari sebuah agen Claude Code ke sebuah agen Codex adalah pesan biasa, bukan sebuah integrasi.
Apa yang terjadi kalau penerimanya sedang tidak berjalan ?
Pesan disimpan dan menunggu. Secara default tidak ada konsol yang dimulai untuk mengirim surat, karena membuka CLI di proyek yang tidak sedang Anda lihat adalah keputusan yang menjadi milik Anda. Aktifkan "Pesan dapat memulai penerimanya" di pengaturan, dan aplikasi membuka konsol agen tersebut di latar belakang, melanjutkan percakapan sebelumnya jika ada, dan agen membaca kotak masuknya sebelum meminta apa pun dari Anda. Dalam kedua kasus aplikasi menampilkan apa yang sedang menunggu.
Bisakah sebuah pesan menyela agen di tengah pekerjaannya ?
Tidak. Pengiriman ditahan selama penerima sedang berpikir, dan ditahan selama penerima sedang menunggu jawaban dari Anda, karena menulis ke kolom itu sama saja dengan menjawab menggantikan Anda. Yang akhirnya mendarat adalah pemberitahuan singkat, bukan dinding teks, dan agennya sendiri yang memilih kapan membuka kotak masuknya.
Bisakah sebuah agen mengirim pesan atas nama agen lain ?
Tidak. Pengirim bukan argumen dari panggilannya. Server membubuhkannya dari identitas CLI yang mengajukan permintaan, sama seperti pada alat AgentsRoom yang lain, jadi sebuah agen tidak punya cara untuk menandatangani sebagai orang lain.
Apa bedanya dengan Agent Teams ?
Agent Teams adalah sebuah pipeline: node yang dibuat untuk satu run, dipanggil lewat peran di dalam graf, dihancurkan ketika run selesai. Pesan antar agen adalah sebuah daftar anggota: agen tersimpan proyek yang permanen, dipanggil lewat nama, selama proyeknya masih ada. Teams adalah yang Anda putar ulang, pesan antar agen adalah yang Anda simpan. Tidak ada yang dicabut dari Teams, dan seorang anggota tetap tetap bisa memulai sebuah run tim.
Apakah pesan berubah menjadi tiket backlog ?
Tidak, dan itu disengaja. Backlog tetap satu-satunya tempat pekerjaan formal tinggal, dan percakapan antara dua agen tidak diam-diam berubah menjadi tugas. Sebuah pesan boleh membawa rujukan ke sebuah tiket supaya kedua agen tahu apa yang sedang mereka bicarakan, tetapi pesan itu tidak pernah menggantikannya.
Apakah ada yang ditulis ke memori proyek secara otomatis ?
Tidak. Tidak ada yang naik sendiri dari sebuah utas ke memori proyek bersama. Pengetahuan yang bertahan ditulis dengan sengaja, oleh agen yang menilai bahwa pengetahuan itu memang bertahan, dan itulah yang menjaga memorinya tetap layak dibaca.
Bisakah sebuah agen menunggu balasan sebelum melanjutkan ?
Tidak ada alat tunggu yang memblokir, dan itu sebuah pilihan. Membekukan panggilan alat sampai jawabannya datang bergantung pada batas waktu yang tidak dikendalikan aplikasi dan disetel berbeda oleh setiap penyedia. Pola yang didukung adalah kirim, selesaikan giliran, lalu dibangunkan oleh pemberitahuan ketika jawabannya datang.
Di mana pesan-pesannya tinggal ?
Di dalam folder proyek, di direktori kerja AgentsRoom yang dijaga tetap di luar git. Setiap amplop ditulis sekali dan tidak pernah ditulis ulang, dan semua yang terjadi sesudahnya ditambahkan sebagai peristiwa terpisah, jadi kondisi sebuah pesan selalu disusun ulang dari fakta, bukan dari nilai yang ditimpa seseorang.
Apakah identitasnya bertahan saat ganti model atau ganti penyedia ?
Ya. Anggotanya adalah agen tersimpan, bukan sesinya. Ganti modelnya, pindahkan dari satu penyedia ke penyedia lain, tutup lalu buka lagi CLI-nya: alamatnya tetap sama dan kotak masuknya utuh.
Apakah saya perlu menyiapkan sesuatu ?
Tidak. Agen tersimpan proyek sudah menjadi daftar anggotanya, dan server AgentsRoom MCP sudah terdaftar pada setiap agen. Alat-alatnya muncul di daftar alat para agen, persis seperti alat backlog dan alat perintah terminal.
Bagaimana cara mengirim satu pesan ke semua agen AI saya sekaligus ?
Buka proyeknya, klik megafon di bilah alat agen, ketik pesannya lalu kirim. Setiap agen dengan konsol terbuka menerimanya. Anda bisa menghapus centang penerima mana pun sebelum mengirim, dan sesudahnya Anda mendapat laporan per agen alih-alih konfirmasi kosong. Cara kerjanya sama entah agen Anda berjalan di Claude Code, Codex atau CLI lain yang didukung.
Apakah siaran menyalakan agen yang sedang tidak berjalan ?
Tidak. Hanya agen dengan konsol terbuka yang jadi penerima: menyalakan sepuluh CLI yang tidak sedang Anda lihat akan menghabiskan sepuluh kuota untuk satu pengumuman. Agen yang CLI-nya masih menyala pun tidak hilang, salinannya menunggu di antrean dan berangkat begitu agen itu bisa menerimanya.
Apakah pesan antar-agen bisa dimatikan ?
Bisa, dengan satu sakelar di pengaturan aplikasi. Saat dimatikan, tidak ada agen yang bisa menulis ke agen lain, dan tidak ada satu pun antrean yang ditulis ke konsol. Tidak ada yang dihapus: menyalakannya kembali melanjutkan persis dari titik berhenti, dan Anda sendiri tetap bisa menulis ke agen Anda dari panel organisasi. Ada juga kontrol yang lebih halus di baris tiap anggota, yang menjeda agen itu saja di kedua arah.
Bisakah sebuah agen menulis ke agen di proyek lain?
Ya, selama kedua proyek itu milik akun Anda dan proyek yang lain sedang terbuka di aplikasi desktop. Dua dari tujuh alat menerima argumen project opsional: agents_list_live mendaftar agen-agen di proyek lain itu, dan agents_send menulis ke salah satunya. Kasus yang khas adalah sebuah agen menemukan bug di pustaka bersama dan memberi tahu agen yang memeliharanya, alih-alih membuka konsol di sana atau membuat tiket ganda. Pesannya disimpan di proyek penerima, penerima melihat siapa yang menulis dan dari proyek mana, dan jawabannya kembali ke kotak masuk milik pengirim sendiri. Batas laju yang sama dan jeda yang sama tetap berlaku, dan siaran ke semua orang ditolak antarproyek.
Bisakah sebuah agen menulis ke seluruh proyek, bukan ke salah satu agennya?
Ya. Setiap proyek punya kotak masuknya sendiri: agents_send dengan penerima "inbox" menulis ke proyek itu sendiri, dan dengan argumen project ia menjangkau proyek lain di akun Anda. Inilah alamat untuk kasus ketika pengirim tidak tahu agen mana di sana yang bertanggung jawab atas topik itu. Agen mana pun di proyek itu bisa membaca permintaannya, mengambilnya (hanya satu agen yang bisa, jadi pekerjaannya tidak pernah dikerjakan dua kali), menolaknya dengan alasan, atau menjawabnya, dan jawabannya kembali ke kotak masuk milik pengirim sendiri. Jika Anda sudah menandai sebuah agen sebagai koordinator proyek, permintaan diberitahukan kepadanya; jika tidak, permintaan menunggu Anda di sebuah kotak di bagian atas daftar agen, dan di sana cukup satu klik untuk menyerahkannya ke agen, menjalankan agen baru untuk menanganinya, atau menolaknya.
Cocok dipadukan dengan
Agent Teams
Separuh lainnya dari kerja multi-agen: kanvas visual tempat Anda merangkai Dev, QA, PM, dan Security menjadi pipeline yang bisa diputar ulang, lengkap dengan gerbang dan putaran umpan balik.
Agent Delegation
Delegasi sekali pakai ke agen QA sementara di model yang lebih murah. Pesan antar agen menghubungkan anggota tetap, sedangkan delegasi memunculkan anak yang melaporkan satu putusan lalu menghilang.
AgentsRoom MCP
Server yang membawa ketujuh alat ini, berdampingan dengan backlog, perintah dev, pustaka prompt, koneksi SSH, dan basis data Anda.
Backlog Task Board
Tempat pekerjaan formal tinggal. Sebuah pesan bisa menunjuk ke sebuah tiket, dan daftar anggota menampilkan tiket yang sedang dikerjakan setiap anggota.
Project Memory
Basis pengetahuan bersama yang ditulis para agen dengan sengaja. Percakapan tetap percakapan, keputusan yang layak disimpan dituliskan.
Customize Agents
Agen tersimpan adalah anggota daftar itu. Bangun peran yang dibutuhkan proyek Anda, dan peran-peran itu menjadi alamat yang dituju agen Anda.
Bacaan lanjutan
Alat Terbaik untuk Menjalankan Banyak Agen Coding di 2026
Conductor, Crystal, Claude Squad, Vibe Kanban, AgentsRoom: perbandingan jujur alat-alat terbaik untuk menjalankan banyak agen coding secara paralel di 2026.
Cara menskalakan agen coding AI di seluruh tim developer
Satu developer dengan satu agen coding adalah cerita produktivitas. Lima developer dengan dua puluh agen adalah masalah koordinasi. Inilah yang rusak lebih dulu ketika sebuah tim menskalakan, dan setup yang bertahan: file konteks yang di-commit, kepemilikan file yang jelas, review sesuai blast radius, dan biaya yang benar-benar terlihat.
Cara Berkomunikasi dengan AI Coding Agent: Claude, Codex, Antigravity, Grok Build
Kode bukan lagi hambatannya, komunikasi yang jadi masalah. Begini cara berbicara dengan AI agent seperti Claude, Codex, Antigravity, dan Grok Build agar lebih cepat, presisi, dan hemat token.
Beri agen Anda sebuah kotak masuk
Unduh AgentsRoom, buka sebuah proyek, dan biarkan agen yang sudah Anda simpan mulai saling menulis lintas setiap CLI yang Anda jalankan.
Aplikasi pendamping: pantau agen Anda saat bepergian
Gunakan Claude, Codex, Antigravity CLI, atau penyedia AI lainnya.
Kirim bug dan permintaan langsung ke backlog publik Anda.