Orcaで複数エージェントを並列に動かす｜管理側が決めること

「開発チームが、エージェントを何本も同時に走らせる道具を使い始めたらしい」「速くなったと聞く一方で、レビュー待ちの変更が積み上がっていると相談された」——コーディングエージェントを使う開発チームが増えた会社で、管理の側に届き始めた声です。その道具の1つがOrcaです。公式のGitHubでは、Orcaは自らを「並列に動くエージェントの一団と働くための開発環境」と説明し、2026年3月の公開から半年あまりでスターは9万を超えています。速さの道具に見えますが、本当は、同時に生まれる変更を、どの順で誰が取り込むかを決める仕事を管理側に持ち込む道具です。この記事では、並列に動かし始めた後に崩れないための決めごとを整理します。

Orcaは何を並列に動かす道具か（2026年10月時点）

Orcaは、オープンソースで公開されているデスクトップの開発環境です。公式のGitHubリポジトリはStablyという組織のもとにあり、MITライセンスで公開されています。2026年10月時点で、マック・ウィンドウズ・Linuxの版があり、同年10月10日にも新しい版が出ています。公式の説明には「毎日出荷している」とあり、機能一覧より変更履歴のほうが正確だと書かれています。同じ名前の別の製品や、似た見た目の複製リポジトリもあるので、公式のリポジトリと公式サイトを確かめてから評価に入ります。

Orca自身はモデルを持ちません。端末で動くエージェントなら何でも動かせるとされ、公式にはClaude Code、Codex、Cursor、GitHub Copilot、Devin、Antigravity、OpenCodeなど30を超える名前が並んでいます。利用者は、それぞれのエージェントの契約を自分で用意して持ち込みます。

中心にあるのは、課題ごとにリポジトリの複製を切る仕組みです。公式の説明では、課題ごとにディスク上の複製（gitのworktree）を作り、それぞれが自分のブランチ、ファイル、端末を持つので、同時に動くエージェントが互いのファイルを上書きしないとされています。ほかに、差分の行にコメントしてエージェントへ戻す機能、遠隔の機械で動かす機能、スマートフォンから様子を見て指示を送る相棒のアプリなどがあります。

1本ずつ動かす場合と、何が変わるか

エージェントを1本だけ動かすなら、管理の論点は、そのエージェントに何を許すかに集まります。ファイルの書き換えやコマンドの実行をどこまで自動で承認するかは、同じ日に公開のClineの記事で扱っています。並列にすると、そこに別の種類の論点が加わります。

変わる点は4つあります。1つ目は、変更が同時に複数生まれ、取り込む順番が問題になることです。2つ目は、複製の数だけ作業用のフォルダができ、そこに何を持ち込むかが問題になることです。3つ目は、エージェントの数だけ契約と使用量が増えることです。4つ目は、使い終わった複製とブランチが残り、片付ける人が要ることです。

どれも、1本のときには目立たなかったものです。並列の道具の管理は、エージェントへの許可の延長ではなく、作業の流れの設計だと考えると整理しやすくなります。AIのエージェントを同時にいくつ走らせるか一般の設計（相手側の上限や再試行など）は別の記事で扱っているので、ここではコードの複製と取り込みに絞ります。

見落としやすいのが、Orca自身にもCLIがあることです。公式の説明では、エージェントがこのCLIを通じてOrcaを操作し、複製を作ることもできるとされています。つまり、人が決めた本数を、エージェントの側から増やせる経路があるということです。本数の上限を決めるなら、エージェントにこの操作を許すかどうかも合わせて決めます。

管理側が決めることの全体像

先に、この記事で扱う決めごとを1枚の表にまとめます。どれも、決める人を先に名指ししておくことが大切です。決める人が曖昧なまま本数だけ増えると、表の右端の兆候が出てきます。

決めること	決める人	崩れたときの兆候
1つの課題に複製をいくつ切るか	チームの開発責任者	似た変更が同時に複数のプルリクエストで届く
複製に持ち込むファイル	リポジトリの管理者	秘密の値の入ったファイルがフォルダの数だけ増える
取り込みの順番と承認者	チームの開発責任者	後から取り込んだ変更が前の変更を壊す
人が同時に読める本数	レビューを担う人の上長	レビュー待ちが日をまたいで積み上がる
契約と使用量の上限	部署の予算の持ち主	上限の警告が出ても誰も止めない
片付けとやめ方	リポジトリの管理者	使われていない複製とブランチが残り続ける

