Repository navigation
Claude Antigravity requests failing: Unknown name "thinking"/"signature"/"type" #245
Description
Summary
- Claude Antigravity models are failing with Google API 400 errors such as , , and for non-thinking models .
- Affects both thinking and non-thinking Claude models; this worked previously for at least one Sonnet 4.5 thinking variant.
Affected models
- Claude Opus 4.5 Thinking
- Claude Sonnet 4.5 Thinking
- Claude Sonnet 4.5 (non-thinking)
Error snippets
- Invalid JSON payload received. Unknown name "thinking" at 'request.contents[...]'
- Unknown name "signature"
- Unknown name "type"
- Unknown name "parameters" (seen for Gemini tool schema errors too)
Environment
- OpenCode: v1.1.25
- Plugin: opencode-antigravity-auth v1.2.9-beta.10
- OS: macOS Sequoia 15.7.4
- Config: keep_thinking: true (from ~/.config/opencode/antigravity.json)
Notes
- I didn’t find a matching issue in this repo.
Activity
tctinh commentedon Jan 19, 2026
please use keep_thinking=false, keep_thinking are causing unstable as I stated clearly here https://github.com/NoeFabris/opencode-antigravity-auth/blob/main/docs/CONFIGURATION.md#about-keep_thinking
If you insist on using keep_thinking=true, toggle on the debug=true at well, it somehow fix the issue with that config, I'm currently investigate why
mrjared16 commentedon Jan 19, 2026
this could be the cause:
opencode-antigravity-auth/src/plugin/request-helpers.ts
Line 1144 in 7f73cb2
opencode-antigravity-auth/src/plugin/request.ts
Line 532 in 7f73cb2
With my tests, I changed them to use the structure
{ thought: true, text: "...", thoughtSignature: "..." }. I also made some tweaks, like stripping the thinking part if there's a cache miss and removing the model from the cache key. I'm not entirely sure which change was the real fix, but it helped.tctinh commentedon Jan 20, 2026
Hi! This issue should be fixed in v1.3.1-beta.0 (PR #246).
The fix addresses multiple aspects of your reported errors:
"Unknown name thinking/signature/type" - We now properly convert
thoughtSignature→providerMetadata.anthropic.signatureformat that OpenCode expects, and handle thinking blocks correctly across both Gemini-style and Anthropic-style formats.keep_thinking=truefix - Fixed signature validation for Claude multi-turn conversations. The root cause was thatfilterContentArraytrusted any signature ≥50 chars for last assistant messages, but Claude returns its own signatures that Antigravity doesn't recognize. Now verifies signatures against our cache viaisOurCachedSignature().Zod v4 upgrade - Upgraded to match OpenCode v1.1.25's requirements, which may have been causing schema validation issues.
Please update to v1.3.1-beta.0 and let us know if the issue persists!
Realtyxxx commentedon Jan 20, 2026
Did you encounter rate-limit issues? @chindris-mihai-alexandru @mrjared16 @tctinh @Shatriyan
tctinh commentedon Jan 20, 2026
yes I noticed the rate limit are more aggresive this week, it was harsh last week but in this week it become more common I'm currently on 10 accounts and that did help alot but even on 10 accounts I still see rate limit issue pop up a lot then switch up to another account, sometimes it rotate through 3-4 account because all of them are rate limited to find one that works
Realtyxxx commentedon Jan 20, 2026
Has the cause of this problem been found yet? I currently only have two accounts that I purchased myself, and they are almost unusable.
tctinh commentedon Jan 20, 2026
the rate limit are the sight of google trying to block 3rd party usage abusing their sub, we did improve a lot by having good account rotate system, spoof header and system prompt for Antigravity to improve but that all we can do, please don't automatic think issues are from our plugin only, Their Claude implementation of the endpoint already a suck enough for our plugin to parse now we also combat the rate limit and blocking issue as well, a community help is very needed at the moment.
mrjared16 commentedon Jan 20, 2026
Did they shadow ban accounts that request outside of antigravity? I don't see people complaining anywhere, so I guess it only affects us
tctinh commentedon Jan 20, 2026
I think the issue happen across all proxies solution like us
router-for-me/CLIProxyAPI#1015
Mirrowel/LLM-API-Key-Proxy#61
lbjlaq/Antigravity-Manager#836
badrisnarayanan/antigravity-claude-proxy#140
badrisnarayanan/antigravity-claude-proxy#157
You see most issue come from this plugin because I think we are the biggest proxies solution that built specific for Antigravity only and use Opencode (which consume token very fast)
chindris-mihai-alexandru commentedon Jan 20, 2026
@Realtyxxx yup, I did!
shadowofsoul commentedon Jan 20, 2026
Updated the plugin to latest beta, zod and opencode to latest and still face the same problem. i didn't do a config setup apart from default values but i use the opus 4.5 thinking in max mode.
chindris-mihai-alexandru commentedon Jan 20, 2026
For rate limits, I've had good results using a new multi-tier setup: Antigravity for my primary agent (complex reasoning), Cerebras (free/unlimited) for subagents like
explore,researcher,coder.Most subagent tasks don't need Claude's intelligence, they just need speed. It cuts Antigravity usage significantly since the bulk of requests go to Cerebras instead.
dean-create commentedon Jan 23, 2026
Request contains an invalid argument.
[Debug Info]
Requested Model: antigravity-claude-opus-4-5-thinking
Effective Model: claude-opus-4-5-thinking
Project: majestic-quote-0rt04
Endpoint: https://daily-cloudcode-pa.sandbox.googleapis.com/v1internal:streamGenerateContent?alt=sse
Status: 400
Request ID: N/A
Tool Debug Missing: 1