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

プロジェクトの保存済みエージェント同士をつなぐメッセージングの層です。保存済みエージェントはそれぞれ、自分のアドレスと自分のインボックスを持つ常設メンバーになり、どのメンバーも 7 つの MCP ツールを通じて他のどのメンバーにも書けます。メッセージは配信される前にプロジェクトへ保存されるので、2 つのエージェントが同じ瞬間に起きている必要はありません。

はい、そこが要点です。ツールは 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、Cursor。Claude Code のエージェントから Codex のエージェントへのメッセージは、統合ではなく、ごく普通のメッセージです。

メッセージは保存され、待機します。既定では、メールを届けるためにコンソールが起動されることはありません。あなたが見ていないプロジェクトで CLI を開くかどうかは、あなたが決めることだからです。設定で「メッセージで受信者を起動する」をオンにすると、アプリはそのエージェントのコンソールをバックグラウンドで開き（前回の会話があればそれを再開）、エージェントはあなたに何かを尋ねる前に受信箱を読みます。どちらの場合も、アプリは何が待機中かを表示します。

いいえ。配信は受信側が考えているあいだ保留され、受信側があなたの返事を待っているあいだも保留されます。そのプロンプトに書き込むことは、あなたの代わりに答えることになるからです。最終的に届くのは短い通知であって、文字の壁ではありません。インボックスをいつ開くかはエージェントが選びます。

いいえ。送信者は呼び出しの引数ではありません。リクエストを行った CLI のアイデンティティから、サーバーが送信者を刻印します。他の AgentsRoom のツールと同じ仕組みなので、エージェントが誰か別人として署名する手段はありません。

Agent Teams はパイプラインです。1 回のランのために作られたノードを、グラフの中のロールで指名し、ランが終われば破棄します。エージェント間メッセージングは名簿です。プロジェクトの常設の保存済みエージェントを名前で指名し、プロジェクトが存在するかぎり続きます。Teams は再実行するもの、メッセージングは持ち続けるものです。Teams からは何も取り除かれておらず、常設メンバーはチームランを開始できます。

いいえ、意図的にそうしていません。正式な仕事が住む唯一の場所はバックログのままで、2 つのエージェントの会話が黙ってタスクになることはありません。メッセージはチケットへの参照を運べるので、両方のエージェントが何の話をしているかは分かりますが、チケットの代わりにはなりません。

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

ブロッキングの待機ツールは存在せず、それは選択です。返事が来るまでツール呼び出しを凍らせるやり方は、アプリが制御できず、プロバイダーごとに違う値が設定されるタイムアウトに依存します。サポートされる型は、送って、ターンを終え、返事が届いたときに通知で起こされることです。

プロジェクトのフォルダの中、git の管理外に置かれる AgentsRoom の作業ディレクトリです。エンベロープは一度だけ書かれて二度と書き換えられず、その後に起きたことはすべて別のイベントとして追記されます。メッセージの状態は、誰かが上書きした値からではなく、常に事実から組み立て直されます。

はい。メンバーはセッションではなく保存済みエージェントです。モデルを変えても、あるプロバイダーから別のプロバイダーへ移しても、CLI を閉じて開き直しても、アドレスは同じままでインボックスも無傷です。

いいえ。プロジェクトの保存済みエージェントがそのまま名簿であり、AgentsRoom MCP サーバーはすでにすべてのエージェントに登録されています。ツールは、バックログやターミナルコマンドのツールと同じように、エージェントのツール一覧に現れます。

プロジェクトを開き、エージェントのツールバーにあるメガホンをクリックし、メッセージを打って送信します。コンソールを開いている全エージェントが受け取ります。送信前にどの宛先も外せますし、送信後はそっけない確認ではなくエージェントごとの結果が返ります。エージェントが Claude Code で動いていても Codex でも、対応するほかの CLI でも同じように使えます。

いいえ。宛先はコンソールを開いているエージェントだけです。見てもいない 10 個の CLI を起動すれば、たった 1 つの連絡に使用枠を 10 個分使うことになります。CLI がまだ起動中のエージェントも失われません。そのコピーは順番待ちに残り、受け取れるようになり次第送られます。

はい、アプリ設定のスイッチひとつで切り替えられます。オフにすると、どのエージェントも他のエージェントに書き込めなくなり、待機中のものもコンソールに書き込まれません。何も削除されないため、オンに戻せば止まったところからそのまま再開でき、あなた自身は組織パネルからエージェントに書き込めます。各メンバーの行にはより細かい操作もあり、そのエージェントだけを双方向で一時停止できます。

はい。ただし、両方のプロジェクトがあなたのアカウントに属し、もう一方のプロジェクトがデスクトップアプリで開かれている必要があります。7 つのツールのうち 2 つが、省略可能な project 引数を受け取ります：agents_list_live はその別のプロジェクトのエージェントを一覧表示し、agents_send はそのうちの 1 つに書き込みます。典型的なのは、共有ライブラリにバグを見つけたエージェントが、向こうでコンソールを開いたり重複したチケットを作ったりする代わりに、そのライブラリを保守しているエージェントに知らせるケースです。メッセージは受信側のプロジェクトに保存され、受信側は誰がどのプロジェクトから書いたかを確認でき、返事は送信者自身のインボックスに戻ります。同じレート制限と同じ一時停止が適用され、全員への一斉送信はプロジェクトをまたぐと拒否されます。

はい。どのプロジェクトにも専用のインボックスがあります：宛先を "inbox" にした agents_send はプロジェクトそのものに書き込み、project 引数を付ければ、あなたのアカウントの別のプロジェクトに届きます。送信者が、向こうのどのエージェントがその件を担当しているのかを知らないときのための宛先です。そのプロジェクトのエージェントなら誰でも、依頼を読む、引き受ける（引き受けられるのは 1 つのエージェントだけなので、同じ仕事が二度行われることはありません）、理由を添えて辞退する、返信する、のいずれもでき、返信は送信者自身のインボックスに戻ります。コーディネーターを指定してあれば、依頼はプロジェクトのコーディネーターに通知されます。指定していなければ、依頼はエージェント一覧の上部にある枠であなたを待ちます。そこではワンクリックで、エージェントに任せる、新しいエージェントを起動して対応させる、辞退する、のいずれかを選べます。