表の真ん中の2行、取り込みの順番と、人が同時に読める本数が、とくに崩れやすいところです。以下では、表の上から順に、Orcaの公式の説明で確かめた仕組みと合わせて見ていきます。

先に1つ押さえておくと、この表のうちOrcaの設定ファイルで縛れるのは、複製に持ち込むファイルと準備の手順くらいです。取り込みの承認者や本数の上限は、共有のリポジトリの設定と、チームの決まりで守ることになります。道具の設定で守れることと、運用で守ることを分けて書くと、抜けが見えやすくなります。

作業の隔離：課題ごとに作業用の複製を切る

Orcaの複製は、gitのworktreeという仕組みを使います。リポジトリ全体をもう一度取り寄せるのではなく、同じリポジトリの別のブランチを、別のフォルダに展開する仕組みです。公式の説明では、複製を作るときに課題の名前と出発点を指定し、出発点には通常、共有のリポジトリの本流が使われます。

出発点は、本流のほかに、別のブランチや特定の時点を選べます。レビュー中の変更の上に次の変更を積む使い方も、公式に紹介されています。便利な反面、積み重ねた変更は、下の変更が直されると上もやり直しになるので、何段まで積んでよいかをチームで決めておきます。

隔離は、ファイルの上書きを防ぐためのものです。エージェントが同じ端末で動き、同じ契約の鍵を使い、同じネットワークにつながっている点は変わりません。複製を分けても、権限は分かれていないことを、管理の側は押さえておく必要があります。権限まで分けたいなら、遠隔の機械や使い捨ての環境で動かす形を検討します。

複製を作るときには、GitHubやGitLabの課題・プルリクエストと結びつけることもでき、公式の説明では、結びつけた項目からブランチの名前が決まります。並列の本数が増えるほど、どの複製がどの課題のためのものかが分からなくなるので、課題に結びつけずに複製を作らないという決まりにしておくと、後の取り込みと片付けが楽になります。

複製に持ち込むファイルと、秘密の値の扱い

gitの複製には、リポジトリの管理から外しているファイルが入りません。依存する部品のフォルダや、接続先や鍵を書いた環境設定のファイルがその代表です。Orcaはこれを補うために、2つの仕組みを公式に用意しています。

1つは、大きな部品のフォルダを複製どうしで共有する設定です。もう1つは、管理から外したファイルの中から、指定したものを新しい複製へ写す仕組みで、公式の説明には、環境設定のファイルのようなものを写す例が挙がっています。後者を使うと、秘密の値の入ったファイルが、複製の数だけ写されることになります。

公式も、これらの設定ファイルはリポジトリで共有し、秘密の値そのものは管理から外したファイルに置くよう案内しています。管理の側で決めたいのは、どのファイルを写してよいかです。本番の接続先や鍵の入ったファイルは写す対象にしない、開発用の値だけを置いたファイルを別に用意する、といった線を、リポジトリごとに書いておきます。

複製を作るときに自動で走る準備の手順や、片付けの前に走る手順も、設定ファイルに書けます。手順の中身はリポジトリに入るので、レビューの対象になります。準備の手順に外部から部品を取り寄せる処理が入るなら、取り寄せ先も確かめておきます。

取り込みの順番と責任者

並列で生まれた変更は、最後は本流に1本ずつ取り込まれます。Orcaの公式の説明では、各複製からコミット・プッシュ・プルリクエストの作成までを画面の中で進められ、取り込みそのものは通常のプルリクエストの流れに乗ります。

ここで決めたいのは、取り込みの順番を誰が決めるかです。同じファイルに触る変更が2つあれば、先に取り込んだほうが有利で、後のほうは手直しが要ります。エージェントに「先に終わったものから取り込む」と任せると、急いだ変更が丁寧な変更を押しのけることがあります。

ぶつかったときにどちらを採るかは、人が決めます。目安としては、課題の優先度、変更の大きさ、試験の通り具合の順で見ます。取り込みの承認者を、エージェントを動かした本人と分けることも有効です。動かした本人は、どうしても自分の変更を早く入れたくなるからです。

