Universal LLM tool server - Connect Claude, OpenAI, and Gemini to your workspace
Antigravity exposes 3 filesystem tools with minimal documentation. Input schemas are visible and typed, but lack depth. No output schemas documented. No error handling guidance. No parameter descriptions beyond the bare type. The 'filesystem.write' tool is destructive but has no confirmation pattern, dry-run option, or warning in its description. No tool annotations (readOnlyHint/destructiveHint). Overall, definitions are skeletal and would not guide an LLM reliably.
List directory contents
Read file contents
Write file contents
Tool descriptions are critically short (10-30 chars), well below the 34-char p10 baseline. 'List directory contents' and 'Read file contents' lack context for LLM selection. No explanation of when to use each tool or what they return.
No output schemas documented. LLMs cannot infer what fields filesystem.list returns (array of strings? objects with metadata?). Breaks downstream tool chaining and forces guessing.
filesystem.write is destructive (WRITE risk) but has no confirmation pattern, dry-run option, or warning in description. Agents could overwrite files without safeguards.
No parameter descriptions. 'path' and 'content' parameters lack guidance on format, constraints, or examples. LLMs cannot validate inputs before calling.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 39 | 2025-06-18+ | v2 |
No error handling guidance. No recovery hints for 'file not found', 'permission denied', or 'path traversal blocked'. Agents have no recovery path on failure.