claude-agy
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@claude-agyspawn a Claude Code agent to fix the failing tests, then wait for it and show me the output"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
claude-agy-mcp
An MCP server that lets any agent drive Claude Code and Antigravity (agy) sessions as
controlled subagents — list them, start them, talk to them, pause them, switch their model, read
their output, and run several at once.
It exists because an agent that can spawn another agent but cannot see it, wait for it, or stop it has not gained a worker; it has gained a race condition.
// mcp config
{
"mcpServers": {
"claude-agy": {
"command": "node",
"args": ["/absolute/path/to/claude-agy-mcp/bin/claude-agy-mcp.js"]
}
}
}No dependencies. Node >= 20.12. Nothing to install.
The problem it solves
Both harnesses are full-screen TUIs. Claude Code additionally ships a real background-session API
(claude --bg, claude agents --json, logs, stop, respawn, rm) and this server prefers it
wherever it exists, because a structured API beats scraping a screen. agy has no equivalent, so
those sessions are driven through tmux — and the tool says so rather than pretending otherwise.
Claude Code | Antigravity ( | |
background session | yes ( | no |
list sessions |
| tmux |
send a message |
| keystrokes |
stop / resume |
| tmux kill |
switch model | next turn |
|
Related MCP server: deleg8
Tools
Inventory
agent_list— every session, both harnesses, one tableagent_inventory— which binaries exist, their versions, extra installs that could shadow themagent_models— known model ids and effort levels per harness
Read
agent_read— recent output, optionally waiting for the agent to stop generatingagent_wait_idle— block until output stops changingagent_limits— is a session rate- or usage-limited right nowagent_transcript— where the conversation lives on disk
Spawn
agent_spawn— one session (background for Claude, tmux for agy)agent_spawn_many— a fan-out, reporting partial failure honestly
Talk
agent_send— send, and by default wait for the answeragent_interrupt— stop generation without ending the session
Lifecycle
agent_stop,agent_resume,agent_respawn,agent_set_model
Bridge (agents cannot call each other directly; this is the channel that reaches them)
bridge_send,bridge_inbox,bridge_status
Self
self_openbot— restart the host that is running this tool, after a config change, with no human
Design notes that are load-bearing
Idle detection is movement-based, not marker-based. A "is it busy?" check built on one vendor's status string is one rename away from lying — that has already happened here once, and the failure mode is that a working agent reads as idle. This server watches whether the screen is still changing, and only uses the busy marker as a secondary signal so a long silent think is not mistaken for a finish.
A tool that cannot do the thing says so. agent_spawn for agy with mode=background returns
"agy has no background-session mode", not an empty success. A silent no-op is the failure that
makes an orchestration layer worthless, because the caller cannot tell it apart from work.
The bridge appends under a lock and fsyncs. It is written by more than one process, and a torn line makes the whole log unparseable. That failure has already destroyed an inbox on this machine.
self_openbot starts the replacement before it retires anything. The new terminal comes up
first, and the kill is performed by a detached helper after a delay so the tool result is
delivered before the process exits. The command is verified to exist on PATH first — refusing is
correct when the alternative is killing the session with nothing to replace it.
Test
node test/smoke.mjsSpeaks the real protocol over a pipe to a real child process: handshake, tools/list, a live
inventory read, the bridge, the dry-run path, an unknown tool, and a failing tool call. It exists
to catch a server that starts but lists nothing or corrupts stdout — which a unit test against the
handlers would never see.
This server cannot be deployed
Maintenance
Related MCP Connectors
Shared control plane for AI coding agents — tasks, memory, decisions, file locks. 12 tools.
Shared memory and mail for your AI agents. Verified with Claude Code; other MCP clients in testing.
Cross-agent artifact workspace with provenance across Claude Code, Codex, Cursor, LangGraph.
Multi-agent coordination for AI agents: shared spaces, tasks, search, mailbox and persistent state.
Related MCP Servers
- AlicenseAqualityDmaintenanceEnables Claude to drive the Antigravity agent by running prompts through the agy CLI non-interactively, supporting session management and optional sandboxed execution.51ISC
- FlicenseNot gradedqualityBmaintenanceEnables Claude Code to delegate work to persistent oh-my-pi (omp) subagents via an MCP server with 7 tools (spawn, send, output, status, list, stop, prune), wrapping omp RPC mode with enforcement hooks for descriptive agent naming, model configuration, denylists, write-scope ownership, and cooperative locking.-
- AlicenseAqualityAmaintenanceEnables agent managers to launch and supervise Antigravity CLI, Claude Code, CodeBuddy Code, or Grok CLI as subagents through local MCP tools for starting, waiting on, and cancelling invocations.4MIT
- AlicenseNot gradedqualityBmaintenanceEnables an interactive Claude Code session to delegate blocking tasks to headless pi and OpenCode workers, and lets all three peers exchange messages and list paired sessions over a shared local file bus. It exposes 18 tools covering sync/async asks, steering, abort, session lifecycle, state inspection, and cross-agent messaging.117 npm1MIT