Claude Code Agent Viewの使い方｜並列エージェントの出力を一画面で管理

2026年5月11日、Claude Codeのバージョンアップで Agent View という新機能が追加されました。これによって複数セッションをターミナルタブで抱え込んで「どのタブが何やってたっけ」となることがなくなります。

本記事は Claude Code 既ユーザー向けに、Agent View の claude agents コマンドの使い方・既存機能との違い・並列実行のコスト計算・暴走防止のhooks運用までを一気通貫でまとめます。

Claude Code Agent Viewとは｜v2.1.139の新機能まとめ

Agent View は2026年5月の v2.1.139 アップデートで追加された、並列セッションを1画面で管理するダッシュボードUIです。ターミナルタブを跨いだセッション切替が要らなくなり、メールトレイのような感覚でClaude Codeの並列タスクを捌けます。

何ができるのか

Agent View が対応する操作は、ざっくり「全セッションを1画面で見て・触る」ことに集約されます。

• 全セッション（バックグラウンド含む）を1画面で監視・操作
• 起動コマンドは claude agents（フルスクリーンUIに切り替わる）
• セッションのディスパッチ・アタッチ・停止・再開・削除を一括管理
• ターミナルタブを跨いだセッション切替が不要に
• 独立した複数タスクを並列で進めて、空いたセッションから順に拾っていく運用が現実的になる

これまでも claude --bg でバックグラウンドセッション自体は作れていましたが、状態を一覧する公式UIが無く「どのセッションが今何してるか」を把握するのが正直しんどかったのが実情です。Agent View はそこを埋めにきた機能と捉えると分かりやすいです。

対応プラン・必須バージョン・注意点

導入条件はシンプルですが、いくつか前提を押さえておく必要があります。

仕様の最新版は 公式英語ドキュメント のほうが反映が早いため、日本語docと差分が出ている場合は英語docを優先するのが無難です。

Agent View・Agent Teams・worktreeの違い比較表

中級者が一番混同するのが、この5〜6機能の違いです。役割が重なる部分はあるものの、得意なシーンは明確に違うので、最初に整理しておきましょう。

6機能の横並び比較表

公式docを横断して整理した比較表です。

どれを選ぶべきかのフロー

判断基準を簡単にまとめます。

• 3個以上の独立タスクを並列で進めたい → Agent View
• 複数AIで議論させてリサーチや仮説検証をしたい → Agent Teams
• メインcontextを汚さず1タスクをスポット処理したい → subagents
• 定期実行・自律完走させたい → Routines
• 並列実行でファイルが衝突して困っている → worktree（Agent Viewと併用可）

Claude Code Agent Viewの始め方｜claude agentsの使い方

起動から基本操作まで3ステップで使えます。Claude Code をすでにインストール済みなら、数分で並列セッション運用に入れる手軽さです。

STEP1：v2.1.139以降にアップデート

まずは現在のClaude Codeのバージョンを確認します。

claude --version

v2.1.139 未満なら、以下でアップデートします。

claude update

Bedrock / Vertex AI / Foundry 経由のユーザーも claude update で対応バージョンに上がります。社内で固定バージョンを運用しているチームは、ここでバージョン固定ポリシーを一度確認しておくのが安全です。

STEP2：claude agents で起動

ターミナルで以下を実行すると、フルスクリーンのダッシュボードに切り替わります。

claude agents

既存セッションがあるターミナルからは、空プロンプト状態で ←（左キー）を押しても起動できます。初回起動時にスーパーバイザープロセスがバックグラウンドで立ち上がり、これがセッション管理を担います。スーパーバイザーはユーザーごとに1プロセスです。

STEP3：ディスパッチと基本操作

ダッシュボードでプロンプトを入力して Enter を押すと、新規セッションがディスパッチされます。

ディスパッチプレフィックスを覚えておくと、挙動を細かく制御できます。

claude --bg ""        # バックグラウンドセッション開始
claude --agent  --bg .. # 指定subagentをメインにしてバックグラウンド開始
claude attach             # セッションにアタッチ
claude logs               # ログ表示
claude stop               # セッション停止
claude respawn            # 停止セッションを履歴保持で再開
claude respawn --all          # 全停止セッションを一括再開
claude rm                 # セッション削除

claude respawn は地味に重要で、後述するマシンスリープ問題のリカバリ手段になります。

なお /loop /goal /bg などClaude Codeの個別スラッシュコマンドの詳しい解説は ClaudeCode コマンド完全ガイドの記事で扱っています。本記事ではAgent View文脈での組み合わせに絞って解説します。

Agent Viewの並列セッションのコスト計算と上限設定の考え方