Orcaには、コミット前の検査が通常どおり走り、黙って強制的に上書きのプッシュをしない、と公式に書かれています。こうした歯止めは道具の側にもありますが、承認の線は、共有のリポジトリの側（保護されたブランチや必須のレビュー）で引いておくのが確実です。

同じ課題を複数に解かせる使い方の注意

Orcaの公式の手引きには、同じ課題を3つのエージェントに同時に解かせ、出てきた差分を見比べて良いものを取り込み、残りを消す、という使い方が紹介されています。公式は、エージェントごとに間違え方が違うので、3つが一致すれば正しい可能性が高く、割れたところが難所だ、と説明しています。

この考え方は、難所を見つける手がかりとしては有用です。ただし、一致は正しさの証明ではありません。同じ前提を誤解していれば、複数のエージェントが同じ誤りを出すこともあります。一致したから読まずに取り込む、という判断はしないことを、使い方の決まりに入れておきます。

もう1つの注意は、費用とレビューの量です。3つに解かせれば、契約の使用量はおよそ3つ分になり、読む差分も3つ分になります。採らなかった2つも、少なくとも見比べるために読まれます。競わせる使い方は、難しい課題に限って使うと決めておくと、量が膨らみすぎません。

競わせる相手の選び方にも注意が要ります。公式の手引きの例のように、提供元の違うエージェントを3つ並べると、同じ課題のために同じコードが3つの提供元へ同時に送られます。1本ずつ使うなら1か所で済んだ送り先が、競わせるたびに増えるということです。競わせてよい組み合わせは、会社が許可した提供元の中に限ると決めておきます。

並列の本数を増やすほどレビューが詰まる

並列化でいちばん起きやすい問題は、レビューの渋滞です。エージェントが書く速さは本数に比例して上がりますが、人が差分を読む速さは変わりません。書く側だけが速くなれば、レビュー待ちの変更が積み上がります。

積み上がると、2つのことが起きます。1つは、読まれないまま古くなった変更が、本流の変化と合わなくなり、やり直しになることです。もう1つは、読み切れない量を前にして、確認が形だけになることです。後者は品質と安全の両面で危険です。

対策は、本数を人の側から決めることです。たとえば「1人のレビュー担当が1日に読み切れる差分は何本か」を先に置き、それを超える本数は動かしません。公式の機能には、エージェントが終わったときや注意が必要なときの通知、差分の行へのコメントがありますが、これは読む作業を楽にするもので、読む量を減らすものではありません。

AIに差分の要約を書かせて読む量を減らす工夫もあります。その場合も、要約は読む順番を決める材料にとどめ、取り込む判断は元の差分を人が読んでから行います。要約に書かれていない変更が含まれていることがあるからです。

AIが書いた行の見分けと、残し方

並列で動かすと、1つのプルリクエストの中に、エージェントが書いた行と人が直した行が混ざります。Orcaには、エージェントが触った行を記録して、差分の画面で人の行と見分けられるようにする機能があると公式に説明されています。

公式は、この見分けがあれば、どこを重点的に読むべきか分かり、監査でAIが書いた部分と人が書いた部分を分けられる、と利点を挙げています。一方で、この記録はOrcaの手元だけにあり、gitの履歴には残らないとも書かれています。残したいなら、差分の情報を書き出す必要があります。

管理の側で決めたいのは、AIが書いた部分をどこまで記録に残すかです。たとえば、プルリクエストの説明に「エージェントで作成」と書く、使ったエージェントの名前を書く、といった決まりなら、道具に依存せず続けられます。AIが書いたコードの権利や部品の素性の扱いは別の論点なので、この記事では記録の残し方にとどめます。

説明文もAIが書くことがあります。Orcaには、コミットの説明や、プルリクエストの題名と本文をAIに下書きさせる機能があり、公式も作成の前に内容を確かめるよう案内しています。並列で量が増えると、説明文を読まずに通しがちですが、説明文は変更の中身と照らして人が確かめるものです。説明に書かれていない変更が混ざっていないかを見るのも、レビューの役目です。

費用の増え方：契約は利用者ごと、使用量は本数に比例

