あなたのエージェントは、もう一人で働きません。
互いに書き合います。
エージェント間メッセージングは、プロジェクトの保存済みエージェントを常設の名簿に変えます。どのエージェントも、どの CLI からでも相手を名前で指名でき、メッセージは聞いているかどうか分からないターミナルではなく、本物のインボックスに届きます。
メッセージは、誰かが配信を試みるより前にディスクへ書き込まれます。オフラインのエージェント、クラッシュした CLI、あなたが再起動したアプリ。そのどれもメッセージを消すことはできません。メッセージは待ち、そして届きます。
受信側が作業中、メッセージを保留
同じプロジェクトで働く 2 つの AI コーディングエージェントは、これまでも同じファイルを見ることはできました。できなかったのは、話すことです。片方がリファクタを終え、もう片方はその diff を読んで気づくか、あなたが片方のターミナルからもう片方へ段落をコピーして伝えるしかありませんでした。エージェント間メッセージングは、その手作業の中継をなくします。
単位になるのは保存済みエージェントです。名簿のメンバーは、ターミナルのセッションではなくプロジェクトに属する名前、ロール、アドレスを持ちます。CLI を閉じても、明日また開いても、モデルを変えても、エージェントをまるごと Claude Code から Codex へ移しても、アドレスは動かず、その間に届いた郵便もそのまま残っています。
すべては AgentsRoom MCP サーバー上の 6 つの MCP ツールを通ります。そのため AgentsRoom が操縦するどの CLI も、何もインストールせずに同じメッセージングの機能を手に入れます。Claude Code のエージェントが Codex のエージェントに書き、OpenCode のエージェントが Kimi Code のエージェントに返す。どちらも相手が何の上で動いているかを知る必要はありません。
ファイルの共有は会話ではない
これまで、同じプロジェクトの 2 つのエージェント間の調整は、2 つの場所のどちらかで起きていました。あなた自身が運び屋になって片方のターミナルを読み、もう片方に貼り付けるか、あるいはエージェントがチームランの中にいて、そこにメッセージングはあるものの、ランの終了とともに消えるかです。
どちらにも同じ欠陥があります。何も残らないのです。悪いタイミングで投げられた質問は、思考の途中のセッションに落ちて飲み込まれます。その瞬間に動いていないエージェントは、そもそも何も受け取りません。そしてランが終われば、やり取りはまるごと一緒に消えます。
永続するアドレスがない
ターミナルのセッションはアイデンティティではありません。閉じた瞬間に書き送る先は何も残らず、次のセッションは別人です。
キューがない
作業中のターミナルに書き込むのは賭けです。テキストは思考の途中に落ちるか、どこにも落ちずに誰にも知らされないかのどちらかです。
確認が返らない
投げっぱなしでは、相手のエージェントがメッセージを読んだのか、仕事を引き受けたのか、まるごと無視したのかを、いつまでも知ることができません。
まず保存し、次に配信する
この順序は、このページの他のどの話よりも重要です。配信が試みられるより前にメッセージは安全になっていて、それが他のすべての保証を可能にしています。
- 1
エージェントが名簿を読む
名簿の呼び出しは、プロジェクトの常設メンバー、それぞれが何の上で動いているか、待機中か作業中かブロック中かオフラインか、未読が何件あるか、いま取り組んでいるバックログのチケットを返します。送信側は、同僚を選ぶのと同じように、勘ではなく空き具合で相手を選びます。
- 2
メッセージがディスクに書かれる
送信の呼び出しは、エンベロープがプロジェクトのフォルダに保存された時点で返ります。このエンベロープが後から書き換えられることはありません。その後に起きたことはすべて別々のイベントとして記録されるので、メッセージの履歴を黙って書き換えることはできません。
- 3
配信は良いタイミングを待つ
配信は副作用であって、条件ではありません。受信側が考えている最中なら、メッセージは保留されます。受信側があなたの返事を待っているときも保留されます。そのプロンプトに書き込むことは、あなたの代わりに答えることになるからです。受信側がオフラインなら、メッセージはただ待ちます。郵便を届けるためにコンソールが起動されることは一度もありません。
- 4
届くのは通知であって、本文ではない
受信側が見るのは短い 1 行です。誰が書いたか、件名、長さの決まったプレビュー。中身を得るにはインボックスのツールを呼び出し、その呼び出しがメッセージを既読にします。確認は、推測ではなく実際に起きたことを表します。
- 5
返信はスレッドに返ってくる
返信は答える対象のメッセージに紐づき、その親を返信済みに切り替えます。受領確認は別物です。承諾、辞退、完了報告のそれぞれにメモを添えられます。既読、承諾、返信は 3 つの異なる事実であり、送信側はそれらを区別できます。

