Claude Code 新ダッシュボード（Agent View）徹底解説。なぜ開発者は気付いていないのか

2026 年 5 月 11 日、Anthropic は Claude Code に Agent View を Research Preview として追加しました。claude a…

Anthropic ロゴ

2026 年 5 月 11 日、Anthropic は Claude Code に Agent View を Research Preview として追加しました。claude agents と打つだけで、バックグラウンドで動いている複数のセッションが 1 枚のテーブルにまとまり、どのエージェントが手を止めて指示待ちなのかを一目で把握できる仕組みです。Cursor や Cline、GitHub Copilot Workspace といった既存のエージェント系開発ツールがそれぞれ独自の UI を磨いてきた中で、Claude Code はあえて CLI に寄せた選択をしました。にもかかわらず、リリースから数日経っても開発者コミュニティの反応は鈍く、X や Reddit でも claude agents を起動した報告は意外なほど少ない状況です。本記事では、Agent View の実機能を Anthropic の公式発表と一次情報ベースで整理し、なぜ普及していないのか、そして DX 導入支援の現場でどう使うべきかを、はてなベースとしての視点で論評します。

Agent View とは何か

Agent View は Claude Code v2.1.139 以降で使える新しい操作モードで、複数の Claude Code セッションを 1 つのテーブル UI で集約管理する CLI ダッシュボードです。Pro / Max / Team / Enterprise の各プランと Claude API 利用者が対象で、Research Preview の扱いとなっています。

起動方法は単純で、ターミナルから claude agents と入力するか、既存のインタラクティブセッション内で左矢印キーを押すと一覧画面に切り替わります。各セッションは行として並び、セッション名・現在の状態・直近のアクション要約・最後の操作からの経過時間が表示されます。状態は Working（作業中）/ Needs Input（入力待ち）/ Idle / Completed / Failed / Stopped の 6 種類で、カラーアイコンで識別できます。

サブエージェントの可視化と並列実行

Agent View の核は、これまで tmux や複数ターミナルタブで散らばっていた並列セッションを 1 箇所に集約した点にあります。バックグラウンドへの送出は /bg コマンドまたは claude --bg "タスク内容" フラグで行い、送られたセッションは per-user supervisor process と呼ばれる常駐プロセスが面倒を見ます。状態は ~/.claude/ 配下に保存され、PC を再起動しない限りはターミナルを閉じてもセッションは生き続けます。

  • ピークパネル（Spacebar）: 行を選んでスペースキーを押すと、フルトランスクリプトに入らずに直近の応答だけを覗き見できる。マルチチョイスのプロンプトにもインラインで答えられる
  • アタッチ（Enter / 右矢印）: 通常の対話モードに復帰する。必要なときだけ深く潜る運用
  • Git worktree 分離: 各バックグラウンドセッションは .claude/worktrees/ 配下の独立した worktree で動くため、同一リポジトリを複数エージェントが触っても書き込み衝突が起きない
  • ドーマント復帰: スーパーバイザがリソース節約のためにプロセスを落としていた場合でも、行をタップして返信した瞬間にディスクの状態から warm-restart され、会話が継続する
  • disableAgentView 設定: 組織管理者は Managed Settings または CLAUDE_CODE_DISABLE_AGENT_VIEW 環境変数でこの機能を無効化できる

並列性の上限は Anthropic から明示されていませんが、現実的には 4〜8 セッション が「人間が追える」上限の目安です。各セッションは独立にレート上限を消費するため、後述するモデル選択が運用コストに直結します。

他社ダッシュボードとの比較

並列エージェント管理 UI は Anthropic だけのものではありません。Cursor は Composer / Background Agents で複数タスクを並走でき、Cline は VS Code 拡張として独自のタスクキューを持ち、GitHub Copilot Workspace は GitHub Issue を起点に並列セッションを生成します。それぞれの設計思想を整理すると、Claude Code Agent View の立ち位置が見えてきます。

Claude Code Agent ViewCLI（ターミナル内テーブル）セッションgit worktree 分離・supervisor 常駐・キーボード操作で完結GUI を期待する層には地味、可視化情報が限定的
Cursor Background AgentsIDE 内パネルタスクIDE 統合・コードジャンプが滑らかCursor IDE に縛られる、エディタ外の自動化と相性悪い
ClineVS Code 拡張タスクキューローカルモデル含む柔軟なモデル選択並列性の概念が薄く、横展開には別途設計が必要
Copilot WorkspaceWeb（GitHub 上）Issue / PRGitHub Issue から自動で計画→実装→PRリポジトリ・Issue 単位の発想に縛られる

Cursor や Copilot Workspace が「IDE / Web 上で美しく見せる」方向に投資しているのに対し、Agent View は CLI でキーストロークを最小化する という、ある意味で逆張りの設計です。サーバーに SSH して開発するエンジニア、CI/CD パイプラインから直接 Claude を呼びたい SRE、開発機を持たない非エンジニアでも claude agents 一発で並列タスクを確認できる、というのが構造的な差別化ポイントになります。

Anthropic は Claude Code を「IDE プラグイン」ではなく CLI ファーストとして育てる方針を一貫させており、Agent View もその延長線上にあります。GUI 寄りのエージェント体験を期待していた層が「なんだ、画面じゃないのか」と離れていく構図が、低調な初動の一因と見ています。

なぜ開発者は気付いていないのか

Research Preview のリリースから数日経った時点で、開発者の反応が想定より静かな理由は複数あります。第一に、Agent View は 既存ユーザーが自分でアップデートして起動しないと存在に気付かない設計です。claude /upgrade を走らせて v2.1.139 以上にし、claude agents と打つまでは UI に変化がありません。多くのユーザーは普段のインタラクティブモードで満足しているため、わざわざ新コマンドを試す動機を持ちません。