並列セッションは便利ですが、上限を決めずに使うと請求額が一気に膨らみます。「経験則」ではなく数式で並列上限を決める方法を整理します。

並列実行は何倍課金されるのか

基本ルールはシンプルで、バックグラウンドセッションも通常セッションと同じレート枠を消費します。10並列で運用すれば、通常の10倍速で枠を食う計算です（公式 Limitations 記載）。

ここで見落としやすいのが Agent View 固有の追加課金ポイントです。

• ダッシュボードの行サマリー（1行で「今何してるか」を表示する文）は Haikuクラスのモデルが裏で生成している
• リフレッシュ頻度はワーキング中で最大15秒に1回 + 各ターン終了時に1回
• 各リフレッシュは1回のHaikuクラス短いリクエストで、セッションと同じデータ利用条件で課金される

参考までに、Claude Code はAgent Viewに限らず会話要約や /usage 等の処理で背景的にトークンを消費します。公式 costs doc では「typically under $0.04 per session」と説明されており、これはAgent View固有のコストではなくClaude Code全般の背景処理の目安です。

コスト事故事例と上限の逆算式

海外の事例として、49エージェントを2.5時間動かして $8,000〜$15,000 推定の事故、23 subagentsを3日間放置で $47,000 に達した事例が報告されています（Oflightブログ等の二次情報・確定事実ではありません）。これらは極端なケースですが、並列上限を決めずに使うと現実的に起き得るレンジではあります。

並列上限はプラン別に逆算するのが分かりやすいです。

hooks・/goal・CLAUDE.mdで暴走を防ぐ運用設定

並列セッションは「気づいたらコストが膨らんでいる」が最大のリスクです。v2.1.139 で追加された hooks 新仕様と /goal を組み合わせれば、品質ゲートを敷いて暴走を抑えられます。

PostToolUse continueOnBlock × /goal で品質ゲート

v2.1.139 で PostToolUse フックに continueOnBlock: true オプションが追加されました（changelog v2.1.139）。

従来仕様と新仕様の違いはここです。

• 従来：フックが拒否するとターン中断 → Claudeに理由が伝わらない
• 新仕様：拒否理由を Claude にフィードバックしてターン継続 → 修正を試みる

これにより並列セッションでも「テストが落ちたら自動で原因調査して修正を試みる」のような自律修復ループが組めるようになりました。

/goal との組み合わせも強力です。/goal は完了条件をユーザーが設定し、Claudeがターンを跨いで達成まで継続実行する機能です。ライブオーバーレイで「経過時間 / ターン数 / 累計トークン」が表示されるため、コスト見積もりにも使えます。

Agent View と組み合わせると、複数セッションがそれぞれ完了条件を持って自律実行する状態を作れます。settings.json の最小構成例はこちらです。

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "npm test",
            "continueOnBlock": true
          }
        ]
      }
    ]
  }
}

チーム導入時のCLAUDE.md規範化と管理者強制設定

個人で使う分にはいいのですが、チーム導入時はガードレールが必須というのが正直なところです。開発会社として複数メンバーに展開する場合、CLAUDE.md とマネージド設定の両輪で締めるのが現実解になります。

CLAUDE.md に明記しておきたい項目はこのあたりです。

• 並列セッションの上限（プラン枠から逆算した数）
• セッション完了の判定基準（テスト合格・PR作成等）
• 1セッションあたりの最大ターン数（コスト青天井防止）
• 「Needs input」状態を放置しない運用レビュー時間枠

組織として Agent View を制限したいケースには、管理者強制設定が用意されています。

• disableAgentView: true（settings）または環境変数 CLAUDE_CODE_DISABLE_AGENT_VIEW で機能自体を無効化
• マネージド設定（管理者管理の settings）で組織単位の強制無効化が可能
• Team / Enterprise プランは利用ログを集約管理できるため、コスト監査と相性が良い

まとめ｜Agent Viewで並列セッションを使いこなそう

本記事では Claude Code Agent View の使い方・既存機能との違い・コスト計算・運用設定までを解説しました。要点を改めて整理しておきます。

• v2.1.139 で追加された並列セッション管理ダッシュボード
• Agent Teams / subagents / loop / Routines / worktree とは役割が明確に異なる
• 並列実行は「セッション数 × ターン数」でコストが膨らむため上限設計が必須
• hooks continueOnBlock × /goal で品質ゲートを構築できる
• チーム導入時は CLAUDE.md 規範化と管理者強制設定でガードレールを敷く

まずは個人で2〜3並列から試して、自分のプラン枠でどれくらいのコスト感になるかを掴むのがおすすめです。Research Preview 段階のため、最新仕様は 公式changelog で定期確認することをおすすめします。