AgentsRoom Teamsは、AIコーディングエージェントを本物のエンジニアリングチームのように連結します。Fullstack Devが機能を出荷し、QA Engineerが検証し、PMがサインオフします。各役割はスクリプト化され、ワークフローはビジュアル、すべてのハンドオフは機能サマリー、diff、リスク、テストヒントを伴います。1人のエージェントがすべてを中途半端にこなす時代はもう終わりです。
理想の AI 開発チームをビジュアルキャンバスで組み上げましょう。n8n のワークフローと同じ感覚です。条件付きエッジ、フィードバックループ、並列レビューブランチ、マシン検証のクオリティゲート、最大サイクル制限。一度保存すればどのチケットでも実行でき、エージェントたちがシニアのようにバトンを渡す様子を眺められます。
AgentsRoom Teams: ビジュアルなマルチエージェントワークフローエディタ、Claude Codeエージェント間の自動ハンドオフ、DevからQAへのフィードバックループ、MCPベースのエージェント間通信。
Agent Teamsは、AIコーディングエージェントに関する厳しい真実へのAgentsRoomの答えです：すべてをこなそうとする1人のエージェントは、結局すべてを中途半端にしか実行できません。コードを書き、テストし、レビューし、デプロイし、仕様まで書こうとするFullstackエージェントは、途中で半分の指示を忘れてしまいます。世界中のすべての真剣なソフトウェアチームが採用する正解は、作業を役割に分割することです。Developerはコードを書く。QA Engineerは検証する。Product Managerはサインオフする。Security Reviewerは監査する。各役割は独自のコンテキスト、独自のフォーカス、独自のツールを持ちます。
これがまさにAgent TeamsがAgentsRoomにもたらすものです。無限のキャンバス（n8n、Make、Retool、Pipedreamと同じエンジンであるReact Flowで構築）にノードを配置し、各ノードはClaude、Codex、GitHub Copilot CLI、Cursor、またはAgentsRoomが対応するほか10種類のエージェントCLIのエージェントで特定の役割に割り当て、それらを配線します。バックログのチケットでチームを実行するか、新しいエージェントスポーンに紐づけます。AgentsRoomがチェーンをオーケストレーションします：最初のエージェントをスポーン、ハンドオフを待つ、作業を要約、そのサマリーをインバウンドコンテキストとして次のエージェントをスポーン、チームがエンドノードに到達するまで繰り返します。
他のツールはこれを1つのスーパーエージェントと巧妙なプロンプトで実現しようとします。私たちも試しましたが、3ステップを超えると機能しません。役割がドリフトし、コンテキストが失われ、エージェントは何を検証すべきか忘れます。Agent Teamsは、エージェントを実際のチームメイトとして扱います：それぞれがクリーンなセッション、フォーカスされたシステムプロンプト、構造化されたハンドオフペイロード、他のメンバーと話すための共有スクラッチパッドを持ちます。これがあなたが本当に求めていたAIエンジニアリングチームのワークフローです。
AgentsRoom Teamsエディタ：各役割のノードを配置、配線、条件追加、チームを保存、任意のチケットで実行。
キャンバス上のすべてのノードはエージェントです。役割（Fullstack、Frontend、Backend、QA、Security、DevOps、PM、Architect、Mobile、Marketing、Git、SEO、Localization、または作成済みのカスタム役割）、モデル（Opus、Sonnet、Haiku、GPT-5、o3、Antigravity Proなど）、ハンドオフモード（Stop hook経由の自動、またはボタン経由の手動）、そして数行のステップ固有の指示を選びます。それだけです。プロンプトエンジニアリングの儀式も、書くべきYAML設定ファイルもありません。
エッジはノードを接続します。シンプルなエッジは、最初のエージェントがステップを終えたら次のエージェントにハンドオフすることを意味します。条件付きエッジはフラグチェックを伴います、例えば qaPassed equals true のように。QAエージェントがハンドオフペイロードでそのフラグをセットし、ランナーがマッチするエッジを選びます。これがフィードバックループの作り方です: QAが終わり、qaPassedがfalseならエッジがテストヒントとリスクと共にDevに戻します。Devが修正し、再度ハンドオフします。QAが通るか、最大サイクルガードが作動するまでループします。
エージェント間通信は設計から堅牢です。AgentsRoomは専用のMCPサーバー（agentsroom-team）を提供し、ラン中のすべてのエージェントに一連のツールを与えます：チームコンテキストの読み取り、共有NOTES.mdスクラッチパッドの読み取り、チームメイトへのノート投稿、別の役割への質問送信、インボックス読み取り、タイムライン読み取り、ランベースラインに対するgit diff読み取り、構造化ペイロードでのステップ完了。これらのツールは毎ターンClaudeセッションに再注入されるため、コンテキスト圧縮を生き残ります。/compactや/clearの後でも、エージェントはチームツールを認識し続けます。
さらに、UserPromptSubmit hookが各ユーザーメッセージの前にチームメイトからの新しいノートをエージェントに思い出させます。ワークスペース内のNOTES.mdファイルは追記専用で、クラッシュ、再起動、マシン再起動を生き残ります。サーバーサイドで検証されるハンドオフペイロードスキーマが、エージェントが空または無効なペイロードでハンドオフすることを防ぎます。これはほとんどのマルチエージェントデモが密かにスキップする部分であり、それらの多くがサイクル3で崩壊する理由です。
ビジュアルワークフロー、本物のハンドオフ、本物のフィードバックループ、本物のエージェント間通信。50回のSlackではなく、1回のSlack pingで機能を出荷できるように設計されています。
n8n、Retool、Pipedream、Makeを支えるエンジンと同じReact Flowによる、無限にズーム可能なキャンバス。ノードを配置、接続、チームを保存。コードもYAMLも不要。
Fullstack、Frontend、Backend、DevOps、QA、Security、PM、Architect、Mobile、Marketing、Git Expert、SEO、i18n、Brainstormer。さらに、プロジェクトに保存済みの任意のカスタム役割も使えます。
各ノードがプロバイダー、モデル、ステップ指示を選びます。ArchitectにOpus、QAにHaiku、重いバックエンドにCodex、安価なフロントエンドにAntigravity。組み合わせ自由。
エージェントがteam_complete_stepを呼び出すと、AgentsRoomはハンドオフペイロード（機能サマリー、変更ファイル、リスク、テストヒント、フラグ）を構築し、そのペイロードを開始コンテキストとして次のノードをスポーンします。
各ステップを検証したい？ノードを手動モードに切り替えてください。エージェントは待機し、結果に満足したら「Hand off」をクリックします。両方の世界の良いとこ取り。
各接続はフラグ判定を 1 つ、あるいは AND / OR で組み合わせた複数を持てます。QA に通れば PM へ、レビューが落ちれば Dev へ差し戻し、レビューと解析の両方が落ちれば人の判断のために停止。2 つの接続が同時に一致した場合は、条件の数が最も多いものが選ばれます。
DevからQAへ、Devへ、QAへ。QAがチケットを差し戻すとき、元のDevエージェントは前のサイクルの完全なメモリを持って再利用されるので、最初からやり直すのではなく実際にリグレッションを修正します。
ノードにチェックコマンドを固定します (npm test、lint、build)。エージェントが完了を宣言すると runner が実行：終了コード 0 でルーティングフラグは true、それ以外は false。測定結果は常にエージェントの自己申告を上書きします。
ノードから条件なしのエッジを 2 本引くと、両方の先が同時に動きます: QA と Security が同じ diff を並んでレビューし、合流ノードがレポートを統合します。赤いブランチが 1 本あればゲートは閉じたままです。
Await ノードは終わりではなく一時停止です: 実行が止まり、ノードに書いた質問をあなたに投げ、あなたが答えた瞬間に自分で再開して、その答えを次のステップに渡します。行き詰まったエージェントは実行を終わらせる代わりにここへルーティングし、通知はスマートフォンにも届きます。
Skills Library の項目をノードに紐づけます。エージェントはステップ開始前にそれらを読み込むので、レビューチェックリストやデプロイ手順書が毎回適用されます。エージェントの記憶頼みではありません。
設定可能な上限（デフォルト3）。QAがDevを無限に拒否するループを回避します。上限に達するとランはawaiting-finalizationで一時停止し、次の対応を決定できます。
実行の途中でアプリを閉じて開き直すと、実行は中断したステップに戻ります。状態、ノート、タイムラインはディスク上にあり、オーケストレーターはゾンビを残さず作業を再開します。
グローバルチームはアカウントに同期され、マシンをまたいで付いてきます。プロジェクトチームはルームと一緒に移動します。どちらもオフラインキャッシュを持ち、オフラインでの編集は再接続時に反映されます。
ラン中のすべてのエージェントがワークスペース内のmarkdownファイルを読み書きします。圧縮、クラッシュ、再起動を生き残ります。チームの推論の唯一の信頼できるソースです。
ラン中にQAがArchitectに質問する必要がある？team_askが役割のインボックスにメッセージを投稿します。その役割の次のエージェントがそれを読み、返信します。エージェント間の本物のチャット、ランの間だけ : それを超えて残る恒久的なインボックスがエージェント間メッセージングです。
すべてのチームツールはMCPサーバー経由で公開されます。ツールはClaudeのコンテキスト圧縮を生き残ります（Anthropicが毎ターン再送します）。/clear、/compact、長いループに対して回復力があります。
エージェントが自分で機能サマリーを書かない場合、小さなHaikuコールがgit diffから生成します。安価で速く、次のエージェントは常にコンテキスト付きで開始します。
verifyInBrowserが設定されたチームノードは、自動的にエージェントをブラウザアクセスモードに切り替えます。QAノードは完全なブラウザツール（navigate、click、type、screenshot、get logs）と共に開始します。
すべてのチームランは新しいエージェントをスポーンし、dismiss時に破棄します。プロジェクトのエージェントリストはきれいなまま保たれます。チームはワークフロー、エージェントはランタイム。
再利用可能なチームをグローバルライブラリ（~/.agentsroom/teams）に保存するか、特定のプロジェクトにピン留め（ルームと共にコミット）します。同じエディタ、異なるスコープ。
作って確かめる、仕様 実装 検証、バグハント (再現、修正、証明)、そして QA と Security が並列のリリースシールド。複製して、編集して、実行。30 秒で始められます。
各ハンドオフはランタイムラインのカードとして表示されます：どの役割が終了したか、サマリーは何か、どのファイルが変更されたか、どのフラグが設定されたか。監査可能、リプレイ可能。
チームにチケットをドロップすると、そのチケットでチェーンが開始します。最初のエージェントがチケットのタイトルと本文を読み、残りのチームがそこから引き継ぎます。
各役割は独自のシステムプロンプト、フォーカス領域、サンプルタスクを持ちます。キャンバスで組み合わせます。いつでも独自のカスタム役割を追加できます。
マルチエージェントオーケストレーションはバズワードのように聞こえます。実際に出荷する機能における、実用的な違いをご覧ください。
シナリオ: ECサイトにStripeチェックアウトフローを追加
同じチケット、同じモデル、同じプロジェクト。異なる作業の形。チームアプローチはソロエージェントが見落とすものを捕まえます、なぜなら各役割がフォーカスされたブリーフと構造化されたハンドオフを持つからです。
グラフは誰が何をするかを決めます。モードはそのロールがどう体現されるかを決め、チームを組むときに選びます。一方はコンテキストを守り、もう一方は独立性を守ります。両方を兼ねるバージョンはないので、チームごとにあなたが決めます。
リレーモード
1 つのセッションがチーム全体を走らせます。最初のロールを演じ、仕事を引き渡し、そのまま次のロールになります。同じコンソールの中で、一度も再起動しません。2 つのロールの間で要約されるものは何もありません。間で失われるものが何もないからです。
第二の意見よりも連続性が効くパイプラインに向いています。リファクタリング、マイグレーション、コンテキストそのものが仕事になる長い機能開発などです。
ロールモーフィングの仕組みチームモード
ロールごとに専用のセッションがあり、同時に生きています。作業しながら互いに書き合います。テスターがフロントエンド開発者に何が壊れたかを伝え、フロントエンド開発者がバックエンド開発者に payload の実際の形を尋ねる、という具合です。まだ誰にも話しかけられていない仲間は、誰かが書いた瞬間に起動します。
レビューを本物にしたいときに選びます。セキュリティ点検、デザインの批評、バグ探しなど、前の工程を確かめずに追認してしまうことが、そのまま失敗につながる場面です。
エージェント間メッセージングの仕組みチームモードにはもう 1 つのスイッチがあります。一方向にしか話せないチームは、手順が増えただけの待ち行列だからです。オフのままにすると、仲間は自分のノードが指すロールにしか書けません。グラフが契約であり続けるので、ゲートを迂回させたくないときはこれが望みどおりです。
オンにすると、誰でも誰にでも、どの向きにも、同時に複数にも書けます。テスターは同じメッセージでデザイナーとバックエンド開発者の両方に共有し、バックエンド開発者はリードを経由せずデザイナーに直接答えます。グラフは変わらずランを開始し、変わらず終了させますが、誰が話してよいかを決めるのはやめます。
自分の答案を自分で採点するエージェントは、いずれ自分に合格点を出します。Agent Teams は 2 つの仕組みでパイプラインを正直に保ちます。
どのノードでもチェックコマンドを宣言できます: npm test、lint、build、終了コードを返すものなら何でも。エージェントが team_complete_step を呼ぶと、runner がワークスペースでコマンドを実行し、測定結果をルーティングフラグに書き込みます。緑なら実行は前進。赤なら失敗の出力が本物の stderr とともに次のエージェントのコンテキスト先頭に届きます。スイートが赤いのに「全テスト合格」と主張するエージェントは、主張ではなく赤いスイートによってルーティングされます。
ノードを並列ブランチに展開します: QA がフローを操作する間、Security が diff を監査します。それぞれ自分のエージェントの中で、互いの結論を知りません。合流ノードは全ブランチを待ち、要約、リスク、フラグを統合して、合算した結果でルーティングします。ブール値の衝突は設計上 false に解決されます：不合格のレビュアーが 1 人いればリリースは止まります。
Dev → [ QA ∥ Security ] → Release gateプロジェクトビューの Teams タブには、同梱の 4 テンプレート (作って確かめる、仕様 実装 検証、バグハント、リリースシールド) と保存済みのチームが並びます。テンプレートを複製するか 'New team' をクリックしてください。
React Flowキャンバスにエージェントノードを配置します。各ノードに対して、役割（Fullstack、QA、Security、PMなど）、プロバイダー、モデル、数行のステップ指示を選びます。エッジで配線します。分岐が必要ならエッジに条件を追加します。
Dev → QA → PM自動ハンドオフ：作業が完了するとエージェントがteam_complete_stepを呼び、ランナーが引き継ぎます。手動ハンドオフ：エージェントは「Hand off」をクリックするのを待ちます。必要に応じて両方をミックス。
バックログチケットから「Run with team」をクリック。空のエージェントスロットから「Create as team」をクリック。最初のノードがプロジェクトワークスペースでエフェメラルエージェントとしてスポーンします。
エージェント N が終わると、AgentsRoom はハンドオフ payload を組み立て (エージェントまたは Haiku 経由の要約、git diff、リスク、テストヒント、フラグ)、NOTES.md にノートを追記し、フラグに基づいて正しい出力エッジを選び、その payload を入力コンテキストとしてエージェント N+1 に引き継ぎます。ノードがチェックコマンドを宣言していれば runner が先にそれを実行します：ルーティングフラグを決めるのはエージェントの主張ではなく、測定された終了コードです。
フィードバックループは元のエージェントに再エントリーします（完全なメモリを保持）。Awaitノードは実行をあなたへの質問で一時停止し、あなたが答えた瞬間に再開します。エンドノードはawaiting-finalizationをトリガーし、スマートフォンを含めて通知します。「Finish run」をクリックすると、エージェントは破棄され、PTYが解放され、実行の元になったバックログのチケットがクローズされます。
ほとんどのマルチエージェントデモがスキップする詳細。これがAgent Teamsが長いランや多くのサイクルで持ちこたえる理由です。
Claude Codeエージェントはコンテキストウィンドウを持ち、それを圧縮します。マルチエージェントシステムの古典的な過ちは、チームコーディネーションをシステムプロンプトのみに置くことです。/compactを2サイクル経た後、エージェントはチームにいることを認識しません。AgentsRoomはそうしません。
すべてのチームコーディネーションは、圧縮を生き残る3つの場所に存在します。第1に、MCPサーバー（agentsroom-team）がツール（team_get_context、team_read_notes、team_post_note、team_read_inbox、team_ask、team_read_timeline、team_read_diff、team_complete_step）を公開します。MCPツールはCLIによって毎ターンClaudeに再送されるので、コンテキスト圧縮の影響を受けません。
第2に、UserPromptSubmit hookがすべてのユーザーメッセージの前に実行され、その役割に新しいノートまたは新しいインボックスメッセージがあれば小さなリマインダーを前置します。何もないときは安価、ある時は決定的。
第3に、NOTES.mdとstate.jsonはワークスペースのディスク上に存在します。エージェントは単純なReadまたはteam_read_notesでいつでも再読込できます。クラッシュ、再起動、/clear、/compact、マシン再起動を生き残ります。システムプロンプトは決して信頼できるソースではなく、ディスクとMCPツールがソースです。
ここまでのすべては 1 回のランに閉じています。ロールはグラフのノードで、インボックスはランのものであり、どちらもランが終われば消えます。再実行するパイプラインにはそれが正しい形で、あるエージェントが来週の火曜に別のエージェントへ聞きたい質問には間違った形です。
エージェント間メッセージングはもう一つの層です。プロジェクトの保存済みエージェントは、自分のアドレスと自分のインボックスを持つ常設メンバーであり、どの CLI からでも名前で互いに書き合い、メッセージは再起動にもクラッシュにも、送信時にオフラインだったエージェントにも耐えて残ります。Agent Teams からは何も取り除かれていません。常設メンバーはランを開始でき、ランのノードが常設メンバーに昇格することはありません。
エージェント間メッセージングを見るチームは、トリガーが指せる2つのもののうちの1つで、もう一方は単体のエージェントです。スケジュールなら、カレンダーのリズムで、あるいはAIプランのクォータ期間に合わせて発火します。Webhookなら、GitHub、GitLab、Slack、Linear、Sentry、あるいはあなたのCIがイベントを送ったときに発火します。あなたのプロンプトはチームの最初のステップに届き、パイプラインはあなたのマシンの上でひとりでに進み、開始したときにはいつもの通知が届きます。
境界はシンプルです。トリガーが決めるのはランが「いつ」始まるかで、イベントをそこに手渡します。実際に動くのは変わらずチームです。ほかは何も変わりません。同じハンドオフのペイロード、同じ条件付きエッジ、同じフィードバックループ、あとから読み返すのも同じタイムラインです。
トリガーを見る：スケジュールとWebhookクラシック。Fullstackが機能を出荷。QAが組み込みブラウザで検証、テストヒントを実行、サインオフ。2ノードのチームで、バックログのすべてのチケットで実行。
上と同じですが、条件付きエッジ付き: qaPassed equals false がチケットをDevに差し戻し、テストヒントを伴います。最大3サイクル。リグレッションが人間のレビュアーに到達する前にキャッチします。
auth、payments、PIIに触れる機能向け。Securityエージェントがdiffをレビュー、リスクをフラグ、QA用のテストヒントを書きます。fintech、healthtech、B2B SaaSを出荷するチームに使われます。
仕様ファーストのワークフロー。PMエージェントがチケットを構造化された仕様に変換。Architectがアプローチを選択。Devが実装。3つの役割、明確な分離、追跡可能な決定。
フルスタック機能のためのシーケンシャルな分割。FrontendがUIを出荷。BackendがAPIを出荷。DevOpsがインフラ設定を追加。各役割が自分のエリアで作業し、クリーンなdiffでハンドオフ。
そう、AgentsRoom Teamsはコードのためだけではありません。Marketingがランディングコピーを書きます。SEOがキーワードを注入。Localizationが14言語に翻訳。1つのチーム、1つのチケット、1つの出荷。
1 つの dev ノードが並走する QA と Security に分岐し、リリースゲートが両方のレポートを統合します。テンプレートとしてアプリに同梱。どちらかのブランチが問題を報告すればシールド全体が Dev に戻ります。
QA エージェントがバグを再現して正確な手順を書き残します。dev が根本原因を修正。2 人目の QA が同じ手順を再生して修正を証明します。「自分の環境では動く」はもう終わりです。
マルチエージェントオーケストレーションは混雑したバズワードです。実際に出荷されているものと、AgentsRoom Teamsがどこに位置するかをご紹介します。
Anthropic Subagents（Taskツール、.claude/agents）は、1つのClaudeセッションが特化したヘルパーエージェントに委譲することを可能にします。インライン委譲には素晴らしいですが、親セッションは依然としてコーディネーターであり、単一のコンテキストです。AgentsRoom Teamsは1段階上です：各チームノードは、独自のウィンドウ、独自の状態、独自のスクロールバックを持つ、別のトップレベルClaudeセッションです。CrewAI、AutoGen、LangGraphはマルチエージェントフローのための優れたPythonフレームワークですが、IDEの外で動作し、本物のClaude Code、Codex、Antigravity CLIをローカルレポでエンドツーエンドに実行することはありません。n8n、Make、Pipedream、Retoolは私たちが使うのと同じ種類のキャンバスエディタを提供しますが、汎用自動化プラットフォームであり、AIコーディングエージェント向けに作られていません。AgentsRoom Teamsはキャンバススタイルのマルチエージェントワークフローエディタですが、CLIエージェント、プロジェクト、git、ターミナル、ブラウザに特に配線されています。
Pythonでエージェンティックシステムを構築するなら、本番パイプラインにはCrewAIやLangGraphを使い続けてください。Claude、Codex、GitHub Copilot CLI、Cursor、またはAgentsRoomが対応するほか10種類のエージェントCLIでコードを出荷するなら、Agent Teamsは実際にコードを書く場所で動くチームワークフローです。
Claude subagentsは、1つの親Claudeセッションからのインライン委譲です。親がいつsubagentを呼び出すかを決め、subagentは隔離されたコンテキストウィンドウで動作し、結果を返し、親が続行します。AgentsRoom Teamsは1段階上です：各ノードは独自のターミナル、独自の状態、独自のスクロールバックを持つトップレベルのClaude Codeセッションです。すべてのエージェントランを独自のタブでライブで見ることができ、いつでもどれとでも話すことができ、チームを一時停止し、ワークフローを変更し、再開できます。Claude subagentsの代替ではなく、両方を絶対に使えます。チームノードは内部的にsubagentsを使えます。
AgentsRoomがサポートする14種類のエージェントCLI（Claude Code、Codex CLI、GitHub Copilot CLI、Cursor、ほか10種類）すべてで動作します。各チームノードは独自のプロバイダーとモデルを選びます。MCPベースのチームコーディネーションツールはModel Context Protocolの標準を通じて公開されるので、プロバイダー間で同一に機能します。予算とレイテンシに合うなら、重いバックエンドノードでCodex、QAノードでHaikuを使うチームを実行できます。
1つのエージェントから次へ移動する構造化オブジェクトです。フィールド: featureSummary（出荷したものの短い説明）、changedFiles（git diff name-status）、touchedAreas（UI、API、DB、config）、risks（次のエージェントが心配すべきこと）、testHints（QAの優先事項）、flags（条件付きエッジで使用されるqaPassedなどのboolean）。エージェントがこのペイロードでteam_complete_stepを呼び、ランナーがサーバーサイドで検証し、次のエージェントが開始コンテキストとして受け取ります。
はい。ノードが再エントリーされると（cycleが1より大きい）、AgentsRoomは新しいエージェントをスポーンしません。cycle 1の元のエージェントを再利用し、新しいハンドオフペイロードを既存のターミナルに直接書き込み、エージェントは前のサイクルの完全なClaudeセッションメモリを保持します。これは重要です: QAが前回フラグ立てしたことを既に知っているDevエージェントはバグを修正します。メモリのない新しいDevエージェントは同じミスを繰り返すだけです。
チーム設定には最大サイクルガード（デフォルト3）があります。上限に達すると、ランは「blocked」ステータスで一時停止し、ユーザーを待ちます。ランをファイナライズしたり、もう一度手動でハンドオフしたり、すべてキャンセルしたりできます。無限ループも、夜間に発生するサプライズ請求もありません。
はい。チームは1つのワークスペースと1つのブランチ（またはAgentsRoom Worktrees機能を使う場合はworktree）で実行されます。各エージェントはgit経由で前のエージェントの作業を見ることができます。ハンドオフペイロードにはランベースラインに対するgit diffが含まれるため、次のエージェントは何が新しいかを正確に把握します。
いいえ。TeamsはAgentsRoomの一部です。独自のプロバイダーキー（Claude、Codex、GitHub Copilot CLI、Cursor、ほか10種類のエージェントCLI）を持参し、使用したトークン分だけ支払います、単一エージェントと同じです。小さなチケットでDev to QAチームを実行するコストは、通常、単一のFullstackエージェントを実行するのと同じです、なぜならQAステップのHaiku/Sonnetは安価だからです。
プロジェクトチームはルームと共に生き、アカウントに同期され、{project}/.agentsroom/teams-cache.json (gitignored) にキャッシュされます。グローバルチームもアカウントに同期されるので、ライブラリはマシンをまたいで付いてきます。~/.agentsroom/teams/ がオフラインキャッシュです。同梱テンプレートはローカルに留まり、各マシンが自分の言語で用意します。
実行状態は {workspace}/.agentsroom/team-runs/{runId}/ にディスク保存されます (state.json、NOTES.md、inbox/、timeline.jsonl)。書き込みはアトミック、ノートは追記専用です。中断された実行はアプリ再起動時に再開します：オーケストレーターがアクティブだったステップに再入場し、ターミナルを開き直し、エージェントはノートとチームツールからコンテキストを取り戻します。チーム定義が削除された実行は、永遠に残り続ける代わりに自動でクローズされます。
はい。各実行は独立しており、runId で識別されます。同じプロジェクトの 3 つのチケットで 3 つの異なるチームを同時に動かせます。1 つの実行の中では、進行はあなたのグラフに従います：既定では順次、並列ブランチを描いた場所では並列 (たとえば QA と Security の同時レビュー)、そして常に決定的な合流で戻ります。
はい。ノードから条件なしのエッジを 2 本引くと、両方の先が並列ブランチとして動きます。それぞれ自分のエージェントとターミナルを持ちます。ブランチは深さ 1 ノードで、共通の合流ノードに収束する必要があり、エディタが実行前に検証します。全ブランチが完了すると、合流は統合された payload を受け取ります：ロールでラベル付けされた要約、重複排除されたリスクとテストヒント、フェイルセーフ規則で統合されたフラグ (ブール値の衝突は false に解決) です。
ノードにシェルコマンドを入力します。たとえば npm test、必要ならフラグ名も (既定は checkPassed)。エージェントがステップ完了を告げると、AgentsRoom は 5 分の上限付きでワークスペース内でコマンドを実行します。終了コード 0 はフラグに true を、それ以外は false を書き込み、エージェントの自己申告を上書きします。失敗時は出力の最後の数キロバイトが次のエージェントへ渡り、ループバックは本物のスタックトレース付きで着地します。結果は実行タイムラインにも表示されます。
はい。各ノードには Skills Library のスキルを固定できます。プロジェクトのものでもグローバルのものでも。エージェントはステップ開始前にそれぞれを読み込むよう指示されるため、レビューチェックリスト、デプロイ手順書、テスト手順が毎回の実行で適用されます。エージェントの記憶に依存しません。
はい。エディタは一連のグラフ検査を実行し、実行を止めるエラーと警告を分けます。エラーは実行を止めます: Start / End ノードの欠落、重複した接続、同じ条件を持つ 2 本の接続、条件どうしが矛盾している接続、不正なファンアウト。警告は止めません: 前後に空白の入ったフラグ名、Start から出る接続に付いた条件、出力接続がすべて条件付きで実行が行き止まりになりうるノード。どちらも検査パネルに一覧表示され、問題の接続はキャンバス上で色が変わるので、実行を無駄にする前にグラフを直せます。
いいえ、そしてこれは意図的です。実行が生きている間、チーム定義はMCPツールからの書き込みに対して凍結されます：ノード、エッジ、最大サイクル数、ステップ指示、スキル、チェックコマンド、ロール、プロバイダー、モデルはエージェントから読み取り専用になり、実行が読み込んだスキルも書き換えられず、チームを削除して作り直しても凍結は回避できません。エージェントが自分を律するルールを書き換えてはならないからです。あなた自身はインターフェースからいつでもすべてを編集できます。
はい。モバイルコンパニオンからプロジェクト上でチームを開始でき、各ステップの進捗を示す実行バナーが表示され、いま作業中のエージェントのターミナルにアクセスできます。実行そのものは、デスクトップ側で本物のCLIを通じて動きます。デスクトップで開始したときとまったく同じです。
そのランが何で失敗するかを考えてください。話の筋を見失って失敗するならリレーです。1 つのセッションがすべてのロールを演じ、自分の決定を自分に説明し直すことはありません。自分に同意して失敗するならチームです。ロールが別々のエージェントとして走るので、コードをレビューする側は書いた側ではありません。リレーが既定なのは、この設定ができる前に作られたチームがすでにそう動いているからであって、優れているからではありません。
いいえ。仲間が起動するのは最初に必要になったときです。グラフがそのステップに到達したか、別のエージェントが書いたかのどちらかで、その後はランが終わるまで生き続けます。だから 4 ロールのチームが、2 つのロールにしか関係しない質問のために 4 セッションを燃やすことはありませんし、3 サイクル目に話しかけられたロールは 1 サイクル目に答えたのと同じエージェントのままです。
読めるものだけです。ラン途中で加わった仲間は自分のセッションを持ち、その作業の記憶はありません。だからこそその意見に価値があります。共有メモ、ランのタイムライン、ラン開始以降の git diff を通じて追いつき、それらはすべて自分のツールで読みます。この読み込みがこのモードの代償であり、リレーモードが今も残っている理由です。
はい、しかもそれが既定です。自由な会話をオフにすると、仲間はグラフ上で自分のノードが指すロールにしか書けないので、別の相手に頼んでゲートを迂回することはできません。本物のチームが欲しいときにオンにしてください。誰でも誰にでも、どの向きにも、同時に複数にも書けます。どちらの場合もグラフがランを開始し、終了させることは変わりません。
はい。トリガーは単体のエージェントではなくチームを指すことができるので、同じパイプラインが無人で走ります。カレンダーのリズムで、AIプランのクォータ期間に合わせて、あるいはGitHub、GitLab、Slack、Linear、Sentry、あなたのCIが送ったイベントで。プロンプトはチームの最初のステップに届き、ランはほかと同じようにあなた自身のマシンで進み、トリガーの履歴に残り、開始したことは通知が知らせます。トリガーはプロジェクトのトリガーパネル、スケジュールタスクの隣にあります。
サブエージェント、エージェントチーム、オーケストレーション：それが実際に何を意味するのか、いつ必要なのか、そしてそれが広がるときにどのように制御を保つか。
コーディングエージェントを持つ開発者1人は生産性の物語です。20のエージェントを持つ5人の開発者は調整の問題です。チームがスケールアップする際に最初に壊れるものと、維持できるセットアップ：コミットされたコンテキストファイル、明確なファイル所有権、爆風半径によるレビュー、そして実際に見えるコストについて説明します。
4 つのテンプレートがアプリに同梱。AgentsRoom を開いてノードを置き、エッジを引き、任意のチケットで実行。あなたの AI エンジニアリングチームはワンクリック先にいます。
コンパニオンアプリ：外出先でもエージェントを確認
Claude、Codex、Antigravity CLI、またはその他の AI プロバイダーを使用します。
バグや要望を公開バックログに直接送信できます。
実際の AgentsRoom の様子。