Claude Code Agent Viewはtmuxやccmanagerの代わりになる？｜5ツールの選び方とプラン別の並列数の目安

この記事はClaude Codeを業務に組み込んでいるエンジニア／複数session管理ツールが乱立してどれを使うか迷ってる人向け（CLIの基本操作が分かれば読めます）。

そもそもAgent Viewって何のための画面？

Anthropic公式blogによれば、Agent ViewはClaude Codeの中で動いている複数のバックグラウンドセッションを1画面で並べて、状態を見ながら必要な時だけ介入するための公式ダッシュボードです。

位置づけは「Research Preview」。

つまり仕様変更前提の公開段階で、まだ正式版ではない扱い。

Agent view is the best Claude Code native way to manage multiple sessions, kind of like tmux built for CC. We spent a lot of time getting the details right, I hope you enjoy it.

— Anthropicチームメンバー（出典は末尾の関連リンク）

「tmux built for CC」という比喩がすべてを物語っています。

汎用ターミナルマルチプレクサのtmuxでやってた並列セッション管理を、Claude Code専用にしてgit worktreeまで自動化したのがAgent View、という整理。

私の見方では、ここが他のツールとの一番大きな違いです。

もうひとつ重要な前提。

Anthropic公式docsは2026年2月公開のAgent Teamsと、2026年5月公開のAgent Viewを別機能として明示しています。

名前が紛らわしいけど別物。

読者の半分くらいはここで混乱します。

なぜ今Agent Viewが話題になっているのか？

背景は2つあります。

1つ目はAnthropic側のメッセージ転換。

2つ目はClaude Code開発元が発信している労働観の浸透です。

海外メディアtestingcatalogはAnthropicの今回の動きをこう書いています。

transforming Claude Code from a chat-driven coding tool into an agent operations layer for software teams

— testingcatalog（出典は末尾の関連リンク）

「チャット形式のコーディング道具」から「ソフトウェアチームのためのエージェント運用レイヤー」へ。

これ正直、デカい話です。

もう1つの背景がClaude Code開発者本人の発信です。

同氏は「5並列のローカルClaude Codeインスタンスを動かしながら毎日20〜30件のPRを出している」と公開しています。

1日30PRはかなりの速度。

同氏の直接取材サイトには「3〜5個のgit worktreeを同時に立ち上げて、それぞれ独立したClaude Codeセッションを並列で走らせる。

これが最大の生産性向上の鍵（single biggest productivity unlock）」という直接引用もあります。

つまり「1セッションで深く考える」から「複数セッションを並行回しながらコンテキストを切り替える」への作業スタイル転換が、開発元自身の運用として明示された。

Agent Viewはその転換を公式UIに落とした産物、という構図です。

私が一番引っかかってるのはここ。

ツールの紹介ではなく、労働観のシフトの話なんです。

tmux・ccmanager・/batch・Agent Teams・Agent Viewの違いは何か？

本題のマトリクスです。

Anthropic公式docsの並列実行ガイドと各ツールの一次情報を突き合わせて、5ツールの位置づけを整理しました。

5列を見比べてもらうと分かるんですが、Agent Teamsだけ毛色が違います。

「Claude同士が協調する」のがAgent Teams、「複数のClaudeをユーザーが管理する」のがAgent View。

Anthropic公式docsには次の一文が明示されています。

Sessions in agent view run independently and report only to you.

— Anthropic公式docs（出典は末尾の関連リンク）

各セッションは独立して動き、報告先はユーザーだけ。

これがAgent Viewの設計思想です。

正直、ここを混同して書いてる日本語記事は多いので注意したい部分。

業務シナリオ別にはどれを選べばいいか？

マトリクスだけだと選べないので、シナリオ別に整理します。

私の判断軸は「並列の主体が誰か」と「タスクが定型か非定型か」の2つ。

シナリオA：PRレビュー10件を毎朝並列で回したい

本命はAgent View。

理由は3つ。

PRステータスの色ドット表示（黄＝確認待ちまたはチェック失敗、緑＝チェック通過、紫＝マージ済み、グレー＝Draftまたはクローズ）が公式UIに組み込まれていること。

`#<番号>` または PR URL でフィルタが効くこと。

Haiku-classモデルが各行の要約を15秒以内に自動更新してくれること。

10並列でレート消費が約10倍になる点は公式docs明記。

Pro（月20ドル）だと枯渇するので、Max 5x（月100ドル）以上が現実ラインです。

