Already-open OpenCode sessions keep stale Antigravity auth/rate-limit state until restart

[Delqhi]

Symptom

After antigravity-accounts.json or OpenCode auth state changes on disk, a fresh opencode run can recover, but an already-open TUI session can stay stuck on stale Antigravity state and still throw errors like:

• All 1 account(s) rate-limited for claude...
• No Antigravity accounts available. Run \opencode auth login`.`

Repro

1. Start an OpenCode TUI session with an Antigravity Claude model.
2. Change ~/.config/opencode/antigravity-accounts.json on disk (for example clear a stored Claude block, or swap to a rotated account).
3. Send another prompt in the same already-open session.
4. The open session can remain on stale in-memory provider/account state until restart.

Root cause found locally

Two layers contributed:

1. Real OpenCode runs load the plugin from ~/.cache/opencode/node_modules/opencode-antigravity-auth, so patching only a global pnpm install does not affect the runtime.
2. The plugin hard-fails on stale accountManager state instead of doing an OpenCode-style provider-state reload + retry in the same session.

Local fix that worked

A local runtime patch fixed this by:

• reloading latest auth/account state from disk at request time
• flushing stale in-memory rate-limit/account-failure state
• retrying once before hard-failing on No Antigravity accounts... / All accounts rate-limited...
• preserving Google API key for OpenCode internals but stripping x-goog-api-key from Antigravity OAuth requests to avoid project-mismatch errors

Verification

• Fresh opencode run succeeds after cache restore/patch.
• Same already-open tmux-backed TUI session continues serving prompts after disk state changes that previously required a restart.

If useful I can also post the concrete patch shape; the model here is very similar to OpenCode core's newer provider reload / retry-once flow on auth failure.

[github-actions]

👋 Thanks for opening this issue!

This is most likely session-state/config behavior, not a core auth failure. The plugin loads account/rate-limit state into memory for the running OpenCode process, so manual edits to ~/.config/opencode/antigravity-accounts.json are not guaranteed to apply to an already-open TUI session. Follow the docs workflow: (1) stop running OpenCode sessions, (2) run opencode auth login (or use its Check quotas / Manage accounts actions) instead of hot-editing the file, (3) restart OpenCode. If you are testing a local patch, apply it to ~/.cache/opencode/node_modules/opencode-antigravity-auth (runtime path), not only a global pnpm install. Also update to latest plugin build (opencode update) to pick up recent rate-limit/account-state fixes.

---

This is an automated response. A maintainer will review your issue soon.