antigravity-mcp-server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| AGY_BIN | No | Path to the `agy` binary | |
| ANTIGRAVITY_MCP_HOME | No | Board location | ~/.antigravity-mcp |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| coop_statusA | One-stop situational awareness: who is online, what each agent is running, which paths are locked, open tasks, and unread notes addressed to you. Call this before starting work or editing files so you do not collide with the other agent. |
| ag_delegateA | Hand a task to Antigravity. Starts Write
|
| ag_task_statusB | Check a delegated Antigravity task: running / done / failed, plus its final response and conversation_id once finished. |
| ag_task_waitA | Block until a delegated Antigravity task finishes, or until timeout. Prefer ag_task_status and doing your own work in between -- only wait when you genuinely cannot proceed without Antigravity's result. |
| ag_followupA | Send a follow-up into the SAME Antigravity conversation as a finished task, so it keeps its context (e.g. 'now make the header responsive'). Use this rather than a fresh ag_delegate whenever the request builds on work it just did. |
| ag_cancelA | Stop a running delegated Antigravity task and release any paths it held. |
| board_postA | Put an item on the shared board WITHOUT executing it -- a plan entry, a hand-off, or an announcement that you are about to do something, so the other agent can see it. Use ag_delegate instead when you want Antigravity to run it now. |
| board_updateB | Update a board item's status or owner, or attach a progress note. Keep your own items current here so the other agent is not guessing. |
| board_listC | List board items and delegated tasks. Filter by owner to see just one lane. |
| claim_pathsA | Lock files or directories you are about to edit, so the other agent stays off them. A directory lock covers everything under it. Returns granted vs conflicts -- if a path is held by the other agent, do NOT edit it; pick different work or send a note asking for a hand-off. |
| release_pathsB | Release path locks you hold. Pass all_mine=true to drop every lock you own -- do this when you finish a chunk of work so the other agent is not blocked. |
| check_pathsA | Ask whether specific paths are free before touching them. Cheaper than claiming when you only want to read the situation. |
| notes_sendA | Leave a message for the other agent -- an interface contract, a hand-off, a heads-up that you changed something they depend on. Make it self-contained and concrete: 'POST /api/orders is live, returns {id, status}. Wire the form to it.' |
| notes_readC | Read messages the other agent left for you. |
| presence_setB | Announce what you are doing right now, so the other agent's coop_status shows it. Call when you start and finish a chunk of work. |
| activityC | Recent timeline of what both agents have done -- delegations, claims, releases, notes, status changes. |
| coop_resetA | Clear the whole board -- tasks, locks, notes, events, presence. Destructive; requires confirm=true. Use when starting a fresh project. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 17 tools
Every tool has a clearly distinct purpose: coordination status/reset, delegation lifecycle, board operations, path locking, messaging, presence, and activity log. There is no overlap or ambiguity.
All tool names follow a consistent snake_case pattern with clear prefixes (coop_, ag_, board_, claim_, release_, check_, notes_, presence_) and verb_noun structure (e.g., board_post, ag_delegate). Even the single noun 'activity' is an acceptable exception.
17 tools is well-scoped for a multi-agent coordination server. Each tool serves a necessary function in the collaboration workflow without being excessive or sparse.
The tool surface covers the full lifecycle of multi-agent coordination: status, reset, delegation (create, check, wait, followup, cancel), shared board (post, update, list), path locking (claim, release, check), messaging, presence, and activity log. No obvious gaps.