Back to Blog
AIDeveloper ToolsClaude Code市場分析

AIエージェント・マルチプレクサ/ADE 市場レポート(2026年9月)

AIエージェント・マルチプレクサ/ADE 市場レポート(2026年9月)

要約

Herdr・Orca・cmux などは、複数のAIコーディングエージェントを並列で動かし、状態を一覧・制御するためのツール群です。英語圏では「エージェント・マルチプレクサ(agent multiplexer)」または「ADE(Agent Development Environment)」と呼ばれています。

人気の理由は、開発者が1つのエージェントではなく3〜10体を同時に動かすようになり、「どのエージェントが自分を待っているか」が分からないことが新たなボトルネックになったためです。2026年3月以降に公開された主要ツールは、いずれも半年足らずで数万のGitHubスターを集めました。

選択肢は大きく3系統あります。既存ターミナル内で動くマルチプレクサ型(Herdr)、独立したターミナルアプリ型(cmux)、worktree隔離と編集・レビューまで統合したADE型(Orca)です。


「tmuxで複数タブを開く」のとは何が違うのか

従来から、tmux や iTerm2 のタブ機能を使って複数のAIエージェントを並列で動かすことは可能でした。Claude Code を3つのペインで起動し、それぞれ別のタスクを任せる——という運用をしていた開発者も多いはずです。

では、新しいエージェント・マルチプレクサ/ADEツールは何が違うのでしょうか。

従来のtmux運用の限界

課題 具体例
状態が見えない 3つのペインを開いていても、どれが「承認待ち(blocked)」で、どれが「作業中」で、どれが「完了」なのか、1つずつ目視で確認するしかない
通知がない エージェントが人間の入力を待っていても、そのペインを見ていなければ気づかない。結果、エージェントが数十分〜数時間アイドル状態になることも
ブランチ衝突 同じリポジトリ・同じ作業ディレクトリで複数エージェントが動くと、ファイル変更が衝突する。tmuxはGitの状態を管理しない
コンテキストの分断 各ペインは独立しており、「このエージェントはあのエージェントの作業結果を待っている」といった依存関係を表現できない

新ツールが解決すること

エージェント・マルチプレクサ/ADEは、これらの課題を構造的に解決します。

機能 効果
状態の可視化 サイドバーやステータスバーで全エージェントの状態(working / blocked / done / idle)を一覧表示。承認待ちのエージェントが一目でわかる
通知・アラート エージェントがブロックされたらデスクトップ通知やモバイル通知を送信。見逃しによるアイドル時間をゼロに近づける
worktree隔離 タスクごとに git worktree を自動生成し、エージェント同士のファイル衝突を防ぐ(Orca、一部ツール)
タスク依存関係 「Aが終わったらBを開始」といったオーケストレーションが可能(Orca、Conductor等)
統合レビュー 複数エージェントの成果物(diff)を1画面で比較・レビューし、まとめてPRを作成できる

要するに、tmuxは「複数のターミナルを並べる」ツールであり、エージェント・マルチプレクサは「複数のAIエージェントを管理する」ツールです。tmuxにはエージェントという概念がなく、エージェントの状態を理解しません。この差が、並列運用が3体・5体・10体と増えるにつれて決定的になります。


呼び名:このツール群を何と呼ぶか

統一名称はまだ定まっていません。各ツールの自称と、メディアでの呼ばれ方は次のとおりです。

呼び名 意味 主に使うツール・文脈
エージェント・マルチプレクサ(agent multiplexer) tmux のようなターミナル多重化に、エージェント状態の検知を加えたもの Herdr、比較記事全般
ADE(Agent Development Environment) IDE の「人がコードを書く」前提を反転し、「エージェントに任せて人は指示とレビュー」に最適化した開発環境 Orca、JetBrains Air
エージェント・ランタイム(agent runtime) エージェントが動き続ける基盤。複数マシン・サンドボックスをつなぐ層 Herdr(YC掲載時の表現)
エージェント・オーケストレーター 複数エージェントへのタスク配分と進捗管理 Orca の README など

日本語の記事では「並列エージェント実行環境」「ADE」がよく使われます。本レポートでは総称として「エージェント・マルチプレクサ/ADE」と表記します。

