1体のAIコーディングエージェントを動かすのは簡単です。複数を同時に走らせ、PRやCIのフィードバックまで回収するのは別問題です。

2026年7月3日、Dan Kornas氏がXで「Agent Orchestrator」を紹介しました。これは複数のAIコーディングエージェントを並列で監督するオーケストレーション層兼agentic IDEです。各セッションをgit worktreeで隔離し、CI失敗やレビューコメント、マージコンフリクトを担当エージェントへ自動ルーティングします（参考）。

この記事では、Agent Orchestratorが解く課題、主な機能、動作の流れ、導入条件を整理します。

この記事でわかること

  • Agent Orchestratorが何を提供するか
  • 23種以上のCLIコーディングエージェントへの対応範囲
  • git worktreeによるワークスペース分離の仕組み
  • デスクトップアプリとGoデーモンの構成
  • 導入に必要な環境と入手方法

並列エージェント運用が抱える課題

Claude Code、Cursor、Codex、AiderなどのCLI型コーディングエージェントは、1タスクに1セッションを割り当てる使い方なら手順は単純です。機能追加とバグ修正を同時並行で進めたいとき、複数エージェントを立ち上げると管理が一気に複雑になります。

ブランチが重なり、どのターミナルがどの作業を担当しているか分からなくなります。CIが落ちたあと、どのエージェントに修正を渡すかを人間が追いかける必要も出てきます。レビューコメントへの返答やマージコンフリクトの解消も、担当セッションを特定してから指示を出す手間がかかります。

Agent Orchestratorは、この「複数エージェントの指揮」に特化したOSSです。コーディングそのものは各エージェントが行い、AO（Agent Orchestrator）は周辺のハーネスを担います。公式READMEでも「The agents still do the coding. AO provides the harness around them（エージェントがコードを書き、AOはその周辺を支える）」と説明されています（参考）。

Agent Orchestratorとは

https://github.com/AgentWrapper/agent-orchestrator

Agent Orchestratorは、ターミナルベースのAIコーディングエージェントを並列実行するためのメタハーネス兼agentic IDEです。GitHubリポジトリ AgentWrapper/agent-orchestrator で公開され、Apache License 2.0の下で提供されています。2026年7月3日時点でGitHubスター数は約8,000件に達しています。

Dan Kornas氏の投稿では、AOを「orchestration layer / agentic IDE」と位置づけています。複数エージェントのセッション、ターミナル、ブランチ、プルリクエスト、フィードバックループを1か所から監督する、という設計思想です。手動でターミナルを行き来する代わりに、並列エージェント作業を管理可能なワークフローに変換します。

最新リリースは v0.10.2 で、2026年7月3日に公開されました。Windows、macOS、Linux向けのインストーラーがGitHub Releasesから入手できます。

23種以上のエージェントに対応するアダプター

AOの特徴のひとつは、エージェント非依存のアダプター設計です。Claude Code、OpenAI Codex、Cursor、OpenCode、Aider、Amp、Goose、GitHub Copilot、Grok、Qwen Code、Kimi Code、Crush、Cline、Droid、Devin、Auggie、Continue、Kiro、Kilo Codeなど、23種以上のCLIコーディングエージェントに対応しています。

READMEには「If it runs in a terminal, it runs on Agent Orchestrator（ターミナルで動くエージェントならAO上で動く）」と記載されています。特定ベンダーのエージェントに縛られず、プロジェクトごとに使い分けたい開発者向けの設計です。Dan Kornas氏の投稿でも「Agent-agnostic adapters」と強調されており、Claude CodeやCursor、Aider、Goose、Copilotなどを列挙しています。

隔離ワークスペースと自動フィードバックルーティング

各セッションは専用のgit worktree上で起動します。worktreeとは、同一リポジトリから独立した作業ディレクトリを切り出すGitの機能です。エージェント同士のファイル変更が直接ぶつかるリスクを下げ、並列作業の前提条件を整えます。

ターミナル実行環境はOSごとに最適化されています。macOSとLinuxではtmux、Windowsではconptyを使い、各セッション専用のランタイムを提供します。デスクトップアプリからターミナル出力をライブストリーミングで確認できます。

