Google Antigravity's Orchestrator Cuts Quota Use 24% by Swapping Models Mid-Task
Google Antigravity's Orchestrator swaps between Gemini 4 Carbon and Hydrogen mid-session, claiming 24% lower quota use and 19% faster completion on Terminal-Bench 4.1.
By Olivia Hart
3 min read

What's News
- Google announced Orchestrator on November 12, 2026, claiming 24% lower quota use and 19% faster task completion.
- Orchestrator switches between Gemini 4 Carbon and Gemini 4 Hydrogen within a single session.
- Hydrogen is rolling out to paid Google AI Pro and Ultra subscribers; enterprises get both models via Gemini for business.
- Orchestrator follows the November 10, 2026 preview of Gemini 4 Carbon and /swarm.
- Developers can assign models explicitly per role through the Antigravity SDK.
By Olivia Hart, Business Bearings
Google Antigravity's new Orchestrator reached near-Carbon task success on Terminal-Bench 4.1 while averaging 24% lower quota use and 19% faster completion, the company said on November 12, 2026. The gains come from dynamically switching between Gemini 4 Carbon and Gemini 4 Hydrogen inside a single session. The feature is rolling out now as a model-dropdown option for Google AI Ultra subscribers.
The claim deserves scrutiny on one point: "near-Carbon" is Google's own benchmark framing, not an independent audit. But the mechanics behind the number are concrete.
What does Orchestrator actually change?
Orchestrator targets routine feature development and debugging. Google's argument is economic as much as technical: running a frontier reasoning model and multiple parallel agents throughout a session makes iteration slower and burns frontier quota.
A conventional static router estimates task difficulty from the opening prompt, then commits the entire job to the cheapest model it deems sufficient. Google says this one-time allocation fits long-running agents poorly, because a task's demands can change and only become clear during execution.
Orchestrator can move in either direction between the two models as work unfolds. In Google's example, Carbon starts with read-only investigation of dependencies, resolves ambiguities, and produces a plan with explicit conditions that would trigger re-planning. Hydrogen then implements edits, updates packages, and runs tests. If Hydrogen meets friction, Carbon takes back control to inspect the current state, fix the plan, and continue execution.
The takeaway: a session can call on deeper reasoning for planning or recovery without assigning every implementation step to the same model.
Who gets Hydrogen, and when?
The new Hydrogen model is rolling out separately in Antigravity to paid Google AI Pro and Ultra subscribers. Enterprises can access both models through Gemini for business. Google says additional models and subscription plans will gain Orchestrator support in the future — a promise without a date attached.
Google positions Hydrogen as the rapid-execution counterpart to Carbon and Argon, which the company describes as offering deeper, long-horizon reasoning.
What can developers control directly?
Developers who want explicit assignments rather than automatic switching can connect Hydrogen and Carbon through the Antigravity SDK, gaining programmatic control over which model handles each role in a multi-agent workflow.
In Google's open-source issue-triage demonstration, Hydrogen agents triage and code: searching the codebase, asking clarifying questions, and iterating on user-interface changes from pull-request comments. A Carbon agent takes larger refactors, new features, and security checks. The demonstration applies the same division between rapid execution and deeper reasoning — but the developer defines the boundaries instead of delegating them to Orchestrator.
How does this differ from /Swarm?
Orchestrator follows the November 10, 2026 preview of Gemini 4 Carbon and /swarm, which targeted engineering work spread across many files and test suites. Per the /swarm documentation, a coordinator can split a task among named workers handling separate files, packages, or questions, while verifiers review diffs and run tests; workers can also receive isolated working copies of a repository.
Orchestrator addresses a different structure: it changes the model used during one evolving session rather than creating a team to work on independent pieces in parallel.
Together, the two features divide agentic work along separate axes — across agents when a project can be partitioned, and across models when one conversation moves between planning, execution, and repair.
The practical shift is significant for buyers watching quota budgets: model choice no longer has to be a single decision made at the prompt. It becomes part of a workflow's architecture, either adaptive under Orchestrator or explicitly assigned through the SDK. Whether the 24% quota savings hold outside Google's own benchmarks will be the first thing enterprise customers test.
Source: unite.ai
More from Olivia Hart
Show full bio
Staff writer covering people, launches and day-to-day practice in entrepreneurship, startups and venture funding at Business Bearings.
2,006 articles