Repository navigation
Windows: read Antigravity's quota through agy.exe, open or closed - #507
Merged
Merged
Conversation
Antigravity IDE and VS Code's Antigravity extension now start %USERPROFILE%\.gemini\bin\agy.exe --hub instead of a language_server process, and pass its token as --csrf_token=<t>. Discovery looked only for language_server and read only --csrf_token <t>, so it never found the server, and the ring fell back to counting today's requests. The process search now also takes agy.exe, still preferring the IDE's language_server as the Mac does, and uses only a process that carries a token: without one the hub answers 401. The flag reader accepts both forms.
The quota was only readable while the IDE or VS Code's extension had a server running. With both closed the ring kept its last figure or fell back to counting requests. The agy.exe they install in ~/.gemini/bin reads the quota on its own, using the sign-in already on the machine. It takes about 200 MB for twelve seconds, so it runs at launch, on a click and on a hover, at most once every five minutes, and never on the poll's timer. Nothing runs it when the ring is hidden, and with Antigravity open the server is still read instead. The Mac starts a server of its own for this; here that would hold the same 200 MB for as long as Codenotch runs.
When its 15-minute update check is due, agy starts a background updater, agy --bg-updater. Started from Codenotch, which has no console, that updater opens a Windows Terminal window, so the first read of the day flashed one. Running Antigravity, VS Code and Zed together in the morning showed it each day. AGY_CLI_DISABLE_AUTO_UPDATE=true turns the check off for the read; agy ignores "1". Antigravity and the CLI's own runs still update it. This covers the standalone CLI's reads as well.
vinzdg
added a commit
that referenced
this pull request
Nov 6, 2026
…panese - Claude Code sessions named by their title (#510); the lone Claude ring named when Claude Desktop uses another account (#511). - Cost indexer stats transcripts (#501) and acts only on changed readings (#514). - Krea AI (#490), a Xiaomi MiMo preset (#503), Grok multi-account (#515), Japanese up to date (#492), deficit rings by soonest expiry (#496). - Fixes: Claude weekly-only /usage (#527), remote Claude reuse (#522), remote Codex behind a proxy (#523), Kiro V2 engine and parsing (#528, #517), Kimi monthly quotas (#526), MiniMax China sk-api keys (#529), Grok Bot resets (#518), Developer ID team check (#491). - Windows: the taskbar strip drawn as the notch (#506), Claude accounts as rows (#502), Antigravity through agy.exe (#507), a hook auth token (#525).
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Antigravity no longer runs a
language_serverprocess on Windows. Antigravity IDE and VS Code's Antigravity extension (google.google-antigravity1.10.0) both start%USERPROFILE%\.gemini\bin\agy.exe --hub, so Codenotch never found the server, and the ring fell back to counting today's requests ("~0"). With both closed there was no server at all. Refs #410.Antigravity open: its server is read, as before.
agy.exe. When both are running, the IDE'slanguage_serveris used, as in the Mac'sAntigravityBridge.discover.agy.exepasses--csrf_token=<t>, so the flag reader accepts that form as well as--csrf_token <t>. Doctor's line now says "local server".Antigravity closed: that
agy.exereads the quota on its own, through the--print /usagereader Codenotch already has.AGY_CLI_DISABLE_AUTO_UPDATE=true(agy ignores1). Without it, a due 15-minute update check startedagy --bg-updater, which opened a Windows Terminal window. This covers the standalone CLI's reads too.find_agyis unchanged, so a standalone CLI install behaves as before.The Mac starts a server of its own for this. Here
agy.exe --hubanswers after 5 s but holds about 207 MB for as long as Codenotch runs. The one-off read takes about 12 s and holds nothing between reads.Overlap: #495 makes
request_hover_refreshtest-only and replaces the ConPTY runner, so this conflicts with it inantigravity.rsandagy_cli.rs. If #495 lands first, I'll resolve it here. #450 changes only the non-Windowsdiscover().Test plan
cargo test -p codenotch: 318 passed, including new tests for both flag forms, which server is used, when a read is due, when a hover wakes the poller, and the environment agy gets. Clippy: nothing in the changed files.agyread at launch with all four lanes, none on three timer ticks, none with the ring hidden.codenotch-hook.exeand a window watcher running. Before, agy logged "Spawned background update process" and a Windows Terminal window opened. After, it logged "Auto-update disabled via environment variable", and no updater or window appeared.