1. Orcaとは何か?
Orcaは、Claude Code、Codex、OpenCode、Cursor CLI、Gemini CLIなどのターミナルベースAIコーディングエージェントを1画面から並列に指揮するオーケストレーターである。既存IDEにAIを載せたものではなく、最初から「エージェント艦隊(fleet)の運用」を前提に設計されたADE (Agent Development Environment)である。
コアアイデアは単純である。
- 1つの開発リクエストを複数のエージェントに同時に配信する (Fan-out)
- 各エージェントは自分専用の
git worktreeで隔離して作業する - 完了後、Diffを並べて比較し、最良の結果だけをマージする (Merge the winner)
注意: OrcaはCursorの代替ではない。Cursor CLIでさえ、Orca内で動くエージェントの1つに過ぎない。Orcaが置き換えるのは「ターミナルタブを5枚開いて手動管理していた従来のワークフロー」である。
2. 事前準備
Orca自体にログインやAPIキー登録は不要である。代わりに、使用するエージェントCLIがあらかじめインストール・認証されている必要がある。 OrcaはAPIをプロキシしたり再販したりせず、各エージェントがユーザーのマシンから直接プロバイダーを呼び出す。
| 準備物 | 確認方法 | 備考 |
|---|---|---|
| Git 2.5以上 | git --version |
worktree機能が必須 |
| 使用するエージェントCLI 1つ以上 | claude --version, codex --version など |
Claude Code、Codex、OpenCode、Gemini CLI、Cursor CLIなど、ターミナルで動くものなら何でも可 |
| 各エージェントの認証完了 | ターミナルで単独実行が正常に動作するか | 例: claude 実行後にログイン完了状態であること |
| 作業対象のGitリポジトリ | ローカルクローンまたはGitHubリポジトリ | worktreeベースのためGitリポジトリが前提 |
コスト構造: Orca自体は無料だが、内部で動くエージェントのサブスクリプション料 (Claude Pro/Max、ChatGPT Plusなど) やAPI利用料は各自負担となる。
3. インストール
macOS (Homebrew)
brew install --cask stablyai/orca/orca
注意: brew install --cask orca (tapパス省略) は動作しない。必ず stablyai/orca/orca のフルパスを使用すること。
Arch Linux (AUR)
yay -S stably-orca-bin
# ソースビルドを希望する場合: yay -S stably-orca-git
Windows / その他Linux
- onorca.dev または GitHub Releases (github.com/stablyai/orca/releases) からインストーラーをダウンロード
モバイルコンパニオンアプリ
- iOS: App Store / TestFlight
- Android: GitHub ReleasesのAPK
- デスクトップアプリとペアリングすると、エージェントの進捗監視、完了通知の受信、リモートからのフォローアッププロンプト送信が可能になる。
4. 初期設定 (First Run)
- プロジェクト接続: Orca起動後、ローカルGitリポジトリを追加する。GitHub連携を設定すると、PR・Issue・プロジェクトボードをアプリ内ですぐに閲覧できる。
- エージェント確認: OrcaはシステムにインストールされたCLIエージェントを認識する。新しいworktree作成時に、どのエージェントを割り当てるかを選択する方式である。
- 通知設定: エージェントが作業を終えたり入力待ちになったりした際に、デスクトップ/モバイル通知を受け取れるように設定する。並列運用ではこの機能が事実上必須である。
- (任意) アカウント切替/使用量追跡: Claude・Codexの使用量とrate-limitリセット時刻をダッシュボードで確認し、複数アカウントを再ログインなしで切り替えられる。
5. コアワークフロー
5.1 基本サイクル: Fan-out → 隔離 → 比較 → マージ
| 段階 | 動作 | 説明 |
|---|---|---|
| 1. Fan-out | 1つのプロンプトを複数エージェントに同時送信 | 例: 同じバグ修正依頼をClaude Code、Codex、OpenCodeの3つに並列発射 |
| 2. 隔離実行 | 各エージェントが独立したgit worktree + 専用ターミナルで作業 | worktreeは同じリポジトリを共有するが、作業ディレクトリとブランチは完全に分離される。メインブランチは汚染されない |
| 3. モニタリング | ライブステータスダッシュボードですべてのエージェント状態を確認 | 作業中 / 入力待ち / 完了状態が一目で表示される。モバイルアプリからも確認可能 |
| 4. 比較 | 各worktreeのDiffを並べて比較 | 特定行にコメントを付け、エージェントへ修正フィードバックを返送できる |
| 5. マージ | 最良の結果を選びメインブランチにMerge | 残りのworktreeは破棄 |
5.2 実践シナリオ
- 並列バグ修正: 同じバグを3エージェントに同時に任せ、実際に動作する解決策だけをマージ
- リスク分散: 1つのモデルが誤った方向にコードを書く確率を、複数試行でヘッジ
- GitHub/Linearタスクベース作業: PR、Issue、Linearチケットから直接worktreeを開くと、エージェントがタスクコンテキストを自動受信
- Design Mode (フロントエンド): 内蔵ChromiumブラウザでUI要素をクリックすると、その要素のHTML、CSS、クロップ済みスクリーンショットがエージェントプロンプトに自動注入される
- リモート実行 (SSH worktree): 高性能リモートサーバーでエージェントを実行しつつ、ローカルでファイル編集・git・ターミナルをそのまま使用。自動再接続とポートフォワーディングに対応
- Orca CLI: ターミナルからプロジェクト追加、worktree作成、進捗チェックポイント投稿など、IDE自体をスクリプトで制御可能
6. 長所
| 長所 | 詳細 |
|---|---|
| ツール統合 | 乱立するCLIエージェント (Claude Code、Codex、Gemini、Copilot、Clineなど30種以上) を単一UIで管理。「ターミナルで動けばOrcaで動く」 |
| リスク分散 | 同一タスクを複数回試行し最良の結果を選択。単一モデル依存リスクを軽減 |
| 完全な隔離 | git worktreeベースで各作業を物理的に分離。ブランチジャグリングやstash地獄を排除 |
| コードレビュー環境 | Diff可視化 + 行単位コメント + エージェントフィードバックループ + アプリ内コミット |
| リモート/モバイル | SSHリモートworktree、モバイル監視・操作。席を外してもエージェント艦隊は動き続ける |
| サブスクリプション親和 | ユーザー保有のサブスクリプションをそのまま使用。ベンダーロックインなし。使用量追跡とアカウントホットスワップに対応 |
| オープンソース | MITライセンス。毎日リリースされる高速な開発ペース |
7. 短所と注意事項
| 短所 | 詳細 |
|---|---|
| 参入障壁 | git worktree概念とエージェントCLIの事前設定が前提。「インストール即コーディング」のCursorと比べ初期学習コストがある |
| UI/UX未成熟 | 画面分割を小さくするとターミナル入力欄が狭くなるなど、細部の仕上げがまだ荒い部分がある |
| 間欠的不安定 | ターミナルエスケープシーケンスの破損などで再起動が必要になる場合がある |
| 急速な変化自体がリスク | 初期段階の製品で機能面が毎日変わる。チーム標準ワークフローがアップデートで揺らぐ可能性がある |
| 追加コスト | Orcaは無料だがエージェントのサブスクリプション/API費用は別途。並列実行はトークン消費を倍数に増やす点に注意 |
| オーバーヘッド | エージェントを1つだけ、1タスクずつ使うユーザーには純粋なターミナルより運用負担が大きい場合がある |
8. 競合製品比較
Orcaの位置づけは「Cursorの代替」ではなく「エージェント群の上の管制塔」である。
| 製品 | 種類 | Orcaとの違い |
|---|---|---|
| Cursor / Windsurf | AI内蔵オールインワンIDE | インストール即使用可能だが、マルチエージェント並列実行・比較機能はない。Cursor CLIはむしろOrca内で動作可能 |
| Aider / Continue.dev | オープンソース単一エージェントツール | 並列実行と視覚的Diff比較がコアではない |
| Claude Squad | ターミナルTUI型マルチエージェントマネージャー | tmuxスタイルワークフロー好み向け。デスクトップGUI・モバイル・ブラウザ統合はない |
| Agent Deck | ターミナルセッションマネージャー | コンダクター・通知・MCPソケットプーリング中心。Orcaより軽量 |
| Paseo | セルフホスティングクロスデバイスコントロール | デスクトップIDE面よりWeb/モバイル/CLI全方位アクセスを優先する場合向け |
| 純粋ターミナル (Claude Code単独など) | 基本ワークフロー | 1タスクずつしか回さないならオーケストレーション自体が不要 |
結論: Orcaの最大の競合は依然として開発者の「既存の習慣」である。マルチエージェントを本気で運用するパワーユーザーには強力だが、単一エージェントユーザーにはオーバースペックである。
9. 5分クイックスタートチェックリスト
[ ] git --version で Git 2.5+ を確認
[ ] エージェントCLIを最低1つインストールしログイン完了 (例: claude)
[ ] brew install --cask stablyai/orca/orca (macOS)
[ ] Orca起動後、ローカルGitリポジトリを追加
[ ] 新しいworktree作成 → エージェント選択 → 最初のプロンプト送信
[ ] 2つ目のエージェントに同じプロンプトをFan-out
[ ] Diff比較画面で2つの結果をレビュー
[ ] 勝者をマージ、敗者のworktreeを破棄
[ ] (任意) モバイルアプリをペアリングし通知を有効化
10. 参考リンク
- リポジトリ: https://github.com/stablyai/orca
- 公式サイト/ドキュメント: https://www.onorca.dev
- リリース: https://github.com/stablyai/orca/releases
- コミュニティ: Discord, X(@orca_build)
作成日: 2026-07-15。Orcaは毎日リリースされるプロジェクトのため、詳細機能はchangelog基準での再確認を推奨する。