名称が揺れていること自体が、2026年に生まれたばかりのカテゴリーであることを示しています。Orca 自身も GitHub トピックに「ade」と「agent-ide」を併記しています(Zentor)。


なぜ今人気なのか

最大の理由は、ボトルネックが「どのモデルを使うか」から「動いている複数エージェントをどう管理するか」に移ったことです。

  1. エージェント利用の日常化。 JetBrains の2026年調査(プロ開発者15,000人超)では、90%が週1回以上、68%が毎日AIコーディングエージェントを業務で使い、最多は Claude Code(39%)でした(Petronella)。
  2. 並列運用による可視性の欠如。 Claude Code・Codex・Copilot CLI などを別々のターミナルで動かすと、どれが承認待ち(blocked)で、どれが完了したかを1つずつ開いて確認する必要がありました。既存の tmux にはエージェントの状態という概念がありません。
  3. ブランチ衝突とレビュー負荷。 同じリポジトリで複数エージェントが作業すると、変更の衝突や差分レビューが人間の負担になります。Orca はタスクごとに git worktree を分けてこれを解決しました。
  4. ベンダー非依存の需要。 各社の公式ツール(Codex デスクトップアプリ、Cursor 3 など)は自社エージェント中心です。どのCLIエージェントでも同じ画面で扱える中立的なツールが求められました。

数字で見る急成長

ツール 公開 GitHubスター(時点) 主な出来事
Orca 2026年3月17日 71,953(9月19日) 7月に GitHub Trending 上位を継続
Herdr 2026年3月27日(初タグ) 約33,000(9月初旬) 6月30日 Trending 1位、YC Fall 2026 採択、600万ドルのシード調達
cmux 2026年初頭 約26,000(9月初旬、公開7か月) macOS ネイティブの代表格

Herdr は公開4か月で25,000スター・34万ダウンロードに達し、コミュニティ製プラグインは8月23日時点で762件に増えました(Developers Digest)。Orca は5か月で53,000スターに達し、この成長ペースは初期の Cursor を上回ると評されています(AgentConn)。

資金も流れ込んでいます。Herdr は Bessemer Venture Partners 主導で600万ドルを調達し(Herdr blog)、Hacker News の議論では同分野に YC 出資の競合が少なくとも7社いると指摘されました。


主要ツールの比較

3つの主要ツールは同じ問題を解きますが、「どこに住むか」が違います。Herdr は既存ターミナルの中、cmux はターミナルそのもの、Orca はIDEに近いデスクトップアプリです。

項目 Herdr Orca cmux tmux(参考)
分類 エージェント・マルチプレクサ ADE エージェント向けターミナルアプリ 従来型マルチプレクサ
開発元 Herdr, Inc.(Can Celik、YC Fall 2026) Stably AI(4人、YC W22) Manaflow OSSコミュニティ
実装 Rust 単一バイナリ TypeScript / Electron Swift + libghostty C
対応OS macOS / Linux / Windows(v0.8.2でGA) macOS / Windows / Linux + iOS・Android + VPS macOS のみ Unix系全般
ライセンス Apache-2.0(7月にAGPLから変更) MIT 要確認 ISC
エージェント状態表示 サイドバーに working / blocked / done / idle タスクごとの状態と使用量・レート制限表示 サイドバーと通知リング なし
並列作業の隔離 ペイン・ワークスペース単位 タスクごとに git worktree ワークスペースタブ なし
自動化 ソケットAPI・CLI、プラグイン762件 CLI(エージェントが Orca を操作可能) ソケットAPI、ブラウザ自動操作 独自コマンド言語
内蔵ブラウザ なし(プラグインで追加) あり(Design Mode) あり(WebKit) なし
リモート SSH、切断後もセッション継続 SSH リモート worktree、orca serve 限定的 SSH

Herdr は「今のターミナルとSSH環境を変えずに足せる」点、Orca は「タスク取り込みからレビュー・PRまで1画面」の点、cmux は「macOS での操作感」の点が強みです(Petronellaonorca.devamux 比較)。


その他の選択肢

3強以外にも、スタートアップ製・大手公式・個人OSSの3層で選択肢があります。

