Agent Teams.
本物のテッククルーを、スクリプト化。
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 Code、Codex、OpenCode、Antigravity CLI、Aider、Grok Build、Mistral Vibe、Kimi Codeのエージェントで特定の役割に割り当て、それらを配線します。バックログのチケットでチームを実行するか、新しいエージェントスポーンに紐づけます。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ファイルは追記専用で、クラッシュ、再起動、Mac再起動を生き残ります。サーバーサイドで検証されるハンドオフペイロードスキーマが、エージェントが空または無効なペイロードでハンドオフすることを防ぎます。これはほとんどのマルチエージェントデモが密かにスキップする部分であり、それらの多くがサイクル3で崩壊する理由です。
AIエンジニアリングクルーを動かすために必要なすべて
ビジュアルワークフロー、本物のハンドオフ、本物のフィードバックループ、本物のエージェント間通信。50回のSlackではなく、1回のSlack pingで機能を出荷できるように設計されています。
ビジュアルワークフローキャンバス
n8n、Retool、Pipedream、Makeを支えるエンジンと同じReact Flowによる、無限にズーム可能なキャンバス。ノードを配置、接続、チームを保存。コードもYAMLも不要。
14種類のビルトインエージェント役割
Fullstack、Frontend、Backend、DevOps、QA、Security、PM、Architect、Mobile、Marketing、Git Expert、SEO、i18n。さらに、プロジェクトに保存済みの任意のカスタム役割も使えます。
ノードごとのモデルとプロンプト
各ノードがプロバイダー、モデル、ステップ指示を選びます。ArchitectにOpus、QAにHaiku、重いバックエンドにCodex、安価なフロントエンドにAntigravity。組み合わせ自由。
自動ハンドオフ
エージェントがteam_complete_stepを呼び出すと、AgentsRoomはハンドオフペイロード（機能サマリー、変更ファイル、リスク、テストヒント、フラグ）を構築し、そのペイロードを開始コンテキストとして次のノードをスポーンします。
手動ハンドオフオプション
各ステップを検証したい？ノードを手動モードに切り替えてください。エージェントは待機し、結果に満足したら「Hand off」をクリックします。両方の世界の良いとこ取り。
条件付きエッジ
各エッジはフラグチェック（例: qaPassed equals true）を伴うことができます。分岐を構築: QAが通ればPMへ、通らなければDevへループバック。本物のワークフローロジック、スクリプト不要。
フィードバックループ
DevからQAへ、Devへ、QAへ。QAがチケットを差し戻すとき、元のDevエージェントは前のサイクルの完全なメモリを持って再利用されるので、最初からやり直すのではなく実際にリグレッションを修正します。
マシン検証のクオリティゲート
ノードにチェックコマンドを固定します (npm test、lint、build)。エージェントが完了を宣言すると runner が実行: 終了コード 0 でルーティングフラグは true、それ以外は false。測定結果は常にエージェントの自己申告を上書きします。
並列レビューブランチ
ノードから条件なしのエッジを 2 本引くと、両方の先が同時に動きます: QA と Security が同じ diff を並んでレビューし、合流ノードがレポートを統合します。赤いブランチが 1 本あればゲートは閉じたままです。
ステップごとのスキル固定
Skills Library の項目をノードに紐づけます。エージェントはステップ開始前にそれらを読み込むので、レビューチェックリストやデプロイ手順書が毎回適用されます。エージェントの記憶頼みではありません。
最大サイクルガード
設定可能な上限（デフォルト3）。QAがDevを無限に拒否するループを回避します。上限に達するとランはawaiting-finalizationで一時停止し、次の対応を決定できます。
実行は再起動を生き延びる
実行の途中でアプリを閉じて開き直すと、実行は中断したステップに戻ります。状態、ノート、タイムラインはディスク上にあり、オーケストレーターはゾンビを残さず作業を再開します。
チームライブラリはアカウントに
グローバルチームはアカウントに同期され、マシンをまたいで付いてきます。プロジェクトチームはルームと一緒に移動します。どちらもオフラインキャッシュを持ち、オフラインでの編集は再接続時に反映されます。
共有NOTES.mdスクラッチパッド
ラン中のすべてのエージェントがワークスペース内のmarkdownファイルを読み書きします。圧縮、クラッシュ、再起動を生き残ります。チームの推論の唯一の信頼できるソースです。
役割間インボックス
ラン中にQAがArchitectに質問する必要がある？team_askが役割のインボックスにメッセージを投稿します。その役割の次のエージェントがそれを読み、返信します。エージェント間の本物のチャット。
MCPベースのエージェント間通信
すべてのチームツールはMCPサーバー経由で公開されます。ツールはClaudeのコンテキスト圧縮を生き残ります（Anthropicが毎ターン再送します）。/clear、/compact、長いループに対して回復力があります。
Haikuによるハンドオフサマリー
エージェントが自分で機能サマリーを書かない場合、小さなHaikuコールがgit diffから生成します。安価で速く、次のエージェントは常にコンテキスト付きで開始します。
Browser MCPの伝播
verifyInBrowserが設定されたチームノードは、自動的にエージェントをブラウザアクセスモードに切り替えます。QAノードは完全なブラウザツール（navigate、click、type、screenshot、get logs）と共に開始します。
ラン毎のエフェメラルエージェント
すべてのチームランは新しいエージェントをスポーンし、dismiss時に破棄します。プロジェクトのエージェントリストはきれいなまま保たれます。チームはワークフロー、エージェントはランタイム。
グローバルチームとプロジェクトチーム
再利用可能なチームをグローバルライブラリ（~/.agentsroom/teams）に保存するか、特定のプロジェクトにピン留め（ルームと共にコミット）します。同じエディタ、異なるスコープ。
4 つのチームテンプレート同梱
作って確かめる、仕様 実装 検証、バグハント (再現、修正、証明)、そして QA と Security が並列のリリースシールド。複製して、編集して、実行。30 秒で始められます。
ランタイムラインUI
各ハンドオフはランタイムラインのカードとして表示されます: どの役割が終了したか、サマリーは何か、どのファイルが変更されたか、どのフラグが設定されたか。監査可能、リプレイ可能。
任意のバックログチケットで実行
チームにチケットをドロップすると、そのチケットでチェーンが開始します。最初のエージェントがチケットのタイトルと本文を読み、残りのチームがそこから引き継ぎます。
14種類の専門役割、配線準備完了
各役割は独自のシステムプロンプト、フォーカス領域、サンプルタスクを持ちます。キャンバスで組み合わせます。いつでも独自のカスタム役割を追加できます。
本物のチームが1人のスーパーエージェントに勝つ理由
マルチエージェントオーケストレーションはバズワードのように聞こえます。実際に出荷する機能における、実用的な違いをご覧ください。
シナリオ: ECサイトにStripeチェックアウトフローを追加
ソロのスーパーエージェント
- • チケットを読みます。API、Reactフォーム、webhook、マイグレーション、テストにまたがる600行を書きます。
- • webhookのidempotencyキーを忘れます。失敗パスのテストを忘れます。stagingのenv varを忘れます。
- • 「完了」と言います。本番環境で2時間バグハントすることになります。
Agent Team（Dev to Security to QA）
- • Fullstackエージェントが実装を出荷、コミット、auth変更をフラグ立てしたサマリーとリスクリストでハンドオフ。
- • Securityエージェントがdiffを読み、webhook署名チェックを監査し、ハンドオフペイロードでQAのテストヒントを書きます。
- • QAエージェントが組み込みブラウザでテストヒントを実行、idempotencyバグを発見、qaPassedをfalseに設定、正確な再現手順と共にDevにチケットを差し戻します。
- • Devが修正、再度ハンドオフ。QA通過。PMがファイナライズ。ランはdoneになります。
同じチケット、同じモデル、同じプロジェクト。異なる作業の形。チームアプローチはソロエージェントが見落とすものを捕まえます、なぜなら各役割がフォーカスされたブリーフと構造化されたハンドオフを持つからです。
信頼は測るもの、宣言するものではない
自分の答案を自分で採点するエージェントは、いずれ自分に合格点を出します。Agent Teams は 2 つの仕組みでパイプラインを正直に保ちます。
終了コードが決める
どのノードでもチェックコマンドを宣言できます: npm test、lint、build、終了コードを返すものなら何でも。エージェントが team_complete_step を呼ぶと、runner がワークスペースでコマンドを実行し、測定結果をルーティングフラグに書き込みます。緑なら実行は前進。赤なら失敗の出力が本物の stderr とともに次のエージェントのコンテキスト先頭に届きます。スイートが赤いのに「全テスト合格」と主張するエージェントは、主張ではなく赤いスイートによってルーティングされます。
4 つの目で、同時に
ノードを並列ブランチに展開します: QA がフローを操作する間、Security が diff を監査します。それぞれ自分のエージェントの中で、互いの結論を知りません。合流ノードは全ブランチを待ち、要約、リスク、フラグを統合して、合算した結果でルーティングします。ブール値の衝突は設計上 false に解決されます: 不合格のレビュアーが 1 人いればリリースは止まります。
Dev → [ QA ∥ Security ] → Release gateチームランの仕組み
Teamsタブを開く
プロジェクトビューの 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 が先にそれを実行します: ルーティングフラグを決めるのはエージェントの主張ではなく、測定された終了コードです。
ループ、終了、ファイナライズ
フィードバックループは元のエージェントに再エントリーします（完全なメモリを保持）。エンドノードはawaiting-finalizationをトリガーします。「Finish run」をクリック。バナーをdismissしてエージェントを破棄し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、Mac再起動を生き残ります。システムプロンプトは決して信頼できるソースではなく、ディスクとMCPツールがソースです。
Agent Teamsで人々が構築するもの
Dev to QAパイプライン
クラシック。Fullstackが機能を出荷。QAが組み込みブラウザで検証、テストヒントを実行、サインオフ。2ノードのチームで、バックログのすべてのチケットで実行。
フィードバックループ付きDev to QA
上と同じですが、条件付きエッジ付き: qaPassed equals false がチケットをDevに差し戻し、テストヒントを伴います。最大3サイクル。リグレッションが人間のレビュアーに到達する前にキャッチします。
Dev to Security to QA
auth、payments、PIIに触れる機能向け。Securityエージェントがdiffをレビュー、リスクをフラグ、QA用のテストヒントを書きます。fintech、healthtech、B2B SaaSを出荷するチームに使われます。
PM to Architect to Dev
仕様ファーストのワークフロー。PMエージェントがチケットを構造化された仕様に変換。Architectがアプローチを選択。Devが実装。3つの役割、明確な分離、追跡可能な決定。
Frontend、Backend、DevOpsのファンアウト
フルスタック機能のためのシーケンシャルな分割。FrontendがUIを出荷。BackendがAPIを出荷。DevOpsがインフラ設定を追加。各役割が自分のエリアで作業し、クリーンなdiffでハンドオフ。
Marketing to SEO to i18n
そう、AgentsRoom Teamsはコードのためだけではありません。Marketingがランディングコピーを書きます。SEOがキーワードを注入。Localizationが14言語に翻訳。1つのチーム、1つのチケット、1つの出荷。
リリースシールド: QA と Security を並列に
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 Code、Codex CLI、OpenCode、Antigravity CLI、Aider、Grok Build、Mistral Vibe、Kimi Codeでコードを出荷するなら、Agent Teamsは実際にコードを書く場所で動くチームワークフローです。
FAQ
Claude Code subagents（Taskツール、.claude/agents）とどう違いますか？
Claude subagentsは、1つの親Claudeセッションからのインライン委譲です。親がいつsubagentを呼び出すかを決め、subagentは隔離されたコンテキストウィンドウで動作し、結果を返し、親が続行します。AgentsRoom Teamsは1段階上です: 各ノードは独自のターミナル、独自の状態、独自のスクロールバックを持つトップレベルのClaude Codeセッションです。すべてのエージェントランを独自のタブでライブで見ることができ、いつでもどれとでも話すことができ、チームを一時停止し、ワークフローを変更し、再開できます。Claude subagentsの代替ではなく、両方を絶対に使えます。チームノードは内部的にsubagentsを使えます。
これはClaude Codeでのみ動きますか？
AgentsRoomがサポートするすべてのプロバイダー（Claude Code、Codex CLI、OpenCode、Antigravity CLI、Aider、Grok Build、Mistral Vibe、Kimi Code）で動作します。各チームノードは独自のプロバイダーとモデルを選びます。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を呼び、ランナーがサーバーサイドで検証し、次のエージェントが開始コンテキストとして受け取ります。
エージェントは本当に行ったり来たりできますか（DevからQAからDevへ）？
はい。ノードが再エントリーされると（cycleが1より大きい）、AgentsRoomは新しいエージェントをスポーンしません。cycle 1の元のエージェントを再利用し、新しいハンドオフペイロードを既存のターミナルに直接書き込み、エージェントは前のサイクルの完全なClaudeセッションメモリを保持します。これは重要です: QAが前回フラグ立てしたことを既に知っているDevエージェントはバグを修正します。メモリのない新しいDevエージェントは同じミスを繰り返すだけです。
QAがDevを永遠に拒否し続けたらどうなりますか？
チーム設定には最大サイクルガード（デフォルト3）があります。上限に達すると、ランは「blocked」ステータスで一時停止し、ユーザーを待ちます。ランをファイナライズしたり、もう一度手動でハンドオフしたり、すべてキャンセルしたりできます。無限ループも、夜間に発生するサプライズ請求もありません。
すべてのチームエージェントは同じgitワークスペースを共有しますか？
はい。チームは1つのワークスペースと1つのブランチ（またはAgentsRoom Worktrees機能を使う場合はworktree）で実行されます。各エージェントはgit経由で前のエージェントの作業を見ることができます。ハンドオフペイロードにはランベースラインに対するgit diffが含まれるため、次のエージェントは何が新しいかを正確に把握します。
追加のサブスクリプションが必要ですか？
いいえ。TeamsはAgentsRoomの一部です。独自のプロバイダーキー（Claude、Codex、OpenCode、Antigravity、Aider、Grok Build、Mistral Vibe、Kimi Code）を持参し、使用したトークン分だけ支払います、単一エージェントと同じです。小さなチケットでDev to QAチームを実行するコストは、通常、単一のFullstackエージェントを実行するのと同じです、なぜならQAステップのHaiku/Sonnetは安価だからです。
チームはどこに保存されますか？gitにコミットされますか？
プロジェクトチームはルームと共に生き、アカウントに同期され、{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 つのエージェントが同時に動くのですか?
はい。ノードから条件なしのエッジを 2 本引くと、両方の先が並列ブランチとして動きます。それぞれ自分のエージェントとターミナルを持ちます。ブランチは深さ 1 ノードで、共通の合流ノードに収束する必要があり、エディタが実行前に検証します。全ブランチが完了すると、合流は統合された payload を受け取ります: ロールでラベル付けされた要約、重複排除されたリスクとテストヒント、フェイルセーフ規則で統合されたフラグ (ブール値の衝突は false に解決) です。
クオリティゲートは正確にはどう動きますか?
ノードにシェルコマンドを入力します。たとえば npm test、必要ならフラグ名も (既定は checkPassed)。エージェントがステップ完了を告げると、AgentsRoom は 5 分の上限付きでワークスペース内でコマンドを実行します。終了コード 0 はフラグに true を、それ以外は false を書き込み、エージェントの自己申告を上書きします。失敗時は出力の最後の数キロバイトが次のエージェントへ渡り、ループバックは本物のスタックトレース付きで着地します。結果は実行タイムラインにも表示されます。
ステップから Skills Library の手順を読み込めますか?
はい。各ノードには Skills Library のスキルを固定できます。プロジェクトのものでもグローバルのものでも。エージェントはステップ開始前にそれぞれを読み込むよう指示されるため、レビューチェックリスト、デプロイ手順書、テスト手順が毎回の実行で適用されます。エージェントの記憶に依存しません。
理想のAI開発チームを構築
4 つのテンプレートがアプリに同梱。AgentsRoom を開いてノードを置き、エッジを引き、任意のチケットで実行。あなたの AI エンジニアリングチームはワンクリック先にいます。
コンパニオンアプリ：外出先でもエージェントを確認
Claude、Codex、Antigravity CLI、またはその他の AI プロバイダーを使用します。
バグや要望を公開バックログに直接送信できます。
実際の AgentsRoom の様子。