ブランチ、レビュー、CI の失敗を管理しやすく保ちながら、複数のコーディングエージェントを一斉に動かせます。
Orchestrator.inc を入手 • ドキュメント • リリース • コントリビューション • Discord
English · 简体中文 · 日本語 · 한국어 · Español · Français · Deutsch · Português (Brasil)
1 つのコーディングエージェントなら、1 つのタスクを処理できます。しかし複数を動かすとなると、作業を分割し、ブランチの衝突を防ぎ、すべての変更を CI、レビュー、マージまで見届ける必要があります。Orchestrator.inc はそのためのローカルのデスクトップワークスペースです。タスクごとに専用のエージェント、ブランチ、worktree が用意され、コードは手元のマシンから出ません。
プロジェクトのメインエージェントに、作りたいものを伝えてください。作業を計画し、各パートごとに専用の worktree でワーカーを起動し、あなたの対応が必要なときだけ戻ってきます。
セッションはエージェント、PR、CI、レビューの状態に応じて自動でレーンに振り分けられ、あなたの対応が必要なものが常に上に来ます。
失敗したチェック、レビューコメント、マージコンフリクトは、PR が承認されるまでブランチを担当するワーカーへ戻されます。人がレビューする前に、レビュアーエージェントがすべての PR に目を通すこともできます。
タスクごとにエージェントとモデルを選び、構造化された Chat またはエージェント本来のターミナル UI で作業できます。各ワーカーには、アプリをプレビューしてテストするためのブラウザも用意されます。
ワーカー、Chat、レビュアーとしての対応状況はエージェントによって異なります。最新の対応表はエージェントのセットアップガイドをご覧ください。
デスクトップで動くエージェントをスマートフォンから操作できます。iPhone または Android 用のアプリをインストールし、Settings → Connect Mobile の QR コードをスキャンしてデスクトップとペアリングします。自宅の Wi-Fi でも外出先でも使えます。
- 通知を受け取る:エージェントに質問があるときや承認が必要なときに、プッシュ通知が届きます。
- 返信する:チャットで答える、リクエストを承認する、またはエージェントのターミナルを開きます。
- 作業を始める:新しいワーカーを作成し、エージェントとモデルを選びます。
- レビューする:プルリクエストとレビュアーの結果を確認します。
ワーカーを自分のマシンではなく、ホストされたワークスペースで実行します。Clone to the cloud を選び、GitHub リポジトリを選択すれば始められます。
- 動き続ける:ノート PC を閉じてもタスクは続きます。
- 進捗を追う:デスクトップアプリからチャット、ファイル、ターミナルを開けます。
- マシンには何も置かない:コード、ワークツリー、エージェントはすべてクラウド上にあります。
セットアップは Cloud ガイドを参照してください。
orchestrator.inc/download または GitHub Releases からダウンロードしてください。アプリは自動で更新されます。
| プラットフォーム | ダウンロード |
|---|---|
| macOS (Apple silicon) | agent-orchestrator-darwin-arm64.dmg |
| macOS (Intel) | agent-orchestrator-darwin-x64.dmg |
| Windows | agent-orchestrator-win32-x64.exe |
| Linux (AppImage) | agent-orchestrator-linux-x64.AppImage |
| Linux (Debian/Ubuntu) | agent-orchestrator-linux-x64.deb |
| Linux (Fedora/RHEL) | agent-orchestrator-linux-x64.rpm |
Orchestrator.inc を開き、管理させたいリポジトリを指定します。デスクトップアプリがデーモンを実行するため、CLI は不要です。エージェント CLI のセットアップとトラブルシューティングはインストールガイドを参照してください。
| ドキュメント | 次の情報が必要な場合 |
|---|---|
| プロダクトドキュメント | インストール、エージェントのセットアップ、日常的な製品の使い方。 |
| docs/documentation-map.md | どのドキュメントが人向けで、どれが機械可読な契約か、内容が食い違ったときにどちらが優先されるか。 |
| docs/architecture.md | バックエンドのメンタルモデル、ライフサイクル、永続化、CDC、ステータス導出、デーモン境界。 |
| docs/backend-code-structure.md | パッケージの所有範囲と、バックエンドの各関心事を配置する場所。 |
| docs/cli/README.md | CLI の動作とデーモンルートの対応関係。 |
| docs/development.md | ローカル開発の前提条件、ビルド手順、テスト実行、トラブルシューティング。 |
| docs/STATUS.md | main で現在提供されているものと、まだ進行中のもの。 |
前提条件、ローカル環境のセットアップ、テストコマンドについては、まず開発ガイドを確認してください。プルリクエストを作成する前に CONTRIBUTING.md を読み、バグや機能リクエストには GitHub Issues を利用してください。
自分の GitHub アカウントからバグ報告を作成してください。何をして何が起きたのかを数文書けば十分です。バージョン、OS、再現手順があればさらに役立ちます。
ローカルのコーディングエージェントに bug-triage skill を使って証拠集めを手伝ってもらえます。エージェントのログやメモは添付ファイルにまとめ、自分で送信する前に下書きを確認してください。ボットに代理で Issue を登録させないでください。
問題の説明について助けが必要な場合は、Discord の bug-triaging チャンネルに参加してください。詳しくはコントリビューションガイドを参照してください。
サポートやコントリビューター同士の議論には Discord に参加し、最新情報は @useOrchestrator をフォローしてください。GitHub Issues から会話を始めることもできます。
Orchestrator.inc は限定的な利用状況と信頼性のテレメトリを収集しますが、コード、プロンプト、エージェントとの会話、認証情報を収集することはありません。収集対象にはインストール ID と GitHub ユーザー名が含まれます。AO Cloud にサインインしている場合は、AO Cloud のユーザー ID とそのアカウントのメールアドレスも含まれ、PostHog の person プロパティとして一度だけ設定されます(git config から読み取ることはありません)。Settings > General > Privacy > Share usage analytics ですべてオフにでき、この設定はデスクトップ、デーモン、ペアリングしたスマートフォンに適用されます。収集内容とオプトアウト方法の詳細。
Orchestrator.inc は Apache License 2.0 のもとで提供されています。





