Google gave every engineer a rival's model and kept its own harness. The config it gave them is not the one you can buy.
TL;DR: On 15 September 2026, Business Insider’s Hugh Langley reported that Google has opened Claude Opus 5 to all of its engineers — a reversal of a policy that spent most of the year blocking outside coding tools. The shape of the reversal is the story. Engineers get the model, selected inside Antigravity, on a per-person quota. They explicitly do not get Claude Code. Google’s statement: “Engineers can access select third-party models in Antigravity, consistent with our external Antigravity enterprise offering. Gemini remains the primary foundation model for internal development.” That last clause is the honest part. The first clause is the checkable one — and Antigravity’s published model table marks every third-party model available on Free/Plus, Pro and Ultra, and unavailable on Enterprise, with the newest Claude listed being Opus 4.6, three releases behind the Opus 5 the engineers got. Model choice and harness choice are separate purchases. Google just bought them separately, in public, and the combination it chose is not currently on the menu.
What changed
Until this week, Google engineers were directed to build with Gemini. Outside coding tools — Claude Code, OpenAI’s Codex — were off-limits for general use, with carve-outs for some Google DeepMind teams and a short list of high-priority engineering projects. That was a coherent position for a company that ships a frontier model and a harness built on it.
As of 15 September, every Google engineer can select Claude Opus 5 inside Antigravity, subject to an individual usage quota. Gemini stays the default. Claude Code stays blocked.
Read that carefully, because three separate decisions are packed into it:
- The model restriction was dropped. Engineers can use a competitor’s weights on Google’s own code.
- The tool restriction was kept. They cannot use the competitor’s agent product to do it.
- The quota was added. Access is rationed per person, not granted flat.
Google conceded exactly one of the three things its engineers were asking for, and it happens to be the one that costs Google the least amount of control.
The third reversal, and the narrowest one
This is not the first time a hyperscaler has lost this argument with its own engineers.
Amazon ran the same play earlier in 2026 and lost it more comprehensively. Internal guidance steered engineers toward Kiro, its in-house assistant, and imposed stricter approval requirements on third-party AI coding tools for production work. Roughly 1,500 employees backed internal threads pushing for Claude Code, several of them making the uncomfortable point that they were being asked to sell a tool through Bedrock that they were not permitted to use themselves. By May 2026, Amazon had relented and opened access to Claude Code and Codex.
Microsoft sits at the other end: it made its own first-party model, Project Polaris, the default engine for paid GitHub Copilot subscribers in August — roughly 20 million seats — while Copilot itself remains multi-model by design. It never had to reverse a ban because it never ran one.
Google’s version is the most controlled of the three. Amazon gave up the tool. Google gave up only the weights, and routed them through infrastructure it owns, meters and logs. If you are building a policy for your own engineering organisation, that is the template worth studying — not because it is generous, but because it is the minimum concession that actually answers the complaint.
The tier Google named is the tier where the models are switched off
Here is the part a buyer can check, and should.
Google’s statement grounds the internal arrangement in the commercial one: third-party model access is “consistent with our external Antigravity enterprise offering.”
Antigravity’s public model documentation tells a different story. The third-party entries — Claude Sonnet 4.6 (thinking), Claude Opus 4.6 (thinking) and GPT-OSS-120b — each carry the same availability row across the four plan columns: available on Free & Google AI Plus, Google AI Pro and Google AI Ultra; not available on Enterprise. Every Gemini model, including Gemini 3.1 Pro, is available on all four.
Two things follow.
The direction is backwards from what procurement expects. Enterprise tiers are normally supersets — everything the consumer plan has, plus controls and a contract. Here, Enterprise is the only tier that loses models. A team that pilots on individual Pro seats with Claude selected, likes what it sees, and then procures Enterprise discovers the loss at the exact point the rollout stops being reversible. That is not a hypothetical failure mode; it is the default path a sensible evaluation takes.
The published list is three Claude releases stale. Antigravity documents Opus 4.6 as its newest Claude. Anthropic has since shipped Opus 4.7, Opus 4.8 and, in July, Opus 5 — the model Google’s engineers now have.
There are innocent explanations for both. Docs pages lag products constantly. “Enterprise offering” may refer to a Gemini Enterprise Agent Platform arrangement with terms the public table does not describe. An internal deployment at a company that has invested $40 billion in Anthropic may simply be bespoke. Google has not said which, and we are not asserting bad faith.
But the buyer’s position is unchanged across all three: the configuration Google gave its own engineers is not one you can currently select from the published menu. If Antigravity is on your shortlist because it can run Claude, get that confirmed for your tier and your contract, in writing, before the pilot rather than after.
”Gemini remains our primary model” is the credible part
It is tempting to read the Gemini sentence as face-saving. It probably is not.
A default is a different thing from a ranking. Google runs Gemini as the internal default for reasons that have nothing to do with which model wins a head-to-head: cost at Google’s volume, latency against Google’s serving infrastructure, dogfooding the product it sells, and the ordinary institutional preference for the thing the company controls. Quota-limited access to a rival for “specialized use cases” is entirely consistent with Gemini being the right default for most Google code and wrong for some of it.
What the reversal does establish is narrower and more durable than a benchmark claim: single-vendor model policy failed a cost-benefit test at the company best positioned to make it work. Google has the cheapest possible access to its own weights, total control of the toolchain, and a strategic interest in the answer coming out the other way. It still concluded the productivity loss was not worth it.
That is the finding that generalises. Your organisation has none of Google’s advantages and all of the same pressure.
Model choice and harness choice are different purchases
The structural lesson here is one this desk keeps arriving at from different directions.
A harness — Antigravity, Claude Code, Cursor, Copilot, Codex — is not a neutral pipe between you and a model. It owns prompt scaffolding, context assembly, tool definitions, sandbox behaviour and retry logic. The same weights behave measurably differently across two harnesses, which is why “Opus 5 in Antigravity” is a genuinely different product from “Opus 5 in Claude Code”, and why Google’s engineers did not get what they asked for even though they got the model they asked for.
It follows that these are two decisions, and they fail independently:
- The model can be taken away by a supplier. OpenAI’s termination of Cursor’s model access in August was the clean demonstration: multi-model support was never an architecture, it was a contract term, and contract terms have counterparties. The Antigravity tier table is a quieter version of the same fact.
- The harness can be taken away by its owner. Google sunset Gemini CLI and the Code Assist extensions on 18 June with no grace period, making Antigravity 2.0 the only path forward for consumer-tier users. Anthropic cut Claude Code’s weekly limits by 17% on 14 September. GitHub let promotional Copilot credits expire on 1 September, revealing the real cost baseline.
Tools that let you change one without changing the other are worth more than their feature lists suggest. That is the axis the harness roundup and the Claude Code vs Antigravity comparison are organised around, and it is the one Google just ratified with an internal policy change.
What to do with this
- Ask whether you can change models without changing tools. If your setup allows it, you are insulated from a supply decision you do not control. If it does not, write it down as a concentration risk and revisit at renewal. Do not migrate today over this.
- Confirm tier-level model availability before you pilot. Specifically for Antigravity, ask your account team which third-party models are available on the tier you intend to buy, and get it in the contract if it matters. The published table currently says Enterprise gets Gemini only.
- Treat internal-adoption stories as a signal about engineers, not about products. They reliably tell you which model developers push for. They tell you almost nothing about which product is best, because the version that survives the reversal is always shaped by the employer’s control requirements.
- If you run a single-vendor model policy, price the exception. Google’s answer — allow the model, keep the harness, meter the access — is a reasonable middle. It preserves audit logs, sandbox policy and code-retention posture while removing the complaint. It is easier to defend than a flat ban, and cheaper than approving a second full agent stack.
- Do not read a coding-model ranking out of this. Google published a procurement decision about specialised use cases, not a benchmark. The coding tools roundup and developer guidance still turn on your own evals against your own repository.
The honest read
Google blocked outside coding tools all year, its engineers kept asking, and this week it gave them the smallest thing that would answer the question: a rival’s weights, inside Google’s own tooling, rationed. Nobody should be surprised, and nobody should read it as capitulation — Gemini’s coding story has had a difficult year, but a default is not a verdict.
The genuinely useful artifact is the mismatch. A company described its internal setup as consistent with what it sells, and what it sells — per its own published table — does not include the model on the tier an enterprise buys. That is probably a stale docs page. It is worth ten minutes of your account manager’s time to find out, because the alternative is discovering it during a rollout.
Frequently asked questions
Does this mean Gemini is worse at coding than Claude?
It is evidence, but weaker evidence than the headlines suggest, and it is worth being precise about what it shows. What Google disclosed is a procurement decision, not a benchmark: engineers asked for a specific model, and the company decided the productivity gain was worth overriding a policy it had defended all year. That tells you there is a real gap on some tasks for some teams — nobody reverses a flagship-defending policy over a rounding error. It does not tell you the size of the gap, which tasks it covers, or whether it holds for your codebase. Google's own framing is that third-party models are 'provided on a quota basis to support specialized use cases', which is a claim about a subset of work, not about the average. The useful takeaway is not a ranking. It is that a company with the maximum possible incentive to use its own model concluded that single-vendor model policy costs more than it saves — and that conclusion probably generalises further than any particular benchmark does.
Can I actually get Claude Opus 5 inside Antigravity as a paying customer?
Not as of 15 September 2026, on either count. Antigravity's published model table lists Claude Sonnet 4.6 (thinking), Claude Opus 4.6 (thinking) and GPT-OSS-120b as the third-party options, available on the Free/Google AI Plus, Pro and Ultra tiers and marked unavailable on Enterprise. Opus 5 is not on that list at all, and Anthropic has shipped Opus 4.7, Opus 4.8 and Opus 5 since the version Antigravity documents. Google's statement says engineers get 'select third-party models in Antigravity, consistent with our external Antigravity enterprise offering'. There are three innocent readings — the docs page lags the product, 'enterprise offering' refers to a differently-provisioned Gemini Enterprise Agent Platform arrangement, or the internal deployment is bespoke — and Google has not said which applies. The practical response is the same under all three: before you plan a rollout around a third-party model inside Antigravity, get the availability confirmed for the tier and the contract you will actually be on, in writing.
Why does the free-and-Pro-but-not-Enterprise pattern matter so much?
Because it inverts the direction teams assume tiers move in, and it breaks pilots in a way that is invisible until the rollout is real. The normal mental model is that Enterprise is a superset: everything the consumer plans have, plus SSO, audit logs, admin controls and a contract. On Antigravity's published table, third-party models run the other way — present on free, Plus, Pro and Ultra, absent on Enterprise, while every Gemini model is available on all four. A team that pilots Antigravity on individual Pro accounts with Claude selected, likes the results, and then procures Enterprise loses the model at precisely the moment the decision becomes expensive to reverse. The general rule this illustrates is worth more than the specific case: check capability availability against the tier you will deploy on, not the tier you evaluated on. It is the same class of surprise as promotional credits expiring, and it is cheap to avoid by asking one question early.
Is 'allow the model, block the tool' a reasonable policy for my own company?
It is a defensible one, and Google's version is the clearest large-scale statement of it yet. Keeping a single harness means one set of audit logs, one egress and sandbox policy, one place to enforce per-person quotas, one code-retention posture, and one integration surface with internal repos and CI. Swapping the model behind that harness is a config change; swapping the harness is a migration. If your organisation has real security or compliance requirements around source code, routing a rival model through your standard tooling is a more conservative move than approving a second vendor's full agent stack. The cost is that a harness is not a neutral pipe — prompt scaffolding, context assembly, tool definitions and sandbox behaviour all differ, so the same model genuinely performs differently in different harnesses. Google's engineers are getting Opus 5 as Antigravity drives it, not as Claude Code drives it, and those are not the same product experience. Whether that trade is right for you depends on how much of your risk sits in the tool versus the weights.
This is the third hyperscaler to reverse an in-house-tool mandate. What is the pattern?
The pattern is that developer tool preference has become strong enough to override strategic alignment inside the companies with the most strategic alignment to protect. Amazon spent early 2026 steering engineers toward its in-house Kiro and applying stricter approval requirements for third-party tools in production; roughly 1,500 employees backed internal calls for Claude Code, including the pointed observation that they were selling a tool through Bedrock they were not allowed to use, and by May the company had relented on Claude Code and Codex. Google held out longer and conceded less: the model, not the tool, inside its own platform, on a quota. What all of these have in common is that the reversal came from the bottom, not from a strategy review. For a buyer, the read-across is that internal-adoption stories are a decent signal of which models engineers fight for, and a poor signal of which products are best — because the version that survives the reversal is always the one that fits the employer's control requirements, not the one the engineers originally asked for.
Should this change what I buy this week?
Not on its own — nothing shipped, no price moved, and none of your tools gained or lost a capability today. Two smaller things are worth doing while it is on your mind. First, find out whether your current coding setup lets you change the model without changing the tool. If it does, you are insulated from a supply decision you do not control, which is the same exposure that turned into a hard deadline for Cursor users in August. If it does not, note that as a risk rather than acting on it immediately. Second, if Antigravity is on your shortlist, confirm third-party model availability for your intended tier before the pilot rather than after, and get the answer from your account team rather than from a docs page. Both are cheap now. Only one of them stays cheap.
Sources
- Techmeme — Google gives all of its engineers Claude Opus 5 access via Antigravity (Hugh Langley/Business Insider, 15 September 2026)
- BigGo Finance — Google breaks internal precedent, opens Anthropic's Claude model to all engineers (15 September 2026)
- Seoul Economic Daily — Google Lets Engineers Use Rival Anthropic's Claude (15 September 2026)
- Kingy AI — Google Opens the Door to Claude for All Engineers (15 September 2026)
- Antigravity — Models documentation (per-tier availability table)
- Slashdot — Amazon Engineers Want Claude Code, but the Company Keeps Pushing Its Own Tool (12 February 2026)
- Slashdot — Amazon Relents, Lets its Programmers Use OpenAI's Codex and Anthropic's Claude (10 May 2026)
- The New Stack — AI and Claude: the internal rebellion that changed Amazon's rules
Related tool reviews
Questions or corrections? Email Pick Right. Want the full list? See all news.