シナリオB：機能Aと機能Bを1人で同時実装したい

これはccmanagerかAgent Viewの2択。

git worktreeで各機能を分離して、コンテキストを別々に保ちたい人向け。

ccmanagerはアプリ内からworktreeの作成・マージ・削除まで完結する設計で、`Idle / Busy / Waiting` の3状態がリアルタイムで見える。

Claude以外（Gemini CLI、Codex CLI等）も同じUIで管理したいなら、ここはccmanagerが優位です。

Claude Code専用で完結させたいならAgent View。

シナリオC：大規模リファクタを5〜30ワーカーで一気に流したい

これは/batch一択。

1プロンプトを自動分解して並列実行→各ワーカーがgit worktreeで独立ブランチ→完了後 `/simplify` 自動実行、という流れ。

技術ブログのDevelopersIO解説では6ワーカー・8ワーカーの実測例が紹介されています。

8ワーカー同時実行はインパクトある数字です。

シナリオD：フロント担当・バック担当・インフラ担当を分けて専門分業したい

古典的にはtmuxの組み合わせ。

1セッション1専門領域に固定する文化があるなら、ここは無理にAgent Viewに乗り換えなくていい。

日本語の技術ブログには実測も報告されています。

55分→18分の67%短縮は強い数字です。

シナリオE：Claude同士でプロジェクトを分担・進捗管理させたい

ここだけがAgent Teamsの出番。

Claude間でメールボックス通信が必要なケースは限定的で、なおかつコストが高い。

Anthropic公式docsは「plan modeで通常の約7倍のトークン消費」と明記しています。

海外メディアTruefoundryのレート制限解説では、49 subagentが暴走した場合に「8000ドル〜15000ドル」の推定コスト事例も紹介されている。

これ正直しんどい。

慎重に運用する前提です。

Agent Viewを実際に立ち上げる手順は？

Anthropic公式docs（日本語版あり）が明示している起動フローは次の通り。

私はまずバージョン確認から始めるのが安全だと見ています。

1. STEP1：バージョン確認。ターミナルで `claude --version` を実行。表示が v2.1.139以降であることを確認。古いなら `claude update`（または各OSのアップデート手順）で更新する。
2. STEP2：起動。ターミナルで `claude agents` と打つだけ。Agent Viewの画面が開いて、状態別（Working / Needs input / Idle / Completed / Failed / Stopped）に既存セッションが並ぶ。
3. STEP3：バックグラウンドで新規セッション投入。`claude --bg "<指示文>"` でその場で投げる。特定のsubagentに投げたいなら `claude --agent code-reviewer --bg "<指示文>"` の形。
4. STEP4：覗き見と返信。Agent View画面で `Space` を押すと該当セッションのpeekパネルが開いて、直近のターンが見える。そのまま `Enter` で返信を送れる。
5. STEP5：本格的に参加したい時。`Enter` または `→` でattachすると全文表示モードへ。`←` でdetachしてもセッションは裏で継続する。

引っかかりやすいポイントが2つ。

1つ目は無料プランだとAgent Viewは使えない（公式docs明記）。

Pro/Max/Team/Enterprise/Claude API契約者向け。

2つ目は管理者設定の `disableAgentView` または環境変数 `CLAUDE_CODE_DISABLE_AGENT_VIEW=1` が設定されていると組織単位で無効化されている可能性がある。

会社契約で動かない時はまずここを確認です。

シェルからのセッション管理コマンド

Agent View画面を経由せず、ターミナルから直接セッションを操作するコマンド群も覚えておきたい。

スリープやシャットダウンでセッションが落ちたあと、再起動後に `claude respawn --all` で会話内容ごと復元できる、というのが公式設計です。

これがあるとマシンを閉じる心理的負担が下がる。

git worktreeの自動化は何が変わるのか？

Agent Viewの目立たないけど重要な仕様。

バックグラウンドセッション（Agent Viewからdispatchしたもの、`/bg` で投げたもの、`claude --bg` で投げたもの、いずれも対象）はファイル編集が必要になった時、現在の作業ディレクトリへの直接書き込みをブロックして、`.claude/worktrees/` 配下の独立したgit worktreeへ自動的に移動します。

これが何を意味するか。

並列セッションが同じリポジトリを「読む」のは共通で構わない。

でも「書く」時はそれぞれ独立したworktreeに分かれる。

だから複数セッションがお互いのファイル編集を踏み合わない設計になっている。

