Orchestrator、モデルが途中で交代するから、選ぶのをやめられる

1. 同じ会話の中で、モデルが交代する

Orchestratorは、Google Antigravityに入るマルチモデル連携の機能です。これまでは、最初に選んだモデルが最後まで付き合う前提でした。設計を決める場面も、ファイルを直して試す場面も、同じ一つに任せる。その前提が外れます。ひとつのセッションの中で、CarbonやHydrogenといったモデルを動的に切り替える。選ぶ人が、途中で手を離せるようになります。

01. 最初から最後まで、同じでなくていい

作業の中身は、途中で性質が変わります。どう組み立てるかを決める場面と、決まった通りに書いてテストを通す場面。前のほうには深い推論が要り、後のほうには速さと規律が要る。それを一つのモデルで通そうとすると、どちらかに合わせた我慢がどこかに残ります。

Orchestratorが引き受けるのは、その我慢です。同じセッションの中で担い手が入れ替わるので、使う側がモデル名を呼び分ける必要がない。深く考えるところは考える側に、手を動かすところは動く側に渡る。同じ日に発表されたGemini 4 Hydrogenが、その実行側を担います。

02. 頭脳は、一つでなくていい

自分の部屋のJ.A.R.V.I.S.を思い描くとき、私たちはつい万能の一人格を想像します。でも実際に家や仕事を回しているのは、考える係と動く係の組み合わせのほうです。Orchestratorは、その「声で調べさせる」先にある司令塔の部分——どの頭を呼ぶかを決める役を、人の代わりに引き受けます。

選ぶ行為そのものが、作業でした。迷っている数秒、切り替えを忘れたまま進んだ数十分。そこが自動になると、手元に残るのは「何を作るか」だけになります。道具を選ぶ時間は、作る時間ではない。

2. 減るのは時間より先に、消費のほう

Terminal-Bench 4.0での計測では、OrchestratorはCarbonに迫るタスク成功率に届きながら、平均でクォータ消費が24%減り、完了が19%速くなったと発表されています。速さの数字より、私は消費のほうに目が留まりました。手持ちの枠が決まっている人ほど、ここの差が一日の終わりに残るものを変えるからです。

01. 同じ結果に、少ない持ち出しで

成功率を落として軽くするのは、難しいことではありません。難しいのは、落とさずに軽くすることです。発表されている結果は、Carbonに迫る成功率を保ったまま、平均で24%ぶんの枠を使わずに済んだというもの。同じ場所に、少ない持ち出しで着いた、という読み方ができます。

枠が減るというのは、回数が増えるということでもあります。一日に試せる回数、作り直せる回数。途中でやめる判断を先延ばしにできる余裕。数字が示しているのは節約ではなく、同じ予算で何回打てるかの話です。

02. 19%という差が、残すもの

完了が平均19%速い。変化が大きいのは、同じ作業を一日に何十回も回す人のほうです。待っている間に別のことへ移り、戻ってきて続きを読む——その往復が減る。

待たされないことは、集中が切れないことでもあります。短くなった分だけ、頭の中にあった文脈が消えずに残る。速さの価値は、秒数そのものより、途切れなかった思考のほうにある気がしています。

3. 並べて走らせるときの、役の割り振り

並列でエージェントを動かす作業では、Carbonが調整役に立ち、Hydrogenがワーカーと検証役を担う構成が取れると発表されています。切り離された作業場で、作ることと試すことを同時に進める。一人で順番にやっていたことを、役割ごとに分けて同時に進める形です。複雑な案件を、トークンの費用を押し上げずに出していくための組み方として示されています。

01. 調整役と、実行役

調整役がやるのは、全体をどう分けるかを決めることです。実行役がやるのは、渡された断片を書いて、テストを通して、結果を返すこと。人のチームでごく普通に行われている分け方が、そのままモデルの側に持ち込まれました。

面白いのは、検証する役も別に立てられる点です。書いた本人が自分の仕事を確かめるのではなく、別の走者が確かめる。一人の中で完結させないという設計が、結果の確かさのほうに効果として表れる構えになっています。

