Summary
When using google-antigravity provider with Gemini 3.1 Pro, OpenClaw sends the model ID as gemini-3.1-pro in the API request body. The Antigravity Cloud Code Assist API rejects this with a 404: "Requested entity was not found" because it requires a thinking-tier suffix (-low or -high) for all Gemini 3 Pro variants.
Root Cause
The Antigravity API has different model ID requirements depending on the model family:
| Model family |
API model ID format |
Tier suffix required? |
| Gemini 3 Flash |
gemini-3-flash |
No |
| Gemini 3 Pro |
gemini-3-pro-low / gemini-3-pro-high |
Yes |
| Gemini 3.1 Pro |
gemini-3.1-pro-low / gemini-3.1-pro-high |
Yes |
The existing model catalog already correctly uses gemini-3-pro-low and gemini-3-pro-high (with tier suffix), but the forward-compat resolution for Gemini 3.1 Pro creates a model entry with bare id: "gemini-3.1-pro" — missing the required tier suffix.
Evidence
OpenCode (antigravity-auth plugin v1.6.0) works correctly because its model-resolver in src/plugin/transform/model-resolver.ts automatically appends -low as default tier:
// From opencode-antigravity-auth plugin
if (isGemini3Pro && !tier && !isImageModel) {
antigravityModel = `${modelWithoutQuota}-low`; // gemini-3.1-pro → gemini-3.1-pro-low
}
OpenClaw sends model: "gemini-3.1-pro" (without suffix) via buildRequest() in google-gemini-cli.js:706:
return {
project: projectId,
model: model.id, // "gemini-3.1-pro" — missing -low suffix
request,
...
};
Steps to Reproduce
- Configure
google-antigravity provider with OAuth
- Set primary model to
google-antigravity/gemini-3.1-pro
- Send any message
- Observe 404 error in logs:
Cloud Code Assist API error (404): Requested entity was not found.
- After 404, google-antigravity goes into cooldown, causing cascade failures
Logs
FailoverError: Cloud Code Assist API error (404): Requested entity was not found.
Followed by:
FailoverError: No available auth profile for google-antigravity (all in cooldown or unavailable).
Fix
The forward-compat model resolution and catalog synthesis need to use gemini-3.1-pro-low and gemini-3.1-pro-high as model IDs for google-antigravity, matching the existing pattern for gemini-3-pro-low/gemini-3-pro-high.
PR #21257 already implements this correctly — it adds both gemini-3.1-pro-low and gemini-3.1-pro-high catalog entries for google-antigravity and handles the forward-compat resolution properly.
Affected Components
src/agents/model-forward-compat.ts — resolution returns bare gemini-3.1-pro instead of gemini-3.1-pro-low
src/agents/model-catalog.ts — catalog synthesis needs -low/-high entries for google-antigravity
src/commands/models/list.registry.ts — model listing needs the tier-suffixed IDs
Environment
- OpenClaw: 2026.2.21-2
- Provider: google-antigravity (Google Pro subscription)
- OS: Proxmox (Debian)
Related Issues
Related PRs
Summary
When using
google-antigravityprovider with Gemini 3.1 Pro, OpenClaw sends the model ID asgemini-3.1-proin the API request body. The Antigravity Cloud Code Assist API rejects this with a 404: "Requested entity was not found" because it requires a thinking-tier suffix (-lowor-high) for all Gemini 3 Pro variants.Root Cause
The Antigravity API has different model ID requirements depending on the model family:
gemini-3-flashgemini-3-pro-low/gemini-3-pro-highgemini-3.1-pro-low/gemini-3.1-pro-highThe existing model catalog already correctly uses
gemini-3-pro-lowandgemini-3-pro-high(with tier suffix), but the forward-compat resolution for Gemini 3.1 Pro creates a model entry with bareid: "gemini-3.1-pro"— missing the required tier suffix.Evidence
OpenCode (antigravity-auth plugin v1.6.0) works correctly because its model-resolver in
src/plugin/transform/model-resolver.tsautomatically appends-lowas default tier:OpenClaw sends
model: "gemini-3.1-pro"(without suffix) viabuildRequest()ingoogle-gemini-cli.js:706:Steps to Reproduce
google-antigravityprovider with OAuthgoogle-antigravity/gemini-3.1-proCloud Code Assist API error (404): Requested entity was not found.Logs
Followed by:
Fix
The forward-compat model resolution and catalog synthesis need to use
gemini-3.1-pro-lowandgemini-3.1-pro-highas model IDs forgoogle-antigravity, matching the existing pattern forgemini-3-pro-low/gemini-3-pro-high.PR #21257 already implements this correctly — it adds both
gemini-3.1-pro-lowandgemini-3.1-pro-highcatalog entries forgoogle-antigravityand handles the forward-compat resolution properly.Affected Components
src/agents/model-forward-compat.ts— resolution returns baregemini-3.1-proinstead ofgemini-3.1-pro-lowsrc/agents/model-catalog.ts— catalog synthesis needs-low/-highentries forgoogle-antigravitysrc/commands/models/list.registry.ts— model listing needs the tier-suffixed IDsEnvironment
Related Issues
Related PRs