add antigravity CLI

[yasnoyas944-ops]

add antigravity CLI

[weslleycapelari]

Hi!

I noticed the discussion regarding the transition from the deprecated Gemini CLI to the

new Google Antigravity CLI (agy).

To address this compatibility gap right away, I have built and published a fully-featured,

production-ready custom adapter: @weslleycapelari/adapter-antigravity-local.

It supports all the modern integration capabilities:
- 🚀 Spawns the local `agy` command natively.
- 🧠 Dynamic model routing (supports Gemini 3.5, Claude 4.6 Sonnet/Opus, etc.) using

ANTIGRAVITY_MODEL.
- 📁 Multi-workspace support via repeatable --add-dir parameters.
- 🔒 Sandboxing support (--sandbox) and unattended execution (--dangerously-skip- permissions).
- 🛠️ Deep diagnostic probes to verify working directories and API keys.

It is fully tested (with 62 integration/unit tests) and can be easily linked to your

Paperclip Web UI.

Check out the repository for details and installation instructions:
👉 https://github.com/weslleycapelari/adapter-antigravity-local

Hope this helps anyone looking for a solid transition to Antigravity CLI! Let me know if

you have any feedback or ideas.

[rebienkrdns]

Hi, regarding this issue, I have opened Pull Request #7710 where I propose the integration of the antigravity-cli adapter.

[misterioso013]

Do we have any updates on this integration?

[ajdelaguila]

+1 for this. With the Gemini CLI deprecated, Antigravity (agy) is its natural replacement, and right now there is no first-party path for agy users (#8523 tracks the same problem from the adapter side). Native support would close that gap. It would be great to see #7710 reviewed and moving forward.

[wlfonseca]

Adding a +1 with data, and a map of what already exists, since this request has picked up several parallel implementations.

Open PRs implementing it

PR	Last updated	Diff	CI
#7710	2026-07-27	+1839 / −0 across 27 files	18/18 green
#9033	2026-07-10	+3190 / −59 across 37 files	2 failing
#8521	2026-07-04	+519 / −748 across 25 files	21 green, 2 neutral

#7710 looks like the one to back: green CI, most recently touched, and purely additive — it does not remove the existing gemini_local path, so it carries no migration risk. #8521 takes the other approach, migrating gemini_local onto agy, which overlaps with #8523. I have left detailed field notes on #7710.

Also related: #98 (same question, asked earlier) and #8523 (gemini_local pointing at the deprecated backend CLI). #8599 appears to be the same request but was closed by its author as opened from the wrong remote, not rejected.

Why the generic process adapter is not a sufficient answer

It does work — I am running Antigravity in a real company right now with adapterType: process and command: agy. That agent has delivered 4 of my 7 company issues, wakes on a 300s heartbeat, and completes timer- and automation-sourced runs cleanly.

What it costs you:

• No cost or token accounting. /costs/by-agent and /costs/by-agent-model are blank for that agent. Everything shows costCents: 0 with no token counts.
• No session continuity. agy supports --conversation <id> and --continue, but process has nowhere to store the returned session id, so every heartbeat starts cold.
• No model awareness. The prompt, flags, and model all have to be hand-written into adapterConfig.args, so switching models means editing a raw argv array.
• No structured streaming. Output is opaque text rather than parsed events.

One point worth correcting in how this gets framed

Antigravity is often treated as a Gemini wrapper, which undersells the case. agy models on v1.1.8 returns:

gemini-3.6-flash-high / -medium / -low
gemini-3.5-flash-high / -medium / -low
gemini-3.1-pro-high / -low
claude-sonnet-4-6
claude-opus-4-6-thinking
gpt-oss-120b-medium

Gemini, Claude and gpt-oss behind one CLI. That is an argument for a first-class adapter rather than folding it into gemini_local — the model namespace is genuinely multi-provider, and gemini_local naming would misrepresent it.

Happy to test whichever PR the maintainers prefer against a live instance.