02. 作業場を切り離すということ

同時に走らせるうえで要になるのは、互いの作業場が分かれていることです。隔離されたワークスペースで同時に組み立てて試す、と発表資料には書かれています。踏み合わないから、並べられる。

個人で使う側から見ると、これは「夜のうちに三つ試しておいてもらう」ができる形です。朝、三つの結果が並んでいて、どれを採るかだけ決める。手を動かす時間ではなく、選ぶ時間だけが自分のものになります。

4. 手で選ぶのを、やめてみる

結論を言うと、Google Antigravityで日常的に手を動かしている人は、触ってみる価値があります。覚えることはほとんどありません。これまで自分で決めていたモデルの選択を、一回だけ手放してみる。それだけで、クォータと時間の減り方が自分の作業でどう出るかが分かります。まだAntigravityを開いていない人は、急ぐ理由はありません。

01. 今日からAntigravityを開く人へ

同じセッションの中で勝手に交代してくれるなら、自分が決める理由が残らない。一度預けて、いつもの一本を同じ条件で回してみる。それが一番早い確かめ方です。

見るべきは、終わったあとの消費量と時計のほうです。発表されているのはベンチマークでの平均値ですから、自分の手元の案件でどう出るかは、自分で回してみないと分かりません。一日ぶん回せば、数字は自分の言葉になります。

02. まだ触っていない人へ

Antigravityをまだ開いていないなら、これ単体のために環境を整える必要はありません。機能としては地味です。画面が派手になるわけでも、できることが増えるわけでもない。替えてくれるだけ。

ただ、この「替えてくれるだけ」が、自分の部屋に置く仕組みを考えるうえでは大きい。賢い一つを買ってくる発想から、役割で分けて並べる発想へ。作る側に回りたい人ほど、この組み方は覚えておいて損がありません。頭脳を一つに絞らなくていい、という選択肢が増えたのだから。

5. 実機で動かして分かったこと（2026年11月14日 追記）

発表は、Orchestratorが「CarbonとHydrogenを切り替える」と説明しています。自分のPCで確かめるため、Antigravity CLI（版1.5.8）をGoogle AI Proのアカウントで動かしました。実行は2026年11月13日の夜から14日です。

01. 選べたモデルと、動かし方

一覧に出たのは、Gemini 4 Argon（3段）、Gemini 4 Hydrogen（low・medium・high・xhighの4段）、Orchestrator（表示名は「Orchestrator (Argon)」）、そのほかGemini 3.8 FlashやClaude、GPT-OSSです。Hydrogenの4段は発表と同じですが、Carbonという名前は一覧にありませんでした。

質問を1回ずつ渡して答えを受け取れます。結果をjson形式で出すと、実行時間とトークン数が返ります。モデルごとの内訳は返りません。

初回の起動では、ログイン方法、配色、利用条件の同意が順に出ます。配色の画面の右下には、初期のモデルとして「Gemini 4 Argon · medium」が出ていました。利用条件の画面の同意欄は、チェックなしで進めます。

02. Orchestratorを3回動かした結果

軽い質問を3回出し、3回とも最後まで返りました。記録に残ったのは「Orchestrator (Argon)」を選んだという行だけで、途中で別のモデルに替わった行は1件もありません。

03. 言えることと、言えないこと

言えるのは、CLIからOrchestratorを指定して使えることと、軽い質問では交代が記録に出なかったことです。

言えないのは、交代が起きないということです。質問が軽く、交代する場面が来なかった可能性も、交代しても記録に出ない可能性もあり、今回の方法では区別できていません。発表の24%減・19%速くという数字も、私の手元では再現していません。

発表は交代の相手をCarbonとHydrogenと書いていますが、CLIの表示はArgonです。違いの理由は分かっていません。確かめられていないのは、モデルごとの利用量が見える画面です。分かれば追記します。

6. よくある質問

7. まとめ

8. 画像の出典