clients: Gemini CLI is dead (410 since 2026-06-18) - update the gemini/antigravity client registry for Antigravity CLI (agy) #226
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea#226
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Google shut down Gemini CLI on 2026-06-18 and replaced it with the closed-source Antigravity CLI (
agy), sharing the agent harness with the Antigravity 2.0 desktop app. Only Gemini Code Assist Standard/Enterprise licenses (and paid API keys) retain working gemini CLI access; everyone else gets HTTP 410. The migration also renames MCPurltoserverUrl(a silent failure for remote servers) and shifts the config layout.madtea impact:
geminiclient (mcp-config printer +madtea install --mcp-client gemini, which shells out togemini mcp add): now targets a dead CLI for most users. Decide: keep with a "requires an enterprise Code Assist license" caveat in the snippet/wiring output, or retire the client value with the deprecation etiquette (hidden, refuses with a pointer for one cycle).antigravityclient (writes ~/.gemini/antigravity-cli/mcp_config.json): verify the path and JSON shape against current Antigravity 2.0 / agy - the migration notes say the layout shifted; check whether stdio server entries are affected by the url->serverUrl rename (they may not be) and whetheragynow has a nativemcp addthat wiring should shell out to instead of writing the file directly.agyon PATH should probably detect as the antigravity client; today detection looks for the desktop app config dir.Acceptance criteria:
agydetection wired if it is the current binary name.Pinning the one open sub-decision so this stays workable: the gemini client value follows the deprecation etiquette rather than keep-with-caveat - hidden, always refusing with a pointer for one release cycle, then removed. Rationale: the gemini CLI returns 410 for everyone outside enterprise Code Assist licenses, so a working
--mcp-client geminiis now the exception rather than the rule, and a wiring path that fails for most users at the target CLI's own front door is the silent-green-light shape the install rework just eliminated. The refusal names the enterprise carve-out (licensed users can still paste the printed snippet, which stays available via mcp-config) and points at the antigravity client as the successor. If keep-with-caveat is preferred instead, say so here and the builder flips one branch.The antigravity-side verification (current agy config path/shape, whether stdio entries are hit by the url to serverUrl rename, whether agy has a native mcp add) is doable against the public migration docs; no live install needed for the config-shape check.