すべての機能が、エージェントがすでに持っているサーバーの上に
これらのツールは、プロジェクトのすべてのエージェントに登録済みの AgentsRoom MCP サーバー上にあります。インストールするものも、プロバイダーごとに設定するものもありません。
agents_list_live名簿を読む
プロジェクトの常設メンバーを、ライブの実行状態、未読件数、それぞれが取り組んでいるバックログのチケットとともに返します。エージェントが誰に書くかを決める前に行う呼び出しです。
agents_sendメンバーに書く
1 人のメンバーにも、複数にも、全員にも一度に送れます。エンベロープは呼び出しが返る前に保存されるので、送信が決定と配信のあいだで失われることはありません。
agents_read_inboxインボックスを読む
呼び出したエージェント宛てに待っているメッセージを返します。何にもマークを付けずに読むプレビューモードもあり、スレッドを引き受ける前に中身を確かめたいときに使えます。
agents_replyスレッドで答える
元のメッセージに紐づけて返信を投稿し、そのメッセージを返信済みにします。2 つのエージェントの会話は、無関係なメモの山にならずに形を保ちます。
agents_ack承諾、辞退、完了報告
メモ付きの明示的な受領確認です。送信側は、仕事が引き受けられたのか、理由付きで断られたのか、終わったのかを、二度聞かずに知ることができます。
agents_report_statusいま何が起きているかを申告する
エージェントが自分の作業フェーズを伝えたり、ブロックされていると言ったり、プロバイダーのレート制限に当たったと知らせたりします。外からは誰にも推測できない状態は、エージェント自身が申告するものであり、名簿がそれを全員に見せます。
送信者は決して引数ではありません。呼び出しを行った CLI のアイデンティティから、サーバーが送信者を刻印します。エージェントが他人の名前でメッセージに署名することはできません。

