「Claude Codeで新機能の実装を依頼している間に、Codexで別ブランチのバグ修正を回し、さらにGrokにリファクタリングを並走させたい」——AIエージェントを本気で量産モードにすると、必ず行き着くのが艦隊運用の問題だ。
ターミナルをtmuxで分割しても、ブランチを切り替えるたびにエージェントの作業状態が消える。VS CodeやCursorは1つのチャットセッションを前提にしており、複数エージェントの並列実行は設計の外にある。git stashの応酬で1日が終わる、というのが今の現実だ。
stablyai/orca（★2561、2026年5月16日にv1.4.2リリース）はその閉塞感を真正面から壊しに来たOSSである。「100倍ビルダーのためのAIオーケストレーター」を掲げ、Claude Code・Codex・Grok・OpenCodeをそれぞれ独立のgit worktreeで並走させ、1つのIDEから艦隊全体を見渡す設計を採用した。
AIエージェント基盤の全体像と他フレームワーク比較は AIエージェントフレームワーク比較ガイド2026 をご覧ください。
- ・Orcaは任意のCLIコーディングエージェントを並列worktreeで横断実行するAIエージェントIDE。
- ・Claude Code・Codex・Grok・Gemini・Cursorなど23以上のCLIエージェントを公式サポート対象として明記。
- ・各エージェントを独立したgit worktreeに紐づけ、スタッシュやブランチ切替の必要を排除。
- ・BYOK型でユーザーの既存サブスクリプションを使い、追加課金なしで艦隊運用が可能。
- ・iOS/Androidモバイルcompanionアプリで外出先からエージェントの進捗監視・指示出しが可能。
- ・MITライセンスのOSSで商用利用・改変・再配布が自由、Homebrew/AUR/直接ダウンロードの3経路でインストール。
1. Orcaとは何か：AIエージェント並行実行のためのIDE
Orca公式リポジトリのキャッチコピーは「The AI Orchestrator for 100x builders.」だ。日本語では「100倍ビルダーのためのAIオーケストレーター」と訳されており、AIエージェントの艦隊運用を専門に扱うIDEとして位置付けられている。
従来のAIコーディングツールは「1人の開発者と1つのアシスタント」を前提に設計されてきた。GitHub Copilotはエディタに常駐し、Cursorはチャットを1つのウィンドウに表示する。CLIネイティブなClaude CodeやCodexも、ターミナル1セッションでの会話を中心としており、同時並列に複数エージェントを統制する仕組みは持っていない。
Orcaが解こうとする問題は別のレイヤにある。「複数のAIエージェントが同時に異なる機能を実装している状態を、1人の人間が監督する」という業務形態だ。
開発元のStably AIはサンフランシスコ拠点のAIスタートアップで、もともとはQAエージェント・テスト自動化を主力プロダクトに据えていた。Orcaはそのチームが「自社プロダクトの開発でAIエージェントを大量並列に走らせる」という社内ニーズから生まれた、ドッグフーディング由来のIDEである。
GitHubトピックにはade（agentic development environment）・claude-code・codex・cursor-agent・ghostty・ide・mobile-app・opencode・orchestration・parallel-agents・pi・terminal・worktreesが並んでおり、これらが設計の柱を構成している。
Orcaのプロジェクト基本情報
| 項目 | 内容 |
|---|---|
| リポジトリ | stablyai/orca |
| スター数 | 2,561（2026年5月16日時点） |
| Fork数 | 175 |
| 主言語 | TypeScript |
| 形態 | Electronベースのデスクトップアプリ + モバイル companion |
| 公式サイト | onOrca.dev |
| ライセンス | MIT |
| 最新リリース | v1.4.2（2026-05-16） |
| 対応プラットフォーム | macOS / Windows / Linux / iOS / Android |
| Discord | 招待リンク |
スター数2,561は2026年3月17日のリポジトリ公開からわずか2ヶ月での到達で、AIエージェントIDEカテゴリでは異例の伸びを示している。リリースサイクルも公開2ヶ月でv1.4.2まで進んでおり、v1.4.2-rc.7からrc.10まで1日で4本のリリース候補を出すなど、開発速度は極めて速い。
公式README冒頭の文章は「Run Claude Code, Codex, Grok, or OpenCode side-by-side across repos — each in its own worktree, tracked in one place.」で、リポジトリをまたいだ並行実行と1か所での集中追跡という2つの軸が明示されている。
2. 並列ワークツリーアーキテクチャ：AIエージェントごとに隔離する設計
Orcaの設計上もっとも重要な概念が「worktree-native」というポリシーだ。READMEの機能リスト最初の項目に「Every feature gets its own worktree. No stashing, no branch juggling. Spin up and switch instantly.」と明記されている。
gitのworktree機能を使い慣れていない読者向けに簡単に整理すると、git worktree addは1つのリポジトリから複数の作業ディレクトリを切り出す仕組みである。各worktreeは独立したブランチをチェックアウトでき、git stashで作業中の変更を退避させる必要がない。
Orcaはこのworktreeを各エージェントに1対1で割り当てる。たとえばClaude Codeで機能Aを実装中に、Codexに機能Bを依頼すれば、それぞれが別ディレクトリ・別ブランチで作業し、互いの変更が干渉しない。
並列worktreeのデータフロー
feature/auth"] WT2["Worktree B
feature/billing"] WT3["Worktree C
fix/login-bug"] Agent1["Claude Code Agent"] Agent2["Codex Agent"] Agent3["Grok Agent"] OrcaUI["Orca IDE UI"] Repo --> WT1 Repo --> WT2 Repo --> WT3 WT1 --> Agent1 WT2 --> Agent2 WT3 --> Agent3 Agent1 --> OrcaUI Agent2 --> OrcaUI Agent3 --> OrcaUI OrcaUI -->|"diff review and commit"| Repo
この構造の効能は3つある。
第一に、エージェント間の状態汚染がゼロになる。Claude CodeがファイルAを編集中にCodexが同じファイルを編集しても、別worktreeに分離されているため衝突しない。最終的にPRを統合する段階で初めてgitのmergeが走る。
第二に、git stashの運用負荷が消える。「いま動かしているClaude Codeのタスクを中断してCodexで別ブランチを試したい」という場面で、stashで一時退避→ブランチ切替→作業→戻す、という手数が一切要らない。新しいworktreeを切ってそこにCodexを置くだけだ。
第三に、レビューワークフローが1か所に集約される。Orcaは各worktreeのdiffを内蔵diffビューアで表示し、AI生成コードをそのままレビュー・編集・コミットできる。GitHub PR/Issue/Actionsチェックも各worktreeに自動で紐づくため、レビュー画面とエディタを行き来する必要がない。
並列ワークフローの先行例としては、agent-viewerがtmuxとカンバンを使った類似アプローチを取っている。詳細は agent-viewer完全解説：tmuxで動くClaude Codeエージェントをカンバンで管理するOSS で扱った。
3. 対応するCLIエージェント23種類とフレームワーク中立性
Orcaのもう一つの設計思想が「任意のCLIエージェントに対応」というスタンスだ。README本文には「Orca supports any CLI agent (not just this list).」と但し書きが入っており、明示リストは現時点でサポート確認済みのものを並べているにすぎない。
明示されている対応エージェントは以下の23種で、AIコーディング系のCLIをほぼ網羅している。
| カテゴリ | エージェント | 提供元 |
|---|---|---|
| 大手LLM CLI | Claude Code | Anthropic |
| 大手LLM CLI | Codex | OpenAI |
| 大手LLM CLI | Grok | xAI |
| 大手LLM CLI | Gemini CLI | |
| 大手LLM CLI | GitHub Copilot CLI | GitHub |
| OSS / 独立系 | OpenCode | opencode.ai |
| OSS / 独立系 | Goose | Block（旧Square） |
| OSS / 独立系 | Continue CLI | Continue.dev |
| OSS / 独立系 | Cline CLI | Cline |
| OSS / 独立系 | Charm Crush | charmbracelet |
| OSS / 独立系 | Qwen Code | Alibaba |
| OSS / 独立系 | Mistral Vibe | Mistral AI |
| 商用エディタ系 | Cursor CLI | Cursor |
| 商用エディタ系 | Kiro CLI | Kiro |
| 商用エディタ系 | Kilocode | Kilo-Org |
| 商用エディタ系 | Augment Auggie | Augment Code |
| 商用エディタ系 | Codebuff | Codebuff |
| 商用エディタ系 | Amp | Sourcegraph関連 |
| 商用エディタ系 | Droid | Factory.ai |
| 商用エディタ系 | Kimi Code | Moonshot AI |
| 商用エディタ系 | Rovo Dev | Atlassian |
| 推論ハーネス系 | Pi | pi.dev |
| 推論ハーネス系 | Hermes Agent | Nous Research |
| 自社系 | Autohand Code | autohandai |
この対応幅の広さは「Orcaは特定のLLM・特定のエージェントの代理販売者にならない」という戦略の表れだ。BYOK（Bring Your Own Key）どころか、BYOS（Bring Your Own Subscription）で、ユーザーが既に契約しているサブスクリプションをそのまま使う。
フレームワーク中立の効能
商業的に見ると、これはStably AIにとって「LLMコストの転嫁先がない」という意味でもある。OpenAIやAnthropicの値上げに振り回されない代わりに、Orca自体の有料化はサブスクリプションの値段競争にならず、IDEとしての価値で勝負することになる。
ユーザー視点では、好きなエージェントを混在運用できる利点が大きい。「リファクタリングはClaude Codeが得意、コードベース全体の検索はGemini CLIが速い、Pythonの細かい修正はCodexが速い」といった得意不得意で使い分けることが、追加のラッパー実装なしに可能になる。
新興のスウォーム系フレームワーク（rufloなど）と組み合わせる場合も、Orca側がCLIプロセスを起動するだけなので衝突しない。ruflo自体のClaude Code/Codexネイティブ統合については ruflo｜Claude Code/Codexにネイティブ統合する100エージェント・スウォーム基盤 で扱った。
4. AIエージェントIDEのインストールとセットアップ
Orcaのインストール経路はREADMEで3つ示されている。macOS/Linux/Windows共通のダウンロードと、macOSのHomebrew、Arch LinuxのAURだ。
macOSの場合（Homebrew Cask）
Homebrewでのインストールは1コマンドで完了する。
# Orcaのインストール（Homebrew Cask経由）
brew install --cask stablyai/orca/orca
# バージョン確認
orca --version
# アンインストールしたい場合
brew uninstall --cask stablyai/orca/orca
brew install --caskはGUIアプリケーション向けのHomebrew機能で、stablyai/orca/orcaはサードパーティのCaskタップを指定する書式である。初回のみtap自体が自動で追加され、以降のアップデートはbrew upgradeで一括管理できる。
Arch Linux（AUR）
Arch系ディストリビューションではAURヘルパーのyayから2種類のパッケージが選べる。
# ビルド済みバイナリ（推奨：高速インストール）
yay -S stably-orca-bin
# GitHubソースからローカルビルド
yay -S stably-orca-git
# 起動
orca
stably-orca-binはメンテナがCIで作ったバイナリをそのまま落とすため、ビルド時間がほぼゼロで完了する。stably-orca-gitはソースをgit cloneしてElectronビルドを回すため、初回は10〜20分かかるが、最新コミットに追従できる。
Windows / Linux（一般）
Homebrew/AURを使わない環境では、onOrca.devまたはGitHub Releasesから直接インストーラーをダウンロードする。最新版はv1.4.2（2026-05-16リリース）で、macOSは.dmg、Windowsは.exeまたは.msi、Linuxは.AppImage/.deb/.rpmが配布されている。
# Linux向けAppImageの手動セットアップ例
wget https://github.com/stablyai/orca/releases/download/v1.4.2/orca-1.4.2.AppImage
chmod +x orca-1.4.2.AppImage
./orca-1.4.2.AppImage
起動後の初期設定の流れ
Orcaは起動後にログインを要求しない。ローカルにインストール済みのCLIエージェント（claude、codex、grok、geminiなど）を自動検出し、利用可能エージェント一覧として表示する。新規にエージェントを追加する場合は、対象CLIを各々の公式手順で先にインストールしておく。
その後、開きたいgitリポジトリをドラッグ&ドロップまたはFile > Openで指定すると、Orca側で自動的にworktreeルートディレクトリを作成し、エージェントごとのタブを切る準備が整う。
5. モバイルcompanionアプリとSSHワークツリー
Orcaがほかのデスクトップ型エージェントIDEと一線を画す機能の2つが、モバイル companionアプリと、SSH経由のリモートworktreeだ。
モバイルcompanionアプリ
iOS版はApp Storeで配布されており、Android版はGitHub Releasesのmobile-v*タグからapkを直接ダウンロードする方式である。
モバイル側でできる操作は次の通り。
- 各worktreeの進捗監視（エージェントがアクティブか、入力待ちか、終了したか）
- エージェントへの追加指示送信（テキストプロンプトの追加投入）
- 完了通知の受信（プッシュ通知でiOS/Androidに直接届く）
- 簡易diffプレビュー（コード変更の差分をスマートフォンで確認）
「Claude Codeに1時間かかるリファクタリングを依頼して外出する」「終わったらスマホで結果を確認、追加の指示を送る」というワークフローは、デスクトップだけで完結する従来のIDEでは実現できなかった。
SSHワークツリー
OrcaはローカルマシンにとどまらずSSH経由のリモートマシンでもエージェントを動かせる。具体的には、リモートサーバー上のgitリポジトリにworktreeを切り、リモート側で動いているClaude Code/CodexのCLIプロセスをOrcaから操作する。
このユースケースの典型は次の3つだ。
- 強力なリモートGPU/CPUサーバーでビルドや学習を回しつつ、ローカルから指示する：手元のMacBookは軽く保ち、重い処理はリモートに集約。
- チーム共有の開発サーバー上で並列タスクを走らせる：複数の開発者が同じサーバー上でworktreeを切り分けて作業。
- セキュリティ要件で本番に近い環境でしかコードを動かせない：本番ネットワーク内のSSHサーバーで完結。
ローカルとリモートを統一UIで扱える点は、エージェント運用が分散化していくほど効いてくる。Workspace中心の長期エージェント環境という設計思想は holaOS｜AIエージェントと人が同居するOpen Agent Computer、Workspace中心設計を解読 でも別の角度から扱った。
6. 他のマルチエージェントツールとの比較
Orcaの位置付けを正確に掴むため、近接領域のツールと比較表を作る。比較対象は、tmuxベースのagent-viewer、スウォーム志向のruflo、Workspace中心のholaOS、そして既存IDEのCursorだ。
| 観点 | Orca | agent-viewer | ruflo | holaOS | Cursor |
|---|---|---|---|---|---|
| 主目的 | 並列worktreeでの艦隊管理 | tmux内エージェントの可視化 | エージェントスウォーム制御 | 長期作業環境 | 単一AIアシスタント体験 |
| 並列実行モデル | git worktree×CLIプロセス | tmuxペイン | swarm orchestration | Workspace単位 | 単一セッション |
| 対応エージェント数 | 23+（任意のCLI対応） | Claude Code中心 | Claude Code/Codex | プラグイン式 | Cursor独自 |
| デスクトップアプリ | あり（Electron） | CLIのみ | CLIのみ | あり（Electron） | あり（VS Codeフォーク） |
| モバイル対応 | iOS/Android | なし | なし | なし | なし |
| SSH/リモート | ネイティブサポート | tmuxで間接対応 | 設定次第 | リモート設計あり | リモート開発機能あり |
| ライセンス | MIT | MIT | OSS | Modified Apache 2.0 | プロプライエタリ |
| サブスクリプションモデル | BYOS（既存契約利用） | BYOS | BYOS | BYOS | 月額課金 |
| 主言語 | TypeScript | TypeScript | TypeScript | TypeScript | TypeScript |
この比較から見えるOrcaの差別化点は3つに集約できる。
(1) 並列worktreeを第一級の概念として扱う：他ツールは「複数エージェントが動く副作用としてworktreeを使う」のに対し、Orcaは「worktreeをエージェント割り当ての単位」として設計の中心に据えている。
(2) モバイルcompanionアプリの存在：本記事執筆時点で、iOS/Android両対応のエージェント管理アプリを公式に持つ大規模OSS IDEはOrcaのみと言ってよい。
(3) フレームワーク中立性：CursorはCursor、agent-viewerはClaude Code、rufloはClaude Code/Codex中心と、各ツールは得意ベンダーに寄りがちだが、Orcaは23ベンダー以上を等価に扱う。
逆に注意点もある。OrcaはあくまでIDE層で、エージェントの推論ロジック・プロンプト・スキル管理は対象範囲外だ。たとえばエージェントの長期メモリ・知識永続化が必要ならholaOSの方が向くし、エージェント間で複雑な役割分担・並列タスク分配を組みたいならrufloのようなスウォーム基盤と組み合わせる方が筋がいい。
7. AIエージェントIDEとしての実運用と制約
Orcaを本番で使う前に押さえておくべき制約と、向き/不向きを整理する。
向いているチーム・ユースケース
- 複数機能を同時並行で進めたいソロデベロッパー：Claude Code・Codex・Grokのサブスクをすでに持っていて、艦隊運用したい。
- AIエージェントベースの開発実験を回したいR&Dチーム：23種のエージェントを横並びで比較できる。
- モバイルからエージェント監視したいリモートワーカー：移動中・出張中にも進捗を追える。
- 複数リポジトリにまたがる作業が多いマルチプロダクトチーム：repo間横断のworktree管理を1か所に集約。
向いていないユースケース
- 単一AIアシスタントで十分な小規模プロジェクト：Cursor単体やClaude Codeのターミナル直接利用で足りる。
- 企業の厳格なネットワーク隔離要件：Electronアプリのため、ネットワーク制限環境ではアップデートや一部機能で制約が出る可能性がある。
- CLIエージェント文化に未対応の組織：Claude Code・Codexなどのコマンドラインツールを使い慣れていないと、OrcaのUIだけでは抽象化しきれない学習コストがある。
- 完全エアギャップ環境：通知やGitHub連携などクラウド依存機能の一部が動かない。
- ・まず1〜2個のCLIエージェント（例：Claude CodeとCodex）だけ登録し、worktreeを2本切ってみる。
- ・git worktreeの概念に慣れてから、エージェント数を増やしていく。
- ・モバイルアプリは2台目のデバイスにインストールして、長時間タスクを監視する用途から試す。
- ・SSH機能はチームの開発サーバーが整備されている場合に効果が大きい。
既知のリスクと注意点
並列実行は強力だが、3つの実運用リスクがある。
第一に、worktreeの数が増えるとディスク使用量が線形に膨らむ。各worktreeは独立した作業ディレクトリを持つため、大規模リポジトリで10本のworktreeを並行運用すると、リポジトリサイズの数倍のディスクを食う可能性がある。
第二に、エージェント同士のAPI/レート制限の競合。Claude CodeとCodexを別worktreeで動かしても、同じAnthropic/OpenAIアカウントを使えば従量課金やレート制限は共有される。
第三に、並列実行中のレビュー負荷。エージェントごとに別々のdiffが上がってくるため、人間レビューワーが追従できなくなる場合がある。Orcaのdiff注釈・ネイティブ検索などの機能はその緩和を狙ったものだが、最終的な品質責任は人間側に残る。
- ・OrcaはBYOS設計のため、各CLIエージェントの認証情報（APIキー・OAuthトークン）はローカルマシン側で管理される。
- ・SSHワークツリー機能を有効化する場合は、リモートサーバー側のSSHキー・権限管理を別途整備する。
- ・モバイルcompanionアプリとデスクトップの通信経路は公式telemetry/プライバシードキュメント（onorca.dev/docs/telemetry）で確認すること。
- ・MITライセンスではあるが、エージェントが生成するコードのライセンス・著作権リスクは各エージェント側のポリシーに準ずる。
まとめ
- ・Orca（★2561）は『複数のAIエージェントを並列worktreeで艦隊管理する』というニッチを正面から狙ったAIエージェントIDE。
- ・Claude Code・Codex・Grokなど23種以上のCLIエージェントに対応し、特定LLMベンダーに依存しないフレームワーク中立設計。
- ・git worktreeをエージェント割り当ての第一級概念として採用し、スタッシュやブランチ切替の運用コストをゼロ化。
- ・モバイルcompanionアプリとSSHワークツリーで、デスクトップ単独では実現できない遠隔・分散運用が可能。
- ・MITライセンス・BYOS（既存サブスクリプション利用）で導入コストは実質ゼロ、艦隊運用に挑戦する価値は大きい。
AIエージェントが量産モードに入った今、必要なのは「もう1つのアシスタント」ではなく「艦隊全体を見渡す指揮所」だ。Orcaはまだバージョンこそ1.4系だが、公開2ヶ月で★2,561・175 forkに到達したスピードと、毎日のリリース候補出しが続く開発速度を見るに、このカテゴリの定番ポジションを取りに来る本命候補と位置付けて差し支えないだろう。
「Claude CodeとCodexを同時に複数機能で走らせて、夜寝る前にスマホで結果を確認する」——この生活様式を当たり前にできるかどうかが、これからのソフトウェア開発の生産性差を決める。Orcaはそのインフラの一つとして、まず触っておくべきツールだ。
参照ソース
- stablyai/orca — GitHub — 公式リポジトリ。READMEに対応エージェント一覧・機能・インストール手順が網羅されている。2026年5月16日にv1.4.2をリリース。
- Orca — onOrca.dev — 公式サイト。デスクトップアプリのダウンロードリンクと、各機能の詳細ドキュメント（worktrees, terminal, design-mode, ssh, agents/supported など）が用意されている。
- Orca v1.4.2 Release Notes — 最新リリースの公式リリースノート。リリース候補（rc.7〜rc.10）の継続的なリリースサイクルを確認できる。
- Orca日本語版README — 公式日本語ドキュメント。「100xビルダーのためのAIオーケストレーター」というポジショニングが日本語で明示されている。
