はじめに
2026年2月5日、AnthropicがClaude Opus 4.6のリリースに合わせて、Claude CodeにAgent Teamsという実験的機能を追加しました。
複数のClaude Codeインスタンスを並列で動かし、タスクリストとメッセージングで協調させるマルチエージェント機能です。
まだリサーチプレビューで、環境変数で有効化する必要があり、制約も多いです。
ただ、Anthropicが「マルチエージェント協調」を公式に模索し始めたという意味で、方向性としては注目に値します。
この記事では、Agent Teamsの仕組みと現状の制約を整理しつつ、私自身がマルチエージェント機能を自作→全削除→翌日にこれが来た、という体験から感じたことを書きます。
Agent Teamsの概要
環境変数を設定すると使えるようになります。
// settings.json
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}
有効化後、Claude Codeに「チームを作って並列で作業してほしい」と自然言語で指示すると、複数のClaude Codeセッションが立ち上がります。
構成要素
Team Lead: メインのClaude Codeセッション。チームの作成、タスク割り当て、結果の統合を担当します。
Teammates: 独立したClaude Codeインスタンス。それぞれ固有のコンテキストウィンドウを持ち、プロジェクト設定（CLAUDE.md、MCPサーバー、スキル）を自動読み込みします。ただし、リードの会話履歴は引き継ぎません。
共有タスクリスト: pending → in-progress → completed の状態管理。タスク間の依存関係も扱えます。
Inboxメッセージング: teammate同士が直接やり取りできます。Subagentsが「親に報告して終わり」なのに対して、Agent Teamsではピアツーピアでコミュニケーションし、互いの成果を検証できるのが特徴です。
表示モード
2つの表示モードがあります。
In-process: 全teammateが1つのターミナル内で動作。Shift+Up/Downで選択・メッセージ送信。手軽だが、全体像が見づらいです。
Split panes: tmuxまたはiTerm2で各teammateが独自のペインで動作。全員の出力を同時確認できますが、VS Codeターミナルでは使えません。
Delegate ModeとPlan Approval
Shift+Tabでリードを「調整専用モード」に切り替え可能。リードは自分で実装せず、スポーン・メッセージング・タスク管理だけ行います。Plan Approvalと組み合わせると、teammateは計画段階で一旦止まり、リードの承認を得てから実装に着手します。
向いているケース・向いていないケース
公式ドキュメントでも「調整オーバーヘッドがあり、シングルセッションより大幅にトークンを消費する」と明記されています。何でもAgent Teamsにすればいいわけではありません。
向いているケース
- リサーチ＆レビュー: 複数のteammateが問題の異なる側面を同時に調査し、発見を共有・検証する
- 新モジュール開発: frontend / backend / テストをそれぞれのteammateが担当
- 競合仮説デバッグ: 異なる仮説を並列で検証し、収束させる
- クロスレイヤー変更: フロントエンド、バックエンド、テストにまたがる変更を同時進行
向いていないケース
- 順序依存のタスク
- シンプルな単一ファイルの修正
- コンテキストが少ない小規模タスク
SubagentsとAgent Teamsの使い分け
| Subagents | Agent Teams | |
|---|---|---|
| スコープ | 単一セッション内 | 複数セッション間 |
| 通信 | 親に報告するだけ | teammate同士が直接やり取り |
| 用途 | 集中的で短いタスク | 協調が必要な並列タスク |
| コスト | 低い | 高い（5人チームで約5倍） |
| ステータス | 安定版 | 実験的（リサーチプレビュー） |
「結果だけ教えて」ならSubagents、「議論して検証してほしい」ならAgent Teamsという使い分えです。ただし、Agent Teamsはまだ実験段階なので、本番ワークフローに組み込むのは時期尚早かもしれません。
制約が結構多い
リサーチプレビューなので、率直に言って制約は多いです。
-
セッション再開不可:
/resumeや/rewindでteammateは復元されない - 1セッション1チームのみ: ネストされたチームは作れない
- VS Codeターミナル非対応: Split-paneモードはtmux/iTerm2が必要
- トークンコスト: 5人チームで単一セッションの約5〜7倍
- リードの早期終了: チームリードがteammateの完了を待たずに終了してしまうことがある
- タスクステータスの遅延: 状態更新にラグが発生することがある
特に個人開発者にとってはトークンコストが気になるところです。Plan modeのteammateで約7倍というのは、気軽に使える範囲を超えています。
ストレステスト：16エージェントでCコンパイラ
制約は多いですが、ポテンシャルを示す事例はあります。
AnthropicのNicholas Carliniは16並列エージェント、約2,000のClaude Codeセッション、約$20,000のAPIコストで、10万行のRust製CコンパイラをAgent Teamsで構築しました。
Linux 6.9をx86/ARM/RISC-Vでコンパイルできるレベルです。
各エージェントはgitベースの同期で作業し、ファイルベースのタスクロックで衝突を防止。
コーディング、ドキュメント、コード品質、パフォーマンス最適化といった専門ロールに分かれて動作しました。
もっとも、これは$20,000かけた実験であって、日常の開発ワークフローとは別の話です。
まとめ
Agent Teamsは、AIコーディングアシスタントのマルチエージェント協調を、Anthropicが実験的に模索し始めた機能です。
仕組みとしては面白いし、Cコンパイラの事例を見ると将来のポテンシャルは感じます。ただ、制約の多さとトークンコストを考えると、今すぐ日常のワークフローに組み込めるものではありません。
Agent Teamsが安定版になる頃、また状況は変わっているはずです。
その時に自分の拡張機能がどう連携できるか楽しみにしつつ、今日のコア機能を磨いていきます。
関連リンク
- Agent Teams 公式ドキュメント
- Building a C compiler with a team of parallel Claudes（Anthropic Engineering Blog）