系統 主なツール 特徴
YC系スタートアップの競合 Conductor、Superset、Emdash、Bullet worktree 管理とレビューフロー中心。ライブのターミナルより「成果物のレビュー」を重視
大手の公式ツール Codex デスクトップアプリ、Cursor 3、Google Antigravity(Manager view)、JetBrains Air(プレビュー) 自社エージェント中心に並列実行を統合。導入は簡単だがベンダー依存
ターミナルアプリ Warp、WezTerm、Ghostty 高速・高機能だが、エージェント状態の把握は自作が必要(Warp は独自の統合環境)
従来型マルチプレクサ tmux、Zellij どのサーバーにもある安定性。エージェント検知はスクリプトで補う
個人・小規模OSS amux、dmux、workmux、Termdock、ccmux、claude-mux 特定用途向け。例:ccmux は Claude Code 専用の軽量Rust製、amux はREST APIとモバイル監視

比較軸は、Herdr 自身が示す整理が分かりやすいです。tmux・Zellij は「エージェントの状態を理解しない」、cmux・Warp は「ターミナルを置き換える」、Conductor・Emdash・Superset は「レビューは持つがライブのターミナルは持たない」という位置づけです(zreadAgentConn)。

名前の紛らわしさに注意が必要です。「cmux」を名乗る無関係のプロジェクトが少なくとも3つあり、本レポートの cmux は Manaflow 製の macOS アプリを指します。


選び方ガイド

判断の起点は「普段どこで作業しているか」と「エージェントに何本のタスクを同時に任せたいか」の2つです。

こんな人・状況 おすすめ 理由
tmux に慣れている、SSH先のサーバーやVPSで作業する Herdr 既存ターミナルのまま使え、切断後もエージェントが動き続ける
Issue や Linear のタスクを大量に並列処理したい Orca タスクごとに worktree を切り、差分レビューからPRまで1画面で完結
複数のAIサービス契約を使い分けたい Orca Claude・Codex の使用量やリセット時刻を表示し、アカウントを切り替えられる
外出先からスマホで監視・指示したい Orca、または Herdr + コミュニティ製アプリ Orca は公式モバイルアプリあり。Herdr は iOS アプリや PWA がコミュニティ製
macOS で見た目と操作感を重視する cmux ネイティブアプリ、GPU描画、内蔵ブラウザ
フロントエンドをブラウザで確認しながら直したい Orca(Design Mode)、cmux 内蔵ブラウザで画面を見ながら指示できる
1つのエージェントしか使わない 公式ツールか tmux で十分 並列運用しないなら導入コストに見合わない

ツールは排他的ではありません。サーバー側で Herdr を常駐させ、手元では Orca や cmux を使う組み合わせも可能です。まずは無料のOSS版で、自分の同時実行数が2〜3を超えるかを確かめるのが現実的です。


注意点と今後の展望

どのツールも公開から半年前後で、機能もAPIも変わりやすい段階です。

  • 若さと体制。 Herdr は v1.0 前で、長く1人の開発者に依存していました。Orca も4人のチームです。週単位のリリースで破壊的変更が起こりえます(Bitdoze)。
  • リソース消費。 Orca は Electron 製で、コンテキストや worktree を保存する仕組み上、ローカルストレージを多く使う点が指摘されています。
  • プラグインの安全性。 Herdr のプラグイン一覧は審査されておらず、公式も「自己責任でインストール」と明記しています。
  • 権限とコスト。 並列実行はトークン消費とシェル操作のリスクも並列で増やします。承認モードや権限の設定は各エージェント側で確認が必要です。
  • スター数の読み方。 GitHub スターは関心の指標であり、実利用者数ではありません。

今後は「1台のPCのターミナル管理」から「ノートPC・VPS・サンドボックスをつなぐ実行基盤」へ競争軸が移る見込みです。Herdr はマルチクライアントとリモート接続を事業の柱に据え、Orca は VPS 上の headless 運用とモバイルを強化しています。公式ツール(Codex、Cursor、JetBrains)が同じ機能を取り込む中で、中立的なOSSがどこまで独自性を保てるかが次の焦点です。


出典

数値は各出典の記載時点のもので、スター数は日々変動します。

Share:
View all posts