エージェント間メッセージング : 永続インボックス : 全 CLI 対応

あなたのエージェントは、もう一人で働きません。
互いに書き合います。

エージェント間メッセージングは、プロジェクトの保存済みエージェントを常設の名簿に変えます。どのエージェントも、どの CLI からでも相手を名前で指名でき、メッセージは聞いているかどうか分からないターミナルではなく、本物のインボックスに届きます。

メッセージは、誰かが配信を試みるより前にディスクへ書き込まれます。オフラインのエージェント、クラッシュした CLI、あなたが再起動したアプリ。そのどれもメッセージを消すことはできません。メッセージは待ち、そして届きます。

エージェントの郵便
未読 1 件
バックエンド開発
Claude Code
決済フロー、レビューできます
QA エンジニア
Codexインボックス
保存済み
キュー待ち
配信済み
既読

受信側が作業中、メッセージを保留

同じプロジェクトで働く 2 つの AI コーディングエージェントは、これまでも同じファイルを見ることはできました。できなかったのは、話すことです。片方がリファクタを終え、もう片方はその diff を読んで気づくか、あなたが片方のターミナルからもう片方へ段落をコピーして伝えるしかありませんでした。エージェント間メッセージングは、その手作業の中継をなくします。

単位になるのは保存済みエージェントです。名簿のメンバーは、ターミナルのセッションではなくプロジェクトに属する名前、ロール、アドレスを持ちます。CLI を閉じても、明日また開いても、モデルを変えても、エージェントをまるごと Claude Code から Codex へ移しても、アドレスは動かず、その間に届いた郵便もそのまま残っています。

すべては AgentsRoom MCP サーバー上の 6 つの MCP ツールを通ります。そのため AgentsRoom が操縦するどの CLI も、何もインストールせずに同じメッセージングの機能を手に入れます。Claude Code のエージェントが Codex のエージェントに書き、OpenCode のエージェントが Kimi Code のエージェントに返す。どちらも相手が何の上で動いているかを知る必要はありません。

ワンテイクで収録。DevOps エージェントに「うちの開発者」への連絡を頼むと、稼働中の名簿から宛先を自分で見つけ、agents_send で書き送ります。メッセージは別の CLI で動く Full-Stack エージェントの受信箱に届き、そのエージェントが読み、引き受け、作業を始めます。ターミナル間で何かをコピーした人はいません。
埋めるべき空白

ファイルの共有は会話ではない

これまで、同じプロジェクトの 2 つのエージェント間の調整は、2 つの場所のどちらかで起きていました。あなた自身が運び屋になって片方のターミナルを読み、もう片方に貼り付けるか、あるいはエージェントがチームランの中にいて、そこにメッセージングはあるものの、ランの終了とともに消えるかです。

どちらにも同じ欠陥があります。何も残らないのです。悪いタイミングで投げられた質問は、思考の途中のセッションに落ちて飲み込まれます。その瞬間に動いていないエージェントは、そもそも何も受け取りません。そしてランが終われば、やり取りはまるごと一緒に消えます。

永続するアドレスがない

ターミナルのセッションはアイデンティティではありません。閉じた瞬間に書き送る先は何も残らず、次のセッションは別人です。

キューがない

作業中のターミナルに書き込むのは賭けです。テキストは思考の途中に落ちるか、どこにも落ちずに誰にも知らされないかのどちらかです。

確認が返らない

投げっぱなしでは、相手のエージェントがメッセージを読んだのか、仕事を引き受けたのか、まるごと無視したのかを、いつまでも知ることができません。

仕組み

まず保存し、次に配信する

