2026年5月19日時点で、Claude Code の agent 系アップデートとして最初に理解すべきものは Agent View です。claude agents で開く research preview のローカル画面で、複数の Claude Code 背景セッションを一覧し、実行中、入力待ち、完了といった状態を確認できます。
ただし、Agent View はすべての「Claude Code agent」問題の答えではありません。ローカルで複数セッションを見たいなら Agent View、チーム型の協調が必要なら Agent Teams、1つのセッション内で専門 helper を使うなら subagents、Anthropic 側の hosted runtime が必要なら Managed Agents、製品として agent を組むなら Agent SDK や Messages API です。
| 目的 | 先に見るもの | 現在の境界 |
|---|---|---|
| 複数の Claude Code 作業を1画面で見たい | Agent View と claude agents | research preview のローカル背景セッション画面 |
| Claude Code の参加者同士を協調させたい | Agent Teams | 実験機能で、標準では無効 |
| 1セッション内で専門 helper を使いたい | subagents | レビュー、テスト、調査に向く |
| Anthropic に runtime を持たせたい | Managed Agents | Platform/API 側のルート |
| 自分のプロダクトに agent を組み込みたい | Agent SDK または Messages API | アプリケーション設計の選択 |
まず停止ルールを置きます。同じファイルを複数の視点から編集する、1本の推論で進める必要がある、クォータが厳しい、あるいはローカル worktree の差分を把握できていない場合は、Agent View で並列化する前に通常の Claude Code セッションへ戻してください。
速い答え
Agent View は Claude Code のローカル背景セッションを管理する画面です。実務上の最短手順は、Claude Code を更新し、バージョンを確認し、claude agents を開き、独立した小さな作業だけを並列に走らせ、各セッションの結果を確認してから片付けることです。
bashnpm install -g @anthropic-ai/claude-code@latest claude --version claude agents
日付は重要です。Claude Code changelog では 2026年5月11日の v2.1.139 で Agent View が research preview として追加されました。2026年5月19日の確認時点では、@anthropic-ai/claude-code の latest は 2.1.143、next は 2.1.144 でした。通常の読者に next を既定ルートとして勧めるべきではありません。
この話の中心は「agent を増やす」ことではなく「安全に分けられる作業だけを見える化する」ことです。各背景セッションは Claude Code の会話であり、コンテキスト、権限、ツール、ローカルファイル、クォータを持ちます。Agent View は状態を見せますが、作業境界を自動で設計してはくれません。
Agent View で何が変わったか
Agent View が解決するのは可視性です。複数のターミナル、複数の背景タスク、入力待ちのまま放置されたセッションを、ひとつの画面で見渡せるようになります。どのセッションが進行中か、どれが待っているか、どれが完了したかを確認しやすくなります。
これは Agent Teams とは違います。Agent Teams は lead と teammates がいて、タスクや通信を通じて協調する実験的な仕組みです。Agent View はより軽い入口で、独立したローカル背景セッションを観察し、必要なものへ戻るための画面です。
Managed Agents とも違います。Managed Agents は Anthropic Platform の hosted runtime で、実行ループを誰が持つかという API 設計の話です。Agent View は Claude Code のローカル画面なので、マシン、権限、作業ディレクトリ、シャットダウン、未コミット差分の影響を受けます。
導入前の確認は3つで足ります。claude --version で v2.1.139 以降か確認する。claude agents が期待した画面を開くか確認する。現在の公式 docs と changelog で preview 表記や背景セッションの挙動が変わっていないか確認する。
ルート比較
日本語圏でも Agent View、Agent Teams、subagents が同じ「複数 agent」文脈で語られがちです。セットアップ前にルートを決めると、不要な並列化を避けられます。
| ルート | 使う場面 | 避ける場面 | 状態 |
|---|---|---|---|
| Agent View | 独立したローカル背景セッションを見たい | セッション同士の協調が主目的 | research preview |
| Agent Teams | teammates が互いに連絡しながら進める | 単に複数タスクを見たいだけ | 実験機能、明示的に有効化 |
| subagents | 1つの親セッションから専門 helper を呼ぶ | 同級の長い協調が必要 | 軽量な単一セッション内ルート |
| Managed Agents | Anthropic に runtime を持たせたい | ローカルリポジトリでの作業 | Platform/API ルート |
| Agent SDK / Messages API | 自前の agent runtime を作る | Claude Code の画面が欲しい | アプリ設計ルート |
実務では、単一セッション、subagents、Agent View、Agent Teams の順に重くなります。独立した調査やレビューなら Agent View が効きますが、同じファイルを複数セッションが編集するなら、見える化よりも混乱が増えます。
安全な初回運用
最初の Agent View は、壊れやすい本番移行ではなく、小さな独立タスクで試してください。目的は機能を誇示することではなく、開く、分ける、見る、戻る、確認する、片付けるという運用リズムを覚えることです。
初回は次の流れで十分です。
- latest で Claude Code を更新する。
- claude --version でバージョンを確認する。
- claude agents を開く。
- 背景セッションは2つから始める。
- それぞれに別の質問、別のファイル範囲、または read-only 条件を与える。
- 入力待ち状態を放置しない。
- 完了したセッションへ入り、実行コマンド、根拠、差分を確認する。
- 結果の場所が分かってから cleanup する。
良い初回タスクは調査型です。片方が flaky test の再現コマンドを探し、もう片方が最近の変更を読む。片方が auth state の読み取り経路を整理し、もう片方が書き込み経路を整理する。こうしたタスクは並列にできますが、同じファイルを奪い合いません。
プロンプトも境界を持つべきです。例えば、checkout retry tests を read-only で調査し、test files と retry helper に限定し、失敗コマンド、最有力仮説、安全な次の一手を返し、payment runtime に触れる修正が必要なら停止する、と書く方が安全です。
使う価値がある場面
Agent View が効くのは、並列化で待ち時間が減り、merge の混乱が増えない場面です。原因候補が複数あるバグなら、別々のセッションが仮説を検証し、最後に証拠を比較できます。
独立レビューにも向きます。1つは security、1つは performance、1つは test coverage を見る。どれも read-only で知見を返せるなら、複数セッションを使っても所有権が崩れません。
ドキュメントや移行準備にも使えます。1つのセッションが設定ファイルを棚卸しし、別のセッションが docs の差分を読み、別のセッションがローカル scripts を調べる。出力が事実の地図なら Agent View の視認性が役立ちます。
遅いローカルチェックにも向きます。1つが長い test suite を実行している間、別のセッションがログを読む。Agent View の価値は全員にコードを書かせることではなく、待ち、ブロック、完了を見失わないことです。
停止ルール
Agent View は不明確な仕事を整理してくれる魔法ではありません。所有範囲を説明できないなら、セッションを増やすべきではありません。
同じファイルを複数の角度から編集する、順序付きの推論が必要、未コミットのユーザー変更がある、クォータが厳しい、期待する出力が1つの最終判断である、という場合は単一セッションに戻します。
dirty worktree では特に慎重にします。git diff、untracked files、生成物を確認し、各背景セッションに read-only、特定ディレクトリのみ、または提案のみという制約を与えてください。
クォータも現実的な制約です。複数セッションは出力とレビュー量を増やします。2セッションで価値を確認してから広げる方が、結果的に速くなります。
トラブルシューティング
| 症状 | あり得る原因 | 次の行動 |
|---|---|---|
| claude agents が期待通りに開かない | バージョン不足または docs の変更 | claude --version と latest 更新を確認 |
| 画面は開くがセッションがない | 背景タスクがまだない | 小さな独立タスクを1つ作る |
| 入力待ちが多い | プロンプトが広すぎるか permission block | セッションへ戻って境界を狭める |
| 完了したが merge できない | 所有範囲なしで分割した | 証拠を比較し、実装は1セッションに戻す |
| クォータ消費が速い | 並列数が多すぎる | 同時セッション数を減らす |
| API や課金の話になっている | Agent View ではないルート | Claude Code と Platform API を分ける |
安全な復旧は、新しいセッションを追加しないことです。既存セッションの結論を保存し、1つの主セッションに戻って実装してください。Agent View で状態が見やすくならないなら、並列化の設計を減らすべきです。
導入前の運用チェック
Agent View を日常の開発に入れる前に、小さな予行演習をしてください。作業を、read-only の調査、範囲の狭い局所変更、1本の推論で進める中核変更に分けます。最初の種類は Agent View に向いています。2つ目はファイル所有権を明示したときだけ使えます。3つ目は主セッションに残す方が安全です。
| 確認項目 | 判断の仕方 | 不安があるとき |
|---|---|---|
| ファイル所有権 | 各背景セッションが別の領域だけを読む、または触る | 単一セッションへ戻して境界を切る |
| 結果の形式 | コマンド、ログ、判断、次の一手が返る | 起動前に prompt を書き直す |
| 権限リスク | 書き込み、依存関係追加、秘密情報アクセスが起き得る | read-only と停止条件を指定する |
| 統合経路 | 主セッションが結果を比較できる | 実装は並列にしない |
使いやすい prompt は、目的、読んでよい範囲、禁止する変更、返す形式を順番に書きます。例えば、auth session expiry を read-only で調べ、src/auth と tests/auth だけを読み、ファイルは変更せず、失敗コマンド、最有力仮説、根拠行、安全な次の行動を返す、という形です。こうしておくと、Agent View で完了したセッションへ戻ったときに、結果を短時間で比較できます。
完了後は最終回答だけで判断しないでください。各セッションに入り、実行したコマンド、読んだファイル、停止した理由、曖昧な点を確認します。セッション同士の結論が矛盾するときは、そのまま merge せず、主セッションで証拠を統合してから実装方針を決めます。
最後に cleanup を工程に入れます。git status、未追跡ファイル、生成物、テスト出力を見て、残すべき結果だけを主セッションへ戻します。Agent View は状態を見せる道具ですが、ローカル作業ツリーを自動で整えるわけではありません。
複数人で同じリポジトリを扱う場合は、さらに制約を細かくします。既存のユーザー変更は戻さない、生成物は必要な範囲だけ再作成する、ログは証拠として扱いコミット対象にしない、という条件を背景セッションの prompt に入れてください。これを省くと、あるセッションがテストを通すためにローカル差分を上書きし、別のセッションが古い状態を前提に結論を出す、という事故が起きやすくなります。
また、並列化するたびに「統合役」を1つ置くと安定します。統合役は新しい背景セッションを増やさず、戻ってきた証拠を読み、矛盾を整理し、実装を1本に戻す役目です。Agent View の成熟した使い方は、セッション数を増やすことではなく、各セッションの出力を主線へ吸収できる状態に保つことです。
よくある質問
Agent View は今使えますか？
使えますが、research preview として扱ってください。公式の境界は Claude Code v2.1.139 以降と claude agents です。業務フローへ組み込む前に現在の docs を確認します。
next を入れるべきですか？
通常は不要です。2026年5月19日時点で next は latest より新しいタグでしたが、それだけで推奨ルートにはなりません。latest と公式 docs を優先します。
Agent Teams と同じですか？
違います。Agent View はローカル背景セッションの画面です。Agent Teams は実験的なチーム協調機能で、明示的に有効化する必要があります。
subagents はまだ必要ですか？
必要です。1つの Claude Code セッションで狭い作業を任せるなら subagents の方が軽い場合が多いです。レビュー、テスト、検索、局所調査に向いています。
Agent View はクラウドで実行しますか？
いいえ。Claude Code のローカルセッション管理画面として扱います。Hosted runtime が必要なら Managed Agents や Platform API の話になります。
クォータは節約できますか？
節約する機能ではありません。複数セッションはクォータ消費とレビュー量を増やします。価値が見えるまで少数で始めます。
最初のタスクは何が良いですか？
2つの read-only 調査が向いています。1つは再現、1つは最近の変更調査。1つは docs、1つは local config。比較しやすい出力にします。
何を覚えておけばよいですか？
Agent View は見える化の道具です。境界が明確な作業だけを並列化し、不明確な作業は単一セッションに戻す。それが一番安全です。
まとめ
Claude Code Agent View は、ローカル背景セッションを見える化する実用的な更新です。複数の調査、レビュー、遅いチェックを管理しやすくしますが、作業分割の設計までは代わりません。
バージョンを確認し、claude agents を開き、2つの独立タスクから始め、結果を確認してから増やしてください。Agent Teams、subagents、Managed Agents、Agent SDK は別ルートとして扱い、作業が密結合なら通常の Claude Code セッションに戻すのが正解です。