Google、動的なAIコーディングワークフロー向けにGemini 4 HydrogenとOrchestratorを発表

Googleの新しいOrchestratorシステムは、最先端モデルのみを使用する場合と比較して、クォータ消費量を24%削減しながら、コーディングタスクを19%高速に完了させることができます。高効率なGemini 4 Hydrogenと高推論のGemini 4 Carbonの間を動的に切り替えることで、システムは最先端に近い成功率を維持しつつ、レイテンシとリソース消費を大幅に削減します。

この画像は、Gemini 4 HydrogenモデルとOrchestratorシステムの発表に関する主要なビジュアルとして機能します。

Gemini 4 Hydrogenと静的ルーティングの限界

Gemini 4 Hydrogenは、日常的なコーディングタスク、デバッグ、およびエージェントワークフローに最適化されたスタンドアロンモデルです。推論の深さと速度のバランスをとるために、low、medium、high、そして新しい「xhigh」の4つの思考レベルを提供します。

多くの業界ソリューションは、最初のプロンプトからタスクの難易度を推測するために静的な「モデルルーター」を使用していますが、これらはタスクが進化するにつれて失敗することがよくあります。長時間実行されるエージェントタスクは、異なる段階で異なるレベルの複雑さを必要とすることが多く、単一の初期ルーティングの決定では対応できません。

「Orchestratorは、単一の軌跡の進化の中で、CarbonとGemini 4 Hydrogenの間の動的で双方向のアプローチをとります。」

— Gemini 4 Hydrogen and Orchestrator | Google Antigravity Blog

CarbonとHydrogenの間の動的オーケストレーション

Orchestrator機能は、Gemini 4 CarbonとGemini 4 Hydrogenの間の動的で双方向のアプローチを使用することで、静的ルーティングの限界に対処します。一度きりの決定ではなく、システムはタスク軌跡の現在の状態に基づいてモデルを調整します。

例えば、Carbonは依存関係を調査し、再計画のトリガーを備えた具体的な計画を構築するために読み取り専用フェーズを開始できます。その後、Hydrogenが引き継ぎ、編集の書き込み、パッケージの更新、テストの実行などの実行タスクを実行します。Hydrogenが困難に直面した場合、Orchestratorは状態をCarbonに戻し、計画を修復して実行を再開させます。

この画像は、Orchestratorワークフロー内で高推論タスクや計画の修復を処理するCarbonモデルを例示しています。

パフォーマンスの向上と開発者のコントロール

Terminal-Bench 4.1でのテストでは、OrchestratorがCarbonモデルに近い成功率を達成しながら、大幅に効率的であることが実証されました。このバランスにより、ユーザーは日常的なステップごとに最先端レベルのクォータを消費することなく、高品質な出力を維持できます。

精密なコントロールを必要とするユーザー向けに、Antigravity SDKはプログラムによるモデルのペアリングを可能にします。これにより、開発者はカスタムパイプラインを構築できます。例えば、Hydrogenエージェントが高ボリュームのコーディングとUIの反復を処理し、Carbonエージェントはセキュリティチェックや大規模なリファクタリングのために予約されるような問題トリアージシステムなどです。

利用可能性と制限

Gemini 4 Hydrogenは現在、有料のGoogle AI ProおよびUltraのサブスクライバーに順次展開されており、Orchestrator機能は初期段階ではGoogle AI Ultraのサブスクライバー向けに提供されます。企業向けアクセスはGemini for businessを通じて提供されます。

Orchestratorはモデル間の受け渡しを自動化しますが、これらの双方向の遷移に関する特定の内部ロジックや技術的なトリガーは内部情報のままです。システムの有効性は、タスクがより高い推論ティアを必要とする「摩擦」に遭遇したときに、モデルが正確に信号を送れる能力に依存しています。