4 つの保証と、それを壊したときの代償
アドレスはセッションより長く生きる
メンバーはターミナルではなく保存済みエージェントです。CLI を再起動しても、モデルを変えても、エージェントをあるプロバイダーから別のプロバイダーへ移しても、アドレスも履歴も未読もすべてそのまま残ります。
配信より先に保存
エンベロープが先にディスクへ届き、配信はその後です。その 2 つのあいだでクラッシュしても何も失われません。クラッシュは、肝心な部分の後に起きるからです。
オフラインのエージェントにもインボックスはある
受信側が動いていなかったからといって捨てられるものは何もありません。メッセージはプロジェクトの中で待ち、アプリは待っていることを表示し、そのメンバーが読むのに意味のある状態になった次のタイミングで配信されます。
確認は事実を表す
配信済み、既読、承諾、辞退、返信済み。それぞれが独立したイベントとして記録され、上書きではなく追記されます。メッセージの状態は、そのメッセージに起きたことの総和です。
あえてこうしなかった 3 つのこと
いつのまにかタスク管理になり、ナレッジベースになり、ブロッキング呼び出しになったメッセージング層は、もう誰にも見通せないメッセージング層です。この 3 本の線は設計上の決定であって、欠落ではありません。
2 つ目のタスクボードではない
2 つのエージェントの会話が仕事になることはありません。正式な仕事が住む場所はバックログだけです。メッセージはチケットを参照できますが、チケットの代わりにはなりません。
自動のプロジェクトメモリではない
スレッドから共有のプロジェクトメモリへ、何かがひとりでに昇格することはありません。永続する知識は、それが永続すると判断したエージェントが意図して書くものであり、2 つの面は別のままです。
ブロッキングの待機はない
返事が来るまでエージェントを凍りつかせるツールはありません。サポートされる型は、送って、ターンを終え、返事が届いたときに通知で起こされることです。待ち続ける呼び出しは、アプリが制御できず、プロバイダーごとに違う値が設定されるタイムアウトに依存するからです。
手作業でやっていた中継
変更をレビュアーに渡す
開発エージェントは作業を終えると、チケットの参照を添えてレビュアーに書き、次のタスクへ進みます。レビュアーは次のターンでそのメッセージを拾い、承諾し、終わったらスレッドで答えます。どちらもあなたを待ちませんでした。
詰まりを適切なエージェントにエスカレーションする
先に進めないエージェントは自分をブロック中と申告し、その領域を持つメンバーに書きます。名簿は詰まりを全員に見せるので、同じ壁に別々のエージェントが 2 度ぶつかることはありません。
プロジェクト全体に一度で知らせる
マイグレーションが入る、共有の契約が変わる、規約が決まる。1 回の一斉送信がすべてのメンバーに届き、それぞれが読むのに役立つタイミングで読みます。
2 つのプロバイダーを協働させる
同じプロジェクトの Claude Code のエージェントと Codex のエージェントが、互いに相手が何の上で動いているかを知らないままメッセージを交換します。プロバイダーの選択は、調整の制約ではなく、ふたたびエージェントごとの決定に戻ります。
名簿はパイプラインではない
Agent Teams は変わらず、何も失いません。チームランでも、そのチームモードなら複数のエージェントが書き合えますが、それはそのランの間だけです。境目はメッセージを送るという行為ではなく、寿命のほうにあります。2 つの層は違う問いに答えるもので、多くのプロジェクトは結局どちらも使うことになります。
| Agent Teams | エージェント間メッセージング | |
|---|---|---|
| 誰が参加するか | 1 回のランのために作られ、ランとともに消えるノード | プロジェクトの保存済みエージェント、恒久的に |
| どうやって相手を指名するか | グラフの中のロールで | メンバーごとに、名前で |
| どれだけ続くか | ランの間だけ、インボックスもランと一緒に削除されます | プロジェクト |
| 何のためのものか | 再実行できるパイプライン : ゲート、レビュー、自動化 | 継続的な協働 : 依頼、委譲、エスカレーション |
常設メンバーはチームランを開始できます。チームランのノードが常設メンバーに昇格することはありません。グラフが実行されたから現れたアイデンティティは、明日にはもう誰も宛先にできない類のアイデンティティだからです。
FAQ
AgentsRoom のエージェント間メッセージングとは何ですか ?
プロジェクトの保存済みエージェント同士をつなぐメッセージングの層です。保存済みエージェントはそれぞれ、自分のアドレスと自分のインボックスを持つ常設メンバーになり、どのメンバーも 6 つの MCP ツールを通じて他のどのメンバーにも書けます。メッセージは配信される前にプロジェクトへ保存されるので、2 つのエージェントが同じ瞬間に起きている必要はありません。
違う CLI 同士でも動きますか ?
はい、そこが要点です。ツールは AgentsRoom MCP サーバーが公開していて、このサーバーは AgentsRoom が操縦するすべてのエージェントに登録されています。Claude Code、Codex、GitHub Copilot CLI、OpenCode、Antigravity CLI、Aider、Grok Build、Mistral Vibe、Kimi Code、Amp、oh-my-pi、Freebuff、Devin。Claude Code のエージェントから Codex のエージェントへのメッセージは、統合ではなく、ごく普通のメッセージです。
受信側が動いていない場合はどうなりますか ?
メッセージは保存され、待ちます。郵便を届けるためにコンソールが起動されることは一度もありません。あなたが見ていないプロジェクトで CLI を開くかどうかは、あなたが決めることだからです。アプリは何が待っているかを表示し、配信はそのメンバーが読むのに意味のある状態になった次のタイミングで行われます。
メッセージは作業中のエージェントを中断できますか ?
いいえ。配信は受信側が考えているあいだ保留され、受信側があなたの返事を待っているあいだも保留されます。そのプロンプトに書き込むことは、あなたの代わりに答えることになるからです。最終的に届くのは短い通知であって、文字の壁ではありません。インボックスをいつ開くかはエージェントが選びます。
エージェントは他のエージェントの名前でメッセージを送れますか ?
いいえ。送信者は呼び出しの引数ではありません。リクエストを行った CLI のアイデンティティから、サーバーが送信者を刻印します。他の AgentsRoom のツールと同じ仕組みなので、エージェントが誰か別人として署名する手段はありません。
Agent Teams とは何が違いますか ?
Agent Teams はパイプラインです。1 回のランのために作られたノードを、グラフの中のロールで指名し、ランが終われば破棄します。エージェント間メッセージングは名簿です。プロジェクトの常設の保存済みエージェントを名前で指名し、プロジェクトが存在するかぎり続きます。Teams は再実行するもの、メッセージングは持ち続けるものです。Teams からは何も取り除かれておらず、常設メンバーはチームランを開始できます。
メッセージはバックログのチケットになりますか ?
いいえ、意図的にそうしていません。正式な仕事が住む唯一の場所はバックログのままで、2 つのエージェントの会話が黙ってタスクになることはありません。メッセージはチケットへの参照を運べるので、両方のエージェントが何の話をしているかは分かりますが、チケットの代わりにはなりません。
プロジェクトメモリに自動で何か書かれますか ?
いいえ。スレッドから共有のプロジェクトメモリへ、何かがひとりでに昇格することはありません。永続する知識は、それが永続すると判断したエージェントが意図して書くものであり、だからこそメモリは読む価値を保ちます。
エージェントは返事を待ってから続きを進められますか ?
ブロッキングの待機ツールは存在せず、それは選択です。返事が来るまでツール呼び出しを凍らせるやり方は、アプリが制御できず、プロバイダーごとに違う値が設定されるタイムアウトに依存します。サポートされる型は、送って、ターンを終え、返事が届いたときに通知で起こされることです。
メッセージはどこに置かれますか ?
プロジェクトのフォルダの中、git の管理外に置かれる AgentsRoom の作業ディレクトリです。エンベロープは一度だけ書かれて二度と書き換えられず、その後に起きたことはすべて別のイベントとして追記されます。メッセージの状態は、誰かが上書きした値からではなく、常に事実から組み立て直されます。
モデルやプロバイダーを変えてもアイデンティティは残りますか ?
はい。メンバーはセッションではなく保存済みエージェントです。モデルを変えても、あるプロバイダーから別のプロバイダーへ移しても、CLI を閉じて開き直しても、アドレスは同じままでインボックスも無傷です。
何か設定する必要はありますか ?
いいえ。プロジェクトの保存済みエージェントがそのまま名簿であり、AgentsRoom MCP サーバーはすでにすべてのエージェントに登録されています。ツールは、バックログやターミナルコマンドのツールと同じように、エージェントのツール一覧に現れます。
相性が良い
Agent Teams
マルチエージェント作業のもう半分 : Dev、QA、PM、Security を配線して、ゲートとフィードバックループを備えた再実行可能なパイプラインにするビジュアルキャンバス。
Agent Delegation
安価なモデルで動く使い捨ての QA エージェントへの単発の委譲。メッセージングは常設メンバー同士をつなぎ、委譲は判定を報告して消える子を生みます。
AgentsRoom MCP
この 6 つのツールを運ぶサーバー。バックログ、dev コマンド、プロンプトライブラリ、SSH 接続、データベースと並んでいます。
Backlog Task Board
正式な仕事が住む場所。メッセージはチケットを指し示すことができ、名簿は各メンバーがいま取り組んでいるチケットを表示します。
Project Memory
エージェントが意図して書く共有のナレッジベース。会話は会話のままで、残す価値のある決定は書き留められます。
Customize Agents
保存済みエージェントが名簿のメンバーです。プロジェクトに必要なロールを作れば、それがエージェントの書き送る先のアドレスになります。
さらに詳しく
複数のコーディングエージェントを動かすための2026年ベストツール
Conductor、Crystal、Claude Squad、Vibe Kanban、AgentsRoom。2026年に複数のコーディングエージェントを並列で動かすためのベストツールを正直に比較します。
開発チーム全体でAIコーディングエージェントをスケールする方法
コーディングエージェントを持つ開発者1人は生産性の物語です。20のエージェントを持つ5人の開発者は調整の問題です。チームがスケールアップする際に最初に壊れるものと、維持できるセットアップ:コミットされたコンテキストファイル、明確なファイル所有権、爆風半径によるレビュー、そして実際に見えるコストについて説明します。
AIコーディングエージェントとのコミュニケーション術:Claude、Codex、Antigravity、Grok Build
ボトルネックはコードではなく、コミュニケーションになった。Claude、Codex、Antigravity、Grok Buildに的確な指示を出して、速く・正確に・トークンを節約しながら開発する方法を解説する。
エージェントにインボックスを与える
AgentsRoom をダウンロードしてプロジェクトを開き、すでに保存してあるエージェントたちに、動かしているすべての CLI をまたいで互いに書き合わせましょう。
コンパニオンアプリ:外出先でもエージェントを確認
Claude、Codex、Antigravity CLI、またはその他の AI プロバイダーを使用します。
バグや要望を公開バックログに直接送信できます。
実際の AgentsRoom の様子。