Orca は Codex と Claude Code をどのように並行して実行しますか: ワークツリー、タスクの比較、モバイル承認

同じバグや機能が Codex と Claude Code にそれぞれ与えられた場合、多くの場合、エージェントに無限に再試行させるよりも早く盲点が発見されます。しかし、本当に難しいのは、プロセスを制御することです。2 つの変更は相互にカバーできず、結果は比較できる必要があり、タスクがいつ完了するか、コンピュータから離れたときに続行すべきかどうかをユーザーが認識できなければなりません。 Orca は、独立した Git ワークツリーで複数のターミナルエージェントを実行し、同じ場所でセッション、差分、タスクのステータスを追跡します。【オルカ公式倉庫】(https://github.com/stablyai/orca)

この記事は「承認前の比較」に焦点を当てています。並列実行は自動マージではありません。モバイル版はコードレビューの代わりにはなりませんが、時間内に進行状況を確認し、フォローアップの質問を送信し、どの結果が慎重なレビューのためにコンピュータに返す価値があるかを判断することができます。

最初に正しい境界を確立します: 並列実行は自動採用を意味しません

Orca は、Codex、Claude Code、およびその他のターミナルエージェントを並行して実行でき、各エージェントは独自の Git ワークツリーを使用します。公式 README は、同じプロンプトを複数のエージェントに割り当て、分離されたワークツリーで完了後の結果を比較し、勝ったソリューションをマージすることによって機能します。

したがって、プロセス全体を次の 3 つの層に分割する必要があります。

ステージ	完了者	製品
実行	コーデックス / クロードコード	独立したブランチ、差分、テスト出力、説明
比較	Orca + マニュアルのレビュー	計画の違い、リスクポイント、結論候補
承認とマージ	マニュアル	受け入れられたコミット、必要な追加の変更

「両方のエージェントが完了したと言っている」を承認と受け取らないでください。実際の差分をマージする前に、特に権限、データベースの移行、依存関係のアップグレード、削除されたファイルを確認する必要があります。

比較に意味があるようにタスクを分割する方法

2 人のエージェントが完全に曖昧な「ログイン問題の修正」を受け取った場合、多くの場合、横に並べて比較できない 2 つの大きな変更が発生することになります。統一された受け入れベースラインを各タスクに与える必要があり、戦略は異なる必要があります。

1
2
3
4


共同条件：复现登录 token 过期后的重试失败；必须通过现有登录测试；不改 API 协议。

Codex：从请求重试链路定位根因，提交最小修复，并说明为何不会影响刷新逻辑。
Claude Code：先写失败复现与回归测试，再提出最小修复；不改无关认证模块。

比較する場合は、次の 4 つの質問のみに注目してください。

実際に問題を再現し、カバーするソリューションはどれですか?
どちらの差分が小さく、境界が明確ですか?
どのテストコマンドが実際に実行され、出力は再現可能でしたか?
依存関係、権限、またはリグレッションのリスクが低いソリューションはどれですか?

このようにして、Codex と Claude Code の違いは、どちらがより説得力のある指示を書いたかの比較ではなく、測定可能なエンジニアリング上の選択になります。

Worktree は 2 つの候補変更が互いに混入するのを防ぎます

Git ワークツリーを使用すると、同じリポジトリの異なるブランチに異なる作業ディレクトリを持たせることができます。 Orca は分離された各ワークツリーでエージェントを実行するため、A のフォーマット、依存関係のインストール、またはファイルの削除が B のディレクトリに直接変更されたり、ホームディレクトリを直接汚染したりすることはありません。

開始する前にメインワークスペースを整理しておくことをお勧めします。

1
2
3
4


git status
git fetch --all --prune
git switch main
git pull --ff-only

次に、人間が判読できるブランチ名を候補に使用します。

1
2
3


agent/login-fix-codex
agent/login-fix-claude
agent/login-tests

分離してもマージ競合は排除されません。2 つのスキームが同じ証明書ファイルを変更することになった場合でも、マージでは 1 つのマスタースキームを選択するか、もう 1 つのスキームから独立したテストコミットを選択する必要があります。複数の候補ブランチを一度に main にマージしないでください。

Orca で 2 つのエージェントを開始するための実際的な手順

特定のボタンはバージョンによって異なりますが、次の順序は変わりません。

Orca で Git リポジトリを開き、ベースラインブランチと現在のコミットされていない変更を確認します。
Codex と Claude Code の独立したワークツリーを作成/選択します。
共通の受け入れ条件をコピーし、さまざまなサブタスクと禁止範囲を書き出します。
エージェントに、変更されたファイル、実行されたテスト、未検証の仮定、および推奨されるコミット手順をリストして結論を得るように依頼します。
終了したら、最初に diff とテスト出力を読み取り、どちらかの出力を修正し続けるかどうかを決定します。

Orca は、GitHub およびリニアタスクからワークツリーを開くこと、および差分行にコメントをエージェントに残すこともサポートしています。「テストのみを保持し、依存関係のアップグレードを撤回する」または「ここでキャッシュの無効化シーケンスを説明する」など、実用的なフィードバックの形でコメントを書くことは、単に「改善してください」と言うよりも効果的です。

携帯電話で「承認」を行う方法

Orca のモバイルコンパニオンは、携帯電話でエージェントを監視およびガイドするために使用されます。完了時に通知を受信し、どこからでもフォローアップを送信します。 iOS および Android のコンパニオンアプリをサポートしており、デスクトップバージョンとペアリングする必要があります。

ここでの「モバイル承認」は、タスクレベルの意思決定として理解されるべきであり、携帯電話上で盲目的に Git マージを完了するものではありません。

1
2
3
4


通知到达
  → 查看 Agent 的完成摘要、测试状态和风险提示
  → 决定：追问 / 让它补测试 / 停止另一个候选 / 标记为待电脑审阅
  → 回到桌面端查看完整 diff、运行关键测试、再合并

携帯電話での適切な操作には、失敗したテストの説明をエージェントに求めること、変更の範囲を狭めることを要求すること、回帰ケースを追加すること、または明らかに主題から外れたタスクを停止することが含まれます。通知の概要のみに基づいて、データベースの移行、運用構成、権限の変更、または広範なリファクタリングを承認するのには適していません。

再利用可能な比較および承認チェックリスト

両方のエージェントが完了したら、次の順序で続行します。

1
2
3
4
5
6
7


[ ] 两个方案是否都基于同一基线分支？
[ ] 是否都列出了修改文件和运行过的测试？
[ ] 是否有一个方案引入了无关依赖或大范围格式化？
[ ] 是否存在同一文件的竞争修改？
[ ] 主方案能否独立通过测试？
[ ] 次方案中是否有可单独挑选的测试、注释或修复？
[ ] 是否已在桌面端审查完整 diff，再执行 merge？

候補は、マージ前にメインの作業ツリーで比較できます。

1
2
3


git diff main...agent/login-fix-codex
git diff main...agent/login-fix-claude
git log --oneline main..agent/login-fix-codex

確認後、採用されたブランチのみをマージするか、git cherry-pick を使用して個別にコミットすることを選択します。採用されなかったワークツリーは検証が完了するまで保管し、戻ったときに別のアイデアを見つけやすくするためにクリーンアップしてください。

よくある質問

Codex と Claude Code は同じファイルを同時に変更できますか?

はい、それらは異なるワークツリーにあるためです。ただし、これは実行時に相互の上書きを回避するだけであり、マージ中に論理的な競合が自動的に解決されるわけではありません。 1 人のマスター実装エージェントと、テスト、レビュー、または代替案を担当する別のエージェントを指定するのが最善です。

携帯電話に「完了」と表示されるだけで結合できますか?

そんなはずはありません。携帯電話は、通知を受信したり、フォローアップの質問を送信したりするのに適しています。完全な差分、ライブテスト、機密性の高い構成、およびマージの決定は、依然として信頼できるデスクトップ環境で行う必要があります。

両方のエージェントの結果が満足のいくものではないのはなぜですか?

多くの場合、タスクの境界や受け入れ基準は十分に具体的ではありません。まず、エージェントの 1 人にコードの読み取りのみを行わせ、根本原因の想定と最小限の影響ファイルをリストします。方向性を確認してから並列実装を開始するとコストが安くなります。

概要

Orca を使用すると、Codex と Claude Code を分離されたワークツリーで並行して実行できるようになり、その後の比較可能な差分、テスト、リスクノートから実際の利益が得られます。モバイルコンパニオンアプリケーションは、「通知の受信 - 質問 - 次のステップの決定」を事前に完了するのに適していますが、手動による完全なレビューと Git とのマージに代わるものではありません。実行、比較、承認を分離することで、マルチエージェントの並列処理によってコードのリスクが増幅されることはありません。