Orcaそのものは無料で公開されていますが、動かすエージェントの契約は利用者が持ち込みます。費用は、エージェントの契約の数と、並列に動かした本数・時間で増えます。

Orcaには、いくつかのエージェントについて、手元に記録された使用量を読み取り、上限の80%を超えると警告を出す機能があると公式に説明されています。複数の契約を切り替える機能もあります。ただし、公式は、推定の費用は手元の価格表による概算で、請求額ではないと明記し、正確な支出は各提供元の管理画面で見るよう案内しています。

管理の側で気をつけたいのは、契約を切り替える機能の使われ方です。1つの契約の上限に達したら別の契約に切り替えて続ける、という使い方ができると、上限が歯止めとして働かなくなります。個人の契約と会社の契約を同じ画面で切り替えられる状態も、払い手が混ざる原因になります。

費用の目安は、部署ごとに月の上限を置き、並列で動かす本数の上限とあわせて決めます。上限に近づいたときに止めるか続けるかを誰が判断するかも、先に決めておきます。

送られるデータの範囲：Orca本体と各エージェントを分けて見る

データの行き先は、Orca本体と、中で動く各エージェントを分けて考えます。Orca本体の利用状況の送信について、公式の説明は、匿名の識別子で集計し、ファイルの中身、指示文、エージェントの出力、端末の出力、リポジトリ名、ブランチ名などは送らない、としています。

送信は設定画面か環境変数で止められ、送り先は米国の分析サービスだと書かれています。また、Orcaにはアカウントの仕組みがないとされています。会社として気にすべきコードの行き先は、Orca本体ではなく、中で動かす各エージェントが、どの提供元へ何を送るかのほうです。

つまり、Orcaを許可するかどうかと、中で動かすエージェントを許可するかどうかは、別々に判断します。会社が許可していないエージェントも、端末で動くならOrcaの中で動かせてしまうので、Orcaの中で使ってよいエージェントの一覧を決めておきます。個々のエージェントのコードの行き先は、同じ日に公開のCursorの記事などで扱っています。

組織単位で設定を配る、使えるエージェントを管理者が絞る、といった管理機能は、2026年10月時点の公式の文書には見当たりませんでした。したがって、決まりは利用規程と、端末の管理の仕組みで守ることになります。

遠隔の実行環境とスマートフォンからの操作

Orcaは、手元の端末だけでなく、遠隔の機械でエージェントを動かす機能を持っています。公式の説明では、遠隔の機械の上で複製を作り、ファイルの編集、git、端末を使えるとされています。

遠隔で動かすことには、管理の側にとって利点もあります。本番の鍵や個人の資料が置かれた開発端末から、エージェントの作業場所を切り離せるからです。権限を分けたい場合の受け皿として、遠隔の機械を会社が用意するのは有力な選択肢です。どの機械を使ってよいか、誰が用意し誰が止めるかを決めます。

スマートフォンの相棒のアプリは、エージェントが終わったときに通知を受け、追加の指示を送れるものです。公式の説明では、アプリと手元の端末をつなぐ中継の仕組みがあり、その部品もリポジトリの中で公開されています。公式の案内では、アイフォーン向けはアプリの販売所から、アンドロイド向けは販売所を通さない配布ファイルとして提供されています。社外からスマートフォンで指示を出せる状態を認めるかは、会社の端末の管理の方針と合わせて判断します。認めるなら、私物の端末での利用の扱いも決めておきます。

画面を扱う機能にも目を向けます。公式の説明では、ブラウザの画面で選んだ部品の構造と切り取った画像をエージェントへの指示に送る機能や、必要なときにエージェントがデスクトップのアプリや画面を操作する機能があります。社内の管理画面を写した画像も、エージェントを通じて提供元へ送られうるので、どの画面で使ってよいかを決めておきます。

使い終わった複製の片付けとやめ方

並列で動かすと、使い終わった複製とブランチが残ります。Orcaの公式の説明では、複製を消すと確認のうえでフォルダとブランチが消え、まとめて消すときは、取り込まれていない変更を含むブランチは残されます。複製ごとの容量を一覧で確かめる画面もあります。

