Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
GEMINI_API_KEYNoEnables the REST fallback.
GOOGLE_API_KEYNoEnables the REST fallback (alternative to GEMINI_API_KEY).
ANTIGRAVITY_LOG_LEVELNoServer log level on stderr.INFO
ANTIGRAVITY_STATE_DIRNoWhere job history is kept.platform state dir
ANTIGRAVITY_JOB_TIMEOUTNoSeconds before a job is abandoned. Completion is detected, not waited out, so a generous ceiling only bounds a genuinely stuck agent.1800
ANTIGRAVITY_DISABLE_LOCALNoSkip local execution; the workspace gate still requires a verified IDE workspace.
ANTIGRAVITY_MAX_CONCURRENT_JOBSNoJobs running at once. Every job drives a live session on the same language server process, so this is a real resource ceiling. Extra jobs queue.3
ANTIGRAVITY_MAX_CONCURRENT_REQUESTSNoTool calls handled in parallel.16

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

CapabilityDetails
tools
{
  "listChanged": false
}

Tools

Functions exposed to the LLM to take actions

NameDescription
dispatch_gemini_agentA

Dispatch a coding, analysis, or research task to a background Antigravity subagent. Returns immediately with a job_id so the orchestrator is never blocked.

get_active_workspaceA

Inspect the live Antigravity IDE instances and return the active workspace path, process ID, listening port, and connection status. Use this before dispatching file-modifying tasks to ensure the agent targets the correct workspace.

list_available_modelsA

List the live models currently available from the connected Antigravity IDE session. Call this before dispatch_gemini_agent when you do not already know an exact, currently-live model name.

check_agent_jobB

Check the status, logs, duration, and output of a dispatched agent job.

list_active_jobsC

List active, pending, completed, cancelled, or failed subagent jobs.

cancel_agent_jobB

Cancel a running background subagent job.

gemini_code_searchA

Use a large-context model to scan multiple repository files at once and answer architectural or code questions about them. Runs synchronously and returns the answer.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.6/5.0

Scored across 7 tools

Disambiguation4/5

Each tool maps to a distinct action: workspace inspection, model listing, async dispatch, job status/list/cancel, and synchronous code search. The only mild overlap is between check_agent_job and list_active_jobs (both about job state) and between dispatch_gemini_agent and gemini_code_search (both invoke Gemini), but descriptions clearly separate single-job inspection from enumeration and async background work from synchronous analysis.

Naming Consistency4/5

Six of seven tools follow a clean verb_noun snake_case pattern (get_active_workspace, dispatch_gemini_agent, list_available_models, check_agent_job, list_active_jobs, cancel_agent_job). gemini_code_search deviates by leading with a noun/namespace, a minor inconsistency but still readable and predictable.

Tool Count5/5

Seven tools is well-scoped for an IDE orchestration server, with each tool earning its place across discovery, dispatch, and job management. Nothing feels redundant or padded.

Completeness4/5

The subagent lifecycle is fully covered (dispatch, check, list, cancel) alongside workspace discovery, model enumeration, and synchronous code analysis. Minor gaps exist—no retry/resume of a job, no follow-up message to a running agent, and no explicit wait-for-completion primitive—but agents can poll with check_agent_job.

Maintenance

ActivityMaintained
ResponsivenessNo issues