第二に、「並列で動かす」という運用モードそのものがまだ一般化していません。1 つの作業に対して 1 つの Claude セッションを開き、終わったら閉じる、という直列モデルが大半です。複数のエージェントを同時に走らせるには、タスクを独立した単位に分解する設計力と、それぞれの worktree や依存関係を把握する管理コストが必要で、個人開発者にとってはハードルが高いままです。

第三に、UI が地味です。CLI のテーブルレイアウトは情報密度こそ高いものの、SNS のスクリーンショット文化と相性が悪く、Cursor の派手な UI 更新のように「見て分かる新機能」にはなりにくい。これは Anthropic の設計思想として一貫しているものの、ハイプ駆動の開発者市場では不利に働きます。

業務組み込みでの活用方法

ここからは、はてなベースが社内開発と DX 導入支援の現場で Claude Code をフル活用している立場から、Agent View の実務的な使いどころを整理します。

1. 並列バグ修正と PR レビューの同時進行

もっとも素直な使い方が、独立した複数のチケットを同時に走らせるパターンです。kintone カスタマイズの軽微なバグ修正、Salesforce Flow の調整、社内 Slack bot のロジック改修、といった 横並びの小タスク群を claude --bg "〇〇の修正を進めて、テストが通ったら止まって" の形で投入し、Agent View で「Needs Input」が点灯したものから順に対応します。1 人のエンジニアが 3〜5 件のタスクをコンテキストスイッチなしで進められるため、保守系の運用業務に強烈に効きます。

2. リサーチエージェントとビルドエージェントの分離

もう 1 つの定石が、役割の違うエージェントを並列で走らせる設計です。調査エージェント には公式ドキュメントや API リファレンスを読み込ませ、実装エージェント にはコード変更を任せ、レビューエージェント には完成した差分のセキュリティチェックを担当させる。これらを Agent View の同じ画面で監視することで、複雑な開発タスクを 分業した複数エージェントのオーケストレーションとして扱えるようになります。

3. 業務エージェントを Claude Code で組む

Claude Code はコーディング専用ツールに見えますが、サブコマンドとカスタムエージェントの仕組みを使えば 業務オペレーション用のエージェント基盤としても機能します。請求書の取り込み・kintone との突合・freee への記帳といった月次経理ルーティンを、それぞれ独立したサブエージェントとして登録し、月末に claude --bg で投入すれば、Agent View 上で進行状況を一望できます。CLI ベースなので cron や n8n からの自動起動も容易で、人間が朝出社して claude agents を覗くと、夜のうちに 5〜10 件の業務処理が終わっている、という運用が現実的に組めます。

コスト管理の観点では、ルーチン業務エージェントには Sonnet 4.6、複雑な推論や監査が必要なエージェントには Opus 4.7 と使い分けるのが鉄則です。4〜8 セッションを並列で走らせるとレート消費が急増するため、モデル選択をエージェント単位で固定しておくと、月次の API コストが安定します。

はてなベースの視点と推奨アクション

Agent View そのものは派手な機能ではありません。しかし、企業の開発組織・DX 推進部門が Claude Code を本格的な業務基盤として組み込もうとした瞬間、この機能の重要度は跳ね上がります。理由はシンプルで、エージェントが業務基盤になるということは、人間が見ていない時間にエージェントが動き、人間が戻ってきたときに状況を引き継ぐ運用が前提になるからです。Agent View はその引き継ぎポイントを CLI 一発で提供する、いわばエージェント運用のコックピットです。

はてなベースが顧客企業の Claude Code 導入を支援するときに、最初に整えるのは以下の 3 点です。

  • バージョン統制: v2.1.139 以上を社内標準とし、Agent View / disableAgentView の方針を IT 部門で合意する。Enterprise プランなら Managed Settings で一括配布する
  • 並列実行のガードレール: 1 人あたりの同時セッション上限・1 ワークスペースあたりの worktree 上限を運用ルール化し、レート上限の暴走を防ぐ。モデル選択も Sonnet 4.6 をデフォルト、Opus 4.7 は明示的に指定 のポリシーで揃える
  • 業務エージェントのカタログ化: 経理・人事・営業オペの各部門で「これは Claude Code で自動化できる」というタスクを棚卸しし、サブエージェント定義として社内 Git に登録する。Agent View はそのカタログを実行・監視する UI として機能する

この 3 点が整って初めて、Agent View は「便利な新画面」から「社内 AI オペレーションの司令塔」に昇格します。逆にこれらが無いまま個人の使い方任せにすると、Agent View は単に並列セッションを乱立させる便利機能で終わり、コスト・セキュリティ両面のリスクが膨らみます。

はてなベースは Claude Code / Anthropic API を業務基盤に組み込む支援を行っています。エージェント基盤の設計、kintone・freee・Salesforce との接続、社内データを安全に扱うためのオンプレ／ハイブリッド構成のご相談は [Claude Enterprise 導入支援](/claude-enterprise/) または [社内 RAG 構築支援](/internal-rag/) からお問い合わせください。経営層・DX 推進担当向けの [AI コーチング](/ai-coaching/) もご用意しています。

まとめ

Claude Code Agent View は、派手さは無いものの 並列エージェント運用の核となる機能です。claude agents 一発で複数セッションの状態が見え、git worktree で書き込みが分離され、supervisor が裏で生かし続けてくれる。これは「個人が AI で書く」から「組織が AI に業務を任せる」への過渡期において、極めて実務的なコックピットです。CLI 中心の地味な UI ゆえに普及スピードは緩やかですが、本気で AI を業務に組み込む組織にとっては、いま触っておくべき機能と言えます。