例外もあって、すでにworktree内で実行中の場合、gitリポジトリ外の場所、作業ディレクトリ外への書き込みの場合は、このブロックは適用されません。

もう1つ大事な注意点。

セッション削除時にworktreeも一緒に消えるので、削除前にmergeまたはpushが必要です。

worktreeが溜まってきたら `git worktree list` で確認、`git worktree remove <パス>` で個別削除、という手順です。

正直この自動化、tmuxで自前運用してた人ほど効きます。

1人で複数AIに業務委任する労働観はどう変わるか？

ここがこの記事を書いた一番の理由です。

技術仕様だけならAnthropic公式docsを読めば済むけど、「で、私たちの働き方はどう変わるの？」を整理してる記事が少ない。

海外取材媒体The Pragmatic EngineerにはClaude Code開発元の主要メンバーの運用が、こう記録されています。

5つのターミナルタブでplan modeから始めて、プランを反復し、その後ワンショットで実装する

— The Pragmatic Engineer（出典は末尾の関連リンク）

これと並行して、別の海外取材サイトでは「ターミナルタブ5個 + claude.ai/code上に5〜10セッション」「毎日20〜30件のPR」という運用が紹介されている。

1人で計10〜15のセッションを同時並行で回している計算になります。

1日30PRは現実離れしてるけど数字。

そして同氏の取材専用サイトには「Anthropic社内でコードレビューエージェント活用により、エンジニア1人あたりのコードアウトプットが今年200%増」という数字も出ています。

社内のエンジニア生産性が200%増は重い数字です。

個人事業主や1人開発者の文脈に翻訳すると、こうなる。

月20ドル〜200ドルの契約で、人月の半分を外注に出してた業務（コードレビュー、テスト追加、ドキュメント整備、定型リファクタ）をAI側に渡して、決裁と最終チェックに専念する、という働き方が現実ラインに来ています。

私の判断としては、これは「AIを使いこなす」というより「私自身が小さなチームのプロジェクトマネージャーになる」シフトに近い。

コード書くより、複数AIの進捗を眺めて差し戻すスキルの方が重要になる。

この働き方を再現するための手順を、Claude Code開発元の発信と公式docsを組み合わせて整理しておきます。

1. STEP1：plan modeで分解する。ターミナル1で「この機能を作るためのタスクをN個に分解して、それぞれの作業ブランチ名を提案して」とplan modeで投げる。Claudeが分解計画を出してくる。
2. STEP2：分解されたタスクをバックグラウンドにdispatchする。`claude --bg "<タスク1の指示文>"` を分解数ぶん発射。Agent View側で並びを確認する。
3. STEP3：私は決裁席に座る。Agent Viewを開いたまま、PRステータスドット（緑＝チェック通過）が出たセッションから順にpeek（`Space`）で覗いて、問題なければ `Enter` でmerge指示を返す。引っかかってる（黄）セッションは中身を見て差し戻す。
4. STEP4：マシンを閉じる時のルール。スリープでセッションは停止するので、`claude stop --all` で意図的に止めるか、再開時に `claude respawn --all` で復元する運用を決める。
5. STEP5：コスト枠を先に決める。10並列はレートを10倍消費する公式仕様なので、Pro（月20ドル）でやるなら3並列まで、Max 5x（月100ドル）なら5〜8並列、Max 20x（月200ドル）なら10並列が現実ライン。月初に「今月はこの並列度で回す」と決めてから動く。

STEP5のコスト感覚は海外の英語ガイドの数字をベースにしています。

同ガイドは「3並列で約3倍のレート消費」「4〜8並列が実用的な上限」と明示しているので、ここを超えるならMaxプラン前提です。

月200ドル払う覚悟がいる世界。

運用コストとレート制限の現実ラインは？

業務勢が一番気にする部分なので、数字を一覧にしておきます。

料金の出典はAnthropic公式pricing。

並列の現実ラインは英語ガイドの「3並列で約3倍消費／4〜8並列が実用上限」とAnthropic公式docsの「10並列は1セッションの約10倍消費」を突き合わせて整理しています。

追加で気にしておきたい数字。

海外メディアの解説によれば、Claude Code v2.1.89（2026年3月）以降、レート消費が3〜50倍速くなったとの報告があり、Max 20xプランでもリセット後70分で枯渇した事例も出ています。

70分で枯渇は重い。

並列度を上げる前に、運用で1日あたりどれくらい消費するかを `claude logs` の出力量で1週間計測する、というのが安全な始め方です。

