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 enam 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. Kalau penerima sedang berpikir, pesannya ditahan. Kalau penerima sedang menunggu jawaban dari Anda, pesannya juga ditahan, karena menulis ke kolom itu sama saja dengan menjawab menggantikan Anda. Kalau penerima sedang offline, pesannya cukup menunggu: tidak pernah ada konsol yang dinyalakan hanya untuk mengantar surat.
- 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_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.
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.
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 enam 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, dan Devin. Pesan dari sebuah agen Claude Code ke sebuah agen Codex adalah pesan biasa, bukan sebuah integrasi.
Apa yang terjadi kalau penerimanya sedang tidak berjalan ?
Pesannya disimpan lalu menunggu. Tidak pernah ada konsol yang dinyalakan hanya untuk mengantar surat, karena membuka sebuah CLI di proyek yang tidak sedang Anda lihat adalah keputusan yang menjadi hak Anda. Aplikasinya menampilkan apa saja yang sedang menunggu, dan pengiriman terjadi pada saat berikutnya ketika anggota tersebut berada dalam kondisi yang membuat membacanya masuk akal.
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.
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 keenam 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.
Sekilas AgentsRoom dalam aksi.