前回の学習編で、Agent Teams は「リーダー+チームメイトで仕事を分担する仕組み」だと整理しました。言葉だけでは動きが想像しにくいので、今回は実際に Claude Code へ指示して動かして確かめます。設定の有効化からチームの起動まで、特別なコマンドは使わずすべて自然な言葉で頼むだけです。流れは3段階——2人チームの肩慣らし → 3人チームでの多角的レビュー → 並列でのアイデア探索です。
このシリーズ(全13回+番外編・拡張編)
- 基礎 ― 全体像と拡張機能の地図
- Skills(学習編)― 繰り返す手順を覚えさせる
- Skills(実践編)― 作って、つまずいて、直す
- Subagents(学習編)― 作業を別の文脈に切り出す
- Subagents(実践編)― 温泉宿を調べて比較する
- Hooks(学習編)― 特定のタイミングで自動実行する
- Hooks(実践編)― 編集したら自動でチェックを走らせる
- MCP(学習編)― 外部サービスへの接続口
- MCP(実践編)― Google ドライブ連携でつまずいた話
- Plugin(学習編)― 作った部品をひとつの箱にまとめる
- Plugin(実践編)― 便利設定を箱に詰めて配る
- Marketplace(学習編)― 箱を並べて配る
- Marketplace(実践編)― お店に公開し、取り込む
- 番外編 ― 拡張機能の選び方チートシート
- 拡張編① Agent Teams(学習編)― 複数のAIをチームで動かす
- 拡張編② Agent Teams(実践編)― 3人チームで多角的にレビューする(この記事)
STEP0|まず「Agent Teams を有効にして」と頼む
Agent Teams は実験的機能で、初期状態では無効です。とはいえ、設定ファイルを自分で開く必要はありません。Claude Code 本人に、自然な言葉で「有効にして」と頼めば済みます。最初の指示はこれです。
こう頼むと、Claude が設定ファイルを開いて、次の1行を書き加えてくれます。
設定はすぐには効きません。反映には Claude Code の再起動が必要です。いったん終了し、もう一度立ち上げ直してください。これで準備完了です。
STEP1|2人チームで肩慣らし
有効化しても、それだけでは何も起きません。チームは「最初のチームメイトが生まれた瞬間」にできあがります。起動の合図は専用コマンドではなく、ふつうの言葉で「こういう作業を、何人で手分けして」と頼むこと。いきなり本番に行く前に、まずは2人チームで「ちゃんと並列で動くか」を体感します。次のように頼みました。
すると Claude がリーダー(チーム全体をまとめる本体)として動き出します。チームメイトを立てる前にいったん確認を挟むので、承認すると2人のチームメイトが生まれます(人数まで指定して頼めば、確認なしでそのまま着手することもあります)。2人はそれぞれの作業を同時に進めました。立ち上がったメンバーは画面に一覧で並びます。作業画面を切り替えれば、ようすを見たり、追加で指示を出したりできます。逆に、Claude のほうから「これは手分けした方が速いですよ」とチーム化を提案してくることもあります。
STEP2|3人チームで多角的にレビューする
本番です。手元のプロジェクト(過去に作ったもので構いません)を開いた状態の Claude Code で、3人のチームメイトに別々の視点で同時にレビューさせます。手元に題材がなければ、先に「自己紹介サイトのサンプル(HTML / CSS / JS / README)を作って」と頼めば数十秒で用意できます。
使ったプロンプトはこちらです。
動かして分かったこと
- 視点の抜け漏れが減る。 1人で順に見ると「使いやすさを見ているうちにバグ観点が薄くなる」といった偏りが出ますが、最初から担当を分けると各観点が一定の濃さで埋まりました。
- 「依存関係を意識して」の一言が効く。 これを入れると、リーダーが「まず構成を把握 → 各担当に配る → 最後に統合」と段取りを整理してくれます。丸投げよりも、束ね方が安定しました。
- レビュー(読むだけ)なら衝突しない。 学習編で触れたとおり Agent Teams にファイルのロックはありません。今回はあえて「編集しないこと」と明記したので、3人が同じファイルを読んでも問題は起きませんでした。
src 担当、Bは tests 担当」のように触るファイルを分けてください。同じファイルを同時に書くと、後から書いた方が前の変更を上書きしてしまいます。
STEP3|並列でアイデアを探索する(+Plan Approval)
最後は、レビューより一段“発散”寄りのタスク。新しい企画を3つの視点で同時に検討させ、さらに Plan Approval(着手前に計画を承認) を使ってみます。
Plan Approval の効きどころ
各メンバーが手を動かす前に「これからこう進めます」という計画を出してきます。ここで方向がズレていれば、着手前に修正できるのが大きい。とくに「反対意見担当」は放っておくと粗探しが発散しがちですが、計画段階で「既存ツールとの差別化に絞って」と一言添えるだけで、出力が一気に締まりました。
コスト感 ― ここだけは要注意
実際に回してみて、いちばん体感したのはトークン消費の速さです。チームメイトは1人あたり通常の数倍を消費するため、3人チームを何度も回すと利用量はあっという間に膨らみます。
- 初回は2〜3人まで。いきなり大人数にしない。
- まずはレビュー・リサーチなど「読むだけ」のタスクで練習する。
- 「単純な1本道の作業」はチーム化しない——SubAgent や単体で十分。
まとめ ― “同時に・別の視点で”が刺さる場面で使う
- 設定に1行足して再起動するだけで、複数の Claude Code がチームとして同時に動く。
- 多角的レビューやアイデア探索のように、独立した複数視点で同時に詰める作業ほど効果が大きい。
- 編集を伴うなら担当ファイルを分ける。レビューなら「編集しない」と明記すれば衝突しない。
- Plan Approvalで着手前に方向を合わせると、人数ぶんの手戻りを防げる。
- コストは高い。小さく・読むだけから始め、単純作業は SubAgent に任せる。
これで Claude Code の拡張機能シリーズに、チームでの協調作業という新しい引き出しが加わりました。1人のAIに任せる/別室に切り出す(SubAgent)/チームで同時に動かす(Agent Teams)——作業の性質に合わせて、いちばん軽い手から選んでいくのがコツです。