正直、ここを軽く見て本契約に入ると痛い目を見る。

Research Previewの注意点は何か？

Anthropic公式docsはAgent Viewについて「Research Preview」と明記しており、インターフェースとキーボードショートカットは変更の可能性があると断っています。

安定運用を求めるなら、現時点では実験ラインで運用する前提が安全です。

もう1点。

GitHubイシューには「新しいレート制限により専門的開発に使えなくなった」という批判も上がっています。

Agent View単体の問題ではなくClaude Code全体のレート方針の話ですが、並列度を上げる前提のAgent Viewには直接効いてくる論点です。

セキュリティ面では、海外セキュリティメディアが2026年2月に「Claude Codeに複数の脆弱性が発見され、craftedな（細工された）リポジトリを開くだけでAPIキーが流出する可能性」を報告しています。

Agent View直接の話ではないものの、バックグラウンドセッションを増やすほど未知のリポジトリに触れる頻度も増えるので、信頼してないコードベースには `--bg` を投げない、というのが基本姿勢になります。

FAQ

Agent ViewとAgent Teamsは何が違いますか？

Agent Viewは「複数のClaudeをユーザーが管理するダッシュボード」で、各セッションは独立して動きユーザーにだけ報告します。

Agent Teamsは「Claude同士がメールボックス通信で協調するチーム機能」で、現在はExperimental（実験的）ステータスで既定では無効です。

Agent Viewは2026年5月11日リリースのResearch Preview、Agent Teamsは2026年2月5日リリース。

混同しやすいので、用途が「ユーザー主体の管理」か「Claude主体の協調」かで選び分けます。

Agent Viewを使うにはどのバージョンが必要ですか？

Claude Code v2.1.139以降が必要です。

`claude --version` で現在のバージョンを確認できます。

古い場合はアップデートしてください。

対応プランはPro／Max 5x／Max 20x／Team／Enterprise／Claude APIで、無料プランは対象外です。

Agent Viewとtmuxやccmanagerはどちらがおすすめですか？

Claude Code専用で完結させたいならAgent Viewが優位です。

git worktreeの自動化やPRステータス表示が公式UIに統合されており、追加インストールも不要。

Claude以外のAI（Gemini CLI、Codex CLI等）も同じUIで管理したいならccmanager、フロント／バック／インフラの専門分業で1セッション1領域に固定したいならtmuxが向きます。

並列セッションでコストはどう変わりますか？

Anthropic公式docsは「10並列は1セッションの約10倍のレート消費」と明記しています。

Pro（月20ドル）で並列を本格運用するとレートが枯渇しやすいため、5〜8並列を回すならMax 5x（月100ドル）以上、10並列前後ならMax 20x（月200ドル）が現実ラインです。

Agent Teamsはplan modeで通常の約7倍トークンを消費するため、Agent Viewより1段コストが重い扱いです。

セッションを停止した後、会話内容は復元できますか？

復元できます。

Anthropic公式docsによれば、セッション状態は `~/.claude/jobs//state.json` にディスク保存されており、`claude respawn ` で個別復元、`claude respawn --all` でまとめて復元できます。

スリープやシャットダウンでセッションは停止しますが、再起動後に上記コマンドで会話内容ごと戻せます。

Agent ViewでPRをフィルタする方法はありますか？

あります。

Agent View画面の検索欄で `#` または PR URL を入力するとそのPRに関連するセッションだけが残ります。

`a:` でagent別、`s:` で状態別フィルタも可能です。

さらにPR openの行右端には色付きドット（黄＝確認待ちまたはチェック失敗、緑＝チェック通過、紫＝マージ済み、グレー＝Draftまたはクローズ）が表示され、視覚的にステータスを確認できます。

関連リンク

• Anthropic公式blog: Agent View in Claude Code
• Anthropic公式docs（日本語）: Agent View
• Anthropic公式docs（英語）: 並列実行手法の比較
• Anthropic公式: プラン料金一覧
• howborisusesclaudecode.com（Claude Code開発元の運用取材サイト）
• The Pragmatic Engineer: Building Claude Code
• ccmanager公式GitHub
• buildfastwithai: Agent View英語ガイド
• Truefoundry: Claude Codeレート制限解説
• testingcatalog: Agent View launch

※この記事の内容は執筆時点のものです。AIは進化が速い分野のため、最新の仕様は公式サイトでご確認ください。