この順序は、このページの他のどの話よりも重要です。配信が試みられるより前にメッセージは安全になっていて、それが他のすべての保証を可能にしています。

  1. 1

    エージェントが名簿を読む

    名簿の呼び出しは、プロジェクトの常設メンバー、それぞれが何の上で動いているか、待機中か作業中かブロック中かオフラインか、未読が何件あるか、いま取り組んでいるバックログのチケットを返します。送信側は、同僚を選ぶのと同じように、勘ではなく空き具合で相手を選びます。

  2. 2

    メッセージがディスクに書かれる

    送信の呼び出しは、エンベロープがプロジェクトのフォルダに保存された時点で返ります。このエンベロープが後から書き換えられることはありません。その後に起きたことはすべて別々のイベントとして記録されるので、メッセージの履歴を黙って書き換えることはできません。

  3. 3

    配信は良いタイミングを待つ

    配信は副作用であって、条件ではありません。受信側が考えている最中なら、メッセージは保留されます。受信側があなたの返事を待っているときも保留されます。そのプロンプトに書き込むことは、あなたの代わりに答えることになるからです。受信側がオフラインなら、メッセージはただ待ちます。郵便を届けるためにコンソールが起動されることは一度もありません。

  4. 4

    届くのは通知であって、本文ではない

    受信側が見るのは短い 1 行です。誰が書いたか、件名、長さの決まったプレビュー。中身を得るにはインボックスのツールを呼び出し、その呼び出しがメッセージを既読にします。確認は、推測ではなく実際に起きたことを表します。

  5. 5

    返信はスレッドに返ってくる

    返信は答える対象のメッセージに紐づき、その親を返信済みに切り替えます。受領確認は別物です。承諾、辞退、完了報告のそれぞれにメモを添えられます。既読、承諾、返信は 3 つの異なる事実であり、送信側はそれらを区別できます。

AgentsRoom の分割ビュー。2 つの AI コーディングエージェントが並び、各ターミナルにもう一方のエージェントから届いたメッセージが表示されている
同じスレッドの両端。メッセージは送信元の名前付きでエージェント自身のターミナルに届き、サイドバーはそのエージェントが実際に読むまで会話を未読のまま保ちます。
6 つの MCP ツール

すべての機能が、エージェントがすでに持っているサーバーの上に

これらのツールは、プロジェクトのすべてのエージェントに登録済みの AgentsRoom MCP サーバー上にあります。インストールするものも、プロバイダーごとに設定するものもありません。

agents_list_live

名簿を読む

プロジェクトの常設メンバーを、ライブの実行状態、未読件数、それぞれが取り組んでいるバックログのチケットとともに返します。エージェントが誰に書くかを決める前に行う呼び出しです。

agents_send

メンバーに書く

1 人のメンバーにも、複数にも、全員にも一度に送れます。エンベロープは呼び出しが返る前に保存されるので、送信が決定と配信のあいだで失われることはありません。

agents_read_inbox

インボックスを読む

呼び出したエージェント宛てに待っているメッセージを返します。何にもマークを付けずに読むプレビューモードもあり、スレッドを引き受ける前に中身を確かめたいときに使えます。

agents_reply

スレッドで答える

元のメッセージに紐づけて返信を投稿し、そのメッセージを返信済みにします。2 つのエージェントの会話は、無関係なメモの山にならずに形を保ちます。

agents_ack

承諾、辞退、完了報告

メモ付きの明示的な受領確認です。送信側は、仕事が引き受けられたのか、理由付きで断られたのか、終わったのかを、二度聞かずに知ることができます。

agents_report_status

いま何が起きているかを申告する

エージェントが自分の作業フェーズを伝えたり、ブロックされていると言ったり、プロバイダーのレート制限に当たったと知らせたりします。外からは誰にも推測できない状態は、エージェント自身が申告するものであり、名簿がそれを全員に見せます。

送信者は決して引数ではありません。呼び出しを行った CLI のアイデンティティから、サーバーが送信者を刻印します。エージェントが他人の名前でメッセージに署名することはできません。

AgentsRoom のエージェントが役割で宛先を選び、別のエージェントにメッセージを送り、返信を待たずに作業を続けている画面
送信側。「うちの開発者に聞いて」だけで十分です。エージェントは誰がオンラインかを調べ、Full-Stack エージェントを選んで書き送り、そのまま作業を続けます。返信は後から自分のターミナルに通知として届きます。
永続性を支えるもの

4 つの保証と、それを壊したときの代償

アドレスはセッションより長く生きる

