📘

Claude Codeに「Agent Teams」が実験的に登場

に公開
Claude Code
Agent teams
tech

はじめに

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が安定版になる頃、また状況は変わっているはずです。

その時に自分の拡張機能がどう連携できるか楽しみにしつつ、今日のコア機能を磨いていきます。

関連リンク

Discussion