片付けで決めたいのは、いつ、誰が消すかです。たとえば「プルリクエストが閉じたら、その複製を消す」「競わせて採らなかった複製は、その日のうちに消す」といった決まりです。環境設定のファイルを写している場合、消し忘れた複製は、秘密の値の写しが残った場所になるので、片付けは安全の作業でもあります。

道具そのものをやめるときの手順も、始める前に書いておきます。Orcaをやめても、中で動かしていた各エージェントの契約と鍵は残ります。やめるときに止めるもの（エージェントの契約・鍵・遠隔の機械・スマートフォンのアプリの連携）を一覧にしておくと、抜け漏れが減ります。

ライセンスの面では、MITライセンスは利用・改変・再配布を広く認めるものですが、ライセンス文に書かれた著作権者は、リポジトリの組織名とは別の法人名になっています。社内で正式に採用するなら、問い合わせ先や提供元の法人を、公式の窓口で確かめておくと安心です。

始めてから崩れないための定着の手順

ここまでの決めごとを、導入から定着までの流れにまとめます。いきなり全員に配るのではなく、1つのチームで本数を絞って始めます。

見直しの数字は、どれも開発の現場で取りやすいものです。AIに集計や要約を手伝わせるのはよい使い方ですが、本数を増やすかどうかの判断は任せません。並列の本数を決める根拠は、エージェントの性能ではなく、人が読み切れる量だからです。

崩れる運用の例

最後に、並列で動かし始めた現場で起きやすい崩れ方を挙げます。どれも、決める人が曖昧なまま本数だけ増えたときに出てきます。

• 読み切れる量を決めずに、空いている課題をすべて並列で走らせる
• 3つのエージェントの答えが一致したので、差分を読まずに取り込む
• 本番の接続先や鍵の入った環境設定のファイルを、すべての複製に写す
• 契約の上限に達するたびに別の契約へ切り替えて、作業を続ける
• 会社が許可していないエージェントも、Orcaの中なら使ってよいと考える
• 採らなかった複製とブランチを消さずに、何週間も置いたままにする

このうち2つ目と5つ目は、道具の説明だけを読むと見落としやすい点です。公式の手引きは一致を手がかりとして紹介していますが、取り込みの判断は人に残ります。また、Orcaが任意のエージェントを動かせることは利点であると同時に、許可の範囲を広げてしまう入口にもなります。

よくある質問

Orcaを入れれば、エージェントの許可の設定は要らなくなりますか

要らなくなりません。Orcaは複製を分けてファイルの上書きを防ぎますが、各エージェントがファイルの書き換えやコマンドの実行をどこまで自動で進めるかは、それぞれのエージェントの設定で決まります。個々のエージェントの許可は、別に決めておく必要があります。

並列は何本までなら安全ですか

決まった本数はありません。目安は、レビューを担う人が1日に読み切れる差分の数です。最初は2本程度から始め、レビュー待ちの日数が延びていないかを見ながら、人が判断して増やします。

外注や社内の開発者を減らせますか

並列の道具は、エージェントに書かせる量を増やす道具で、要件を決める人、差分を読む人、取り込みを決める人を置き換えるものではありません。外部の開発会社と自律型のエージェントをどう使い分けるかは、同じ日に公開のDevinの記事で扱っています。

まとめ

Orcaは、任意のコーディングエージェントを、課題ごとに切ったリポジトリの複製で同時に動かす道具です。2026年10月時点で、MITライセンスで公開され、頻繁に更新されています。並列にすると、取り込みの順番、複製に持ち込むファイル、契約と使用量、片付けの4つで、1本のときにはなかった決めごとが要ります。そして、本数を増やすほどレビューが詰まります。どの変更を取り込むか、ぶつかったときにどちらを採るか、何本まで動かすかは、人が読み切れる量から逆算して、人が決めるものです。まずは1つのチームで2本から始め、1か月後に数字で見直してみてください。

• 製品の機能・提供状況は、Orcaの公式GitHubと公式文書を2026年10月13日に確かめた範囲に基づきます。毎日のように更新される製品のため、導入前に最新の公式情報を確かめてください
• 「見当たらない」と書いた項目は、機能が無いという意味ではなく、今回確かめた公式の文書に記載が見つからなかったという意味です

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。