PR監視も組み込まれています。プロバイダー非依存のSCMオブザーバーがプルリクエストの状態変化を追跡し、CI失敗・レビューコメント・マージコンフリクトを、そのPRを担当するエージェントセッションへ自動でルーティングします。人間が「どのターミナルに戻ればいいか」を探す手間を減らす機能です。

デスクトップアプリとGoデーモンの構成

AOのUIはElectronとReactで構築されたネイティブデスクトップアプリです。裏側ではGo製のローカルデーモンが常駐し、HTTP経由でフロントエンドと通信します。デーモンはinbound/outboundポート契約を中心に設計され、エージェントアダプターやgit worktree、GitHub SCM連携を差し替え可能なアダプターとして接続します。

セッション状態はSQLiteに保存され、変更データキャプチャ（CDC）でリアルタイム更新を配信します。デーモンは127.0.0.1のループバックのみで待ち受け、認証・CORS・TLSは意図的に持たない設計です。ローカルマシン上のエージェント監督に特化したセキュリティモデルと言えます。

Dan Kornas氏の投稿でも「Electron + React app with live terminal streaming over a local Go daemon」と説明されており、デスクトップUIとGoデーモンの組み合わせが公式の提供形態です。

使い方の流れ

AOの基本フローは次の6段階です。

  1. エージェントに作業させたいプロジェクトを登録する
  2. デスクトップアプリまたはCLIから1つ以上のセッションを開始する
  3. AOが各セッション用のgit worktreeを作成する
  4. 選択したコーディングエージェントをセッションのターミナルランタイム上で起動する
  5. Goデーモンがセッション状態、ターミナル活動、PR、CI、レビューフィードバックを監視する
  6. デスクトップアプリまたはCLIから状態を確認し、必要なフォローアップ指示を送る

結果として、エージェントはコーディングに集中し、AOがワークスペース・状態・ターミナル・フィードバックループを整理します。

導入条件と入手方法

公式READMEが示す前提環境は次のとおりです。

要件 最低 推奨
Go 1.25+ 最新
Node.js 20+ 最新LTS
Git 任意 最新
pnpm 任意 最新

macOSとLinuxではtmux、GitHub連携を使う場合は gh CLIが推奨されています。プラットフォーム別のビルド成果物はGitHub Releasesから直接ダウンロードできます。macOSは .dmg、Linuxは .AppImage、Windowsは Setup.exe が提供されています。

設定は環境変数で行い、デーモン自体は設定ファイルを持ちません。HTTPバインドポートのデフォルトは3001、データディレクトリは ~/.ao/data です。

類似ツールとの違い

並列エージェント運用を支援するOSSは他にも存在します。Python製の agentorchestr はリードエージェントがMCPツール経由でワーカーをspawnする構成で、tmux上にタイル表示する設計です。MAOSは設定ファイルでエージェントの役割と能力を定義し、タスクキューからルーティングします。

Agent Orchestratorの差別化ポイントは、デスクトップIDEとしての統合UI、23種以上のエージェントアダプター、PR・CI・レビューの自動ルーティング、git worktreeによる隔離を1パッケージにまとめている点です。ターミナルだけで完結する軽量ツールを求める場合は agentorchestr も選択肢になりますが、PR監視からフィードバック返却まで含めたエンドツーエンドの監督が必要ならAOの方が機能範囲が広いです。

並列エージェント時代の「指揮系統」

AIコーディングエージェントの性能向上に伴い、「1エージェント1タスク」から「複数エージェントの同時運用」へシフトが進んでいます。Agent Orchestratorはその転換点で生まれた、指揮系統に特化したOSSです。エージェント自体の置き換えではなく、並列作業の管理レイヤーを追加する発想が核心です。

Apache 2.0で公開されているため、社内ツールのベースとして試すハードルも低いです。v0.10.2のリリース直後にDan Kornas氏が紹介した背景から、マルチエージェント開発の実務ニーズに応える動きが加速していると読み取れます。複数のCLIエージェントを既に使い分けている開発者は、worktree分離と自動フィードバックルーティングの効果を確認する価値があります。