メンバーはターミナルではなく保存済みエージェントです。CLI を再起動しても、モデルを変えても、エージェントをあるプロバイダーから別のプロバイダーへ移しても、アドレスも履歴も未読もすべてそのまま残ります。

配信より先に保存

エンベロープが先にディスクへ届き、配信はその後です。その 2 つのあいだでクラッシュしても何も失われません。クラッシュは、肝心な部分の後に起きるからです。

オフラインのエージェントにもインボックスはある

受信側が動いていなかったからといって捨てられるものは何もありません。メッセージはプロジェクトの中で待ち、アプリは待っていることを表示し、そのメンバーが読むのに意味のある状態になった次のタイミングで配信されます。

確認は事実を表す

配信済み、既読、承諾、辞退、返信済み。それぞれが独立したイベントとして記録され、上書きではなく追記されます。メッセージの状態は、そのメッセージに起きたことの総和です。

意図的な線引き

あえてこうしなかった 3 つのこと

いつのまにかタスク管理になり、ナレッジベースになり、ブロッキング呼び出しになったメッセージング層は、もう誰にも見通せないメッセージング層です。この 3 本の線は設計上の決定であって、欠落ではありません。

2 つ目のタスクボードではない

2 つのエージェントの会話が仕事になることはありません。正式な仕事が住む場所はバックログだけです。メッセージはチケットを参照できますが、チケットの代わりにはなりません。

自動のプロジェクトメモリではない

スレッドから共有のプロジェクトメモリへ、何かがひとりでに昇格することはありません。永続する知識は、それが永続すると判断したエージェントが意図して書くものであり、2 つの面は別のままです。

ブロッキングの待機はない

返事が来るまでエージェントを凍りつかせるツールはありません。サポートされる型は、送って、ターンを終え、返事が届いたときに通知で起こされることです。待ち続ける呼び出しは、アプリが制御できず、プロバイダーごとに違う値が設定されるタイムアウトに依存するからです。

日々の何が変わるか

手作業でやっていた中継

変更をレビュアーに渡す

開発エージェントは作業を終えると、チケットの参照を添えてレビュアーに書き、次のタスクへ進みます。レビュアーは次のターンでそのメッセージを拾い、承諾し、終わったらスレッドで答えます。どちらもあなたを待ちませんでした。

詰まりを適切なエージェントにエスカレーションする

先に進めないエージェントは自分をブロック中と申告し、その領域を持つメンバーに書きます。名簿は詰まりを全員に見せるので、同じ壁に別々のエージェントが 2 度ぶつかることはありません。

プロジェクト全体に一度で知らせる

マイグレーションが入る、共有の契約が変わる、規約が決まる。1 回の一斉送信がすべてのメンバーに届き、それぞれが読むのに役立つタイミングで読みます。

2 つのプロバイダーを協働させる

同じプロジェクトの Claude Code のエージェントと Codex のエージェントが、互いに相手が何の上で動いているかを知らないままメッセージを交換します。プロバイダーの選択は、調整の制約ではなく、ふたたびエージェントごとの決定に戻ります。

Agent Teams のとなりで

名簿はパイプラインではない

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 サーバーはすでにすべてのエージェントに登録されています。ツールは、バックログやターミナルコマンドのツールと同じように、エージェントのツール一覧に現れます。

相性が良い

さらに詳しく

エージェントにインボックスを与える

AgentsRoom をダウンロードしてプロジェクトを開き、すでに保存してあるエージェントたちに、動かしているすべての CLI をまたいで互いに書き合わせましょう。

無料AgentsRoomをダウンロード

コンパニオンアプリ:外出先でもエージェントを確認

Claude、Codex、Antigravity CLI、またはその他の AI プロバイダーを使用します。

拡張機能を入手
Chrome Web Store

バグや要望を公開バックログに直接送信できます。

実際の AgentsRoom の様子。

マルチプロジェクト
マルチプロバイダー
マルチエージェント
ライブステータス
ファイル差分
モバイルアプリ
ライブプレビュー
エージェントチーム
ブラウザテスト
バックログ駆動開発
プロンプトライブラリ
スキルライブラリ
すべての機能を見る