エージェントマネージャーとは？
TL;DR
エージェントマネージャーは、Claude Code、Codex、Aider、Gooseなど、複数のAIコーディングエージェントを並列に動かすためのデスクトップアプリです。各エージェントは専用のGitワークツリーで動きます。散らかったターミナルと手作業のワークツリー管理を、セッション、状態、diff、Gitをまとめた1つの場所に置き換えます。マルチプレクサ、オーケストレーター、エージェント型開発環境とも呼ばれます。Pane、Conductor、Superset、Emdashがその例です。
エージェントマネージャーは、Claude Code、Codex、Aider、Gooseなど、複数のAIコーディングエージェントを同時に動かすためのデスクトップアプリです。各エージェントは専用のGitワークツリーで動きます。あなたとエージェントの間に入り、エージェントを起動し、どれが対応を待っているかを示し、変更をレビューして出荷できるようにします。
新しい分野なので、呼び方はまだ定まっていません。「マルチプレクサ」「オーケストレーター」「エージェント型開発環境（ADE）」とも呼ばれます。このページでは、こうしたツールの役割、生まれた理由、まだ解決していない問題を説明します。
問題
普通のターミナルで複数のエージェントを動かすと、見失い、編集がぶつかり、レビューが溜まります。
ターミナルの混乱
1つ目のターミナルでClaude Code、2つ目でCodex、3つ目でAider。それぞれ別のブランチです。ウィンドウを行き来するうちに、どれがどれか分からなくなり、プロンプトを間違ったターミナルに貼り付けます。
ワークツリー地獄
エージェントを分けておくにはGitワークツリーが正解ですが、手作業で回すのは面倒です。git worktree add、git worktree remove、.envファイルのコピー、パスの記憶、古いワークツリーの削除。経験豊富な開発者でも間違えます。
レビューのボトルネック
ある開発者はこう表現しました。「ボトルネックはコードを作る速さではなく、レビューとコンテキスト切り替えの速さだ」。エージェントが増えるほど、読むべきdiffも、まとめるべきブランチも増えます。
実際にできること
分離、通知、永続化、レビューを1つのアプリで。
コンテキストの分離
各エージェントに専用のGitワークツリーを用意するので、同じファイルのコピーを複数のエージェントが編集することはありません。ツールがワークツリーを作り、エージェントに必要なものをコピーし、作業が終わったら削除します。
確認が必要なときだけ通知
すべてのエージェントの状態を表示し、完了したときや入力が必要なときに通知します。ターミナルを見張るのをやめて、対応が必要なときだけ見れば済みます。
セッションの保持
アプリを閉じて開き直しても、エージェントとその履歴はそのままです。何をしていたかを説明し直す必要はありません。
1か所でレビュー
ターミナル、Gitクライアント、diffビューアを行き来せず、1つのウィンドウでdiffの確認、commit、push、プルリクエストの作成ができます。
呼び方
マルチプレクサ、オーケストレーター、ADE、エージェントマネージャー。どれもほぼ同じ考え方です。
呼び方はまだ定まりつつある段階です。tmuxのユーザーは「マルチプレクサ」と呼びます。Hacker Newsや大きな企業では「オーケストレーター」です。EmdashとOrcaは自らを「エージェント型開発環境」（ADE）と呼びます。私たちは「エージェントマネージャー」と呼びますが、名前より問題のほうが大事です。複数のエージェントを、エージェントもその作業も見失わずに動かすことです。
指揮役とまとめ役の間
ほとんどのエージェントマネージャーでは、複数を同時に動かしながら、各エージェントの舵取りはあなたが続けます。
Addy Osmaniは、役に立つ整理を示しました。「指揮役」は1つのエージェントと密なループを保ちます。あなたが指示し、エージェントがコードを書き、あなたがレビューする。その繰り返しです。「オーケストレーター」はバックグラウンドで多数のエージェントを動かします。タスクを割り振り、戻ってきたプルリクエストをレビューします。ほとんどのエージェントマネージャーはその中間です。複数のエージェントを同時に動かしますが、各エージェントの舵取りもdiffの確認も、引き続きあなたが行います。
まだ解決していないこと
大量のdiffのレビュー、利用量の予算管理、コンテキストを良い状態に保つことは、まだ難しい課題です。
レビューの洪水
5つのエージェントがそれぞれ200行を変えれば、レビューは1,000行です。同じタスクへの並列の試みを比べたり、それぞれの良いところを取り込んだりするのを助けてくれるツールは、まだ多くありません。
規模が増えたときのトークン費用
複数のエージェントは利用上限をすぐに使い切ります。Claude Proの開発者からは、複数のエージェントを動かすと10〜15分で上限に達するという報告があります。Paneなどいくつかのツールは、paneごと、エージェントごとの利用量を表示するようになりましたが、セッションをまたいだ予算管理はまだほとんど手作業です。
コンテキストウィンドウによる品質低下
エージェントを長く動かすほどコンテキストウィンドウが埋まり、品質が落ちます。ある開発者は「コンテキストウィンドウが埋まるにつれて、エージェントは手を抜く」と気づきました。長時間動く複数のエージェントを良い状態に保つのは、まだ手作業です。
現在の選択肢
まずプラットフォームで選び、次にデスクトップアプリかターミナルツールかで選びましょう。
この分野は2026年に急速に広がりました。2026年10月時点の主なツールを、方式ごとにまとめます。
デスクトップアプリ
- → Pane：Windows、macOS、Linuxに対応し、WSLに置いたリポジトリも扱えます。どのCLIエージェントも本物のターミナルで動かし、paneごとにワークツリー、diffビュー、Git操作があります。オープンソース（AGPL-3.0）で、アカウント不要。
- → Orca：オープンソースで、Windows、macOS、Linuxに対応。ワークツリー、本物のターミナル、内蔵ブラウザ、Gitレビュー、スマホアプリを備え、約40のエージェントに対応します。
- → Emdash：オープンソース（YC W26）で、Windows、macOS、Linuxに対応。約35のエージェントに対応し、Linear、Jira、GitHubからタスクを取り込み、SSH越しにエージェントを動かせます。
- → Conductor：完成度の高いMac専用アプリで、Claude Code、Codex、Cursor、OpenCodeをチャットUIで扱います。クローズドソースで、アカウントが必要。有料のクラウドプランとチームプランがあります。
- → Superset：機能が豊富なMac優先のアプリ。Linux版は実験的で、Windows版はありません。多くのエージェントを本物のターミナルで動かします。アカウントが必要です。
- → T3 Code：今使っているエージェントをチャット形式のウィンドウで扱えるオープンソースのツール。iOSとAndroidのアプリがあります。
- → Nimbalyst：Claude Code、Codex、OpenCode向けのビジュアルなワークスペースで、Markdownとモックアップのエディタを備えます。オープンソース（MIT）。2026年2月に開発終了したCrystalの後継です。
ターミナル中心のツール
- → Herdr：Windows、macOS、Linuxに対応した、エージェントを認識するターミナルマルチプレクサ。接続を切ってもエージェントが動き続けるので、リモートサーバーに向いています。
- → Claude Squad：各エージェントをtmuxセッションとワークツリーで動かすオープンソースのTUI。tmuxが必要なので、WindowsではWSL内で動かします。メンテナンスモードです。
- → cmux：Ghosttyのエンジンで作られたMacネイティブのターミナルで、どのエージェントが対応を待っているかを表示します。設計上、ワークツリーはありません。GitHubスターは約27,600。
- → Vibe Kanban：ブラウザでエージェントのタスクを扱うカンバンボード。運営会社は2026年4月に閉鎖し、今は資金のないコミュニティプロジェクトです。
- → Chloe：複数のClaude Codeインスタンスを管理する小さなRust製TUI。最終更新は2026年4月です。
すべてのエージェント管理ツールを比べるなら、完全比較をご覧ください。
出典
- 訂正
- 間違っている点や古くなっている点があれば、教えてください。修正して、ページ上部の日付を更新します。 GitHubでissueを作成
- 出典
よくある質問
著者 Parsa Khazaeepoul、Paneの共同創業者。 .