tphakala/agy-mcp

Antigravity CLI(agy])를 감싸는 MCP(모델 Context Protocol) 서버는 MCP 클라이언트(Claude Code, Cursor, Cline 및 기타)가 [agy 프롬프트, 피어 리뷰 및 후속을 기본 도구로 실행할 수 있습니다.

상태: 완전한 특징 (스트dio와 HTTP 수송, 동기화 및 동기화 일 생활 주기, 모형 및 회의 발견, 당 실행 통제 및 구조상 산출, 교차 플랫폼 구조) 및 1.1.15와 더불어 살아있는 agy에 대하여 확인된 최소한 지원된 버전.

왜

agy] 자동화의 쉘에서 두 개의 반복 문제가 있습니다.

• agy -p (print mode)는 -p]로 전달될 때도 stdin을 읽습니다. stdin이 결코 닫지 않는 열린 관인 경우에, 그것은 무한하게 막습니다. 수정은 항상 stdin ( ])를 닫는 것입니다, 그래서 실은 프로세스를 따뜻하게 유지하지 않고 통화를 통해 살아.

** 위임된 실행은 파일을 수정할 수 있습니다.** agy --dangerously-skip-permissions, 그래서 에이전트는 *and 쓰기를 읽을 수 있습니다 * cwd] dirs]]에서 전달된 모든 디렉토리의 밑에, 프롬프트 없이. 자주 묻는 질문 repo를 만지지 않고, 명확하게 말하십시오. 공구는 철사에 이것을 선언합니다: agy_run 및

An MCP (Model Context Protocol) server that wraps the Antigravity CLI (agy), so any MCP client (Claude Code, Cursor, Cline, and others) can run agy prompts, peer reviews, and follow-up turns as native tools.

Status: feature complete (stdio and HTTP transports, async and sync job lifecycle, model and session discovery, per-run controls and structured output, cross-platform builds) and verified against a live agy, with 1.1.15 the minimum supported version.

Why

Driving agy from a shell for automation has two recurring problems:

• agy -p (print mode) reads stdin even when the prompt is passed with -p. If stdin is an open pipe that never closes, it blocks indefinitely. The fix is to always close stdin (</dev/null), which is easy to forget.
• A review can run for many minutes. A single blocking call ties up the caller and can exceed a client’s tool-call timeout with nothing recoverable.

agy-mcp solves both by running agy as managed, asynchronous jobs behind a small, typed tool surface, and by capturing output to disk, with a completed run’s result and metadata fsync’d, so the result survives a client disconnect, a server restart, or a crash.

Every job runs agy --output-format stream-json, and the supervisor decodes that event stream as it arrives. That is where the conversation id, the response text, the failure message, and the token accounting all come from, so agy-mcp never has to infer any of them.

What it provides

• agy_run / agy_status / agy_cancel: start an agy prompt, poll for completion, cancel if needed.
• agy_run_sync: start a prompt and wait for it inline (bounded, with MCP progress notifications); returns the job_id to wait on or poll if it outlives the wait cap.