Web search, read and research for AI agents, through a real stealth browser
Groundhog MCP has 4 tools with critical definition gaps. Tool descriptions are extremely sparse (most are 1-4 words), input schemas are either missing or incomplete, and parameter descriptions are absent. The `read_url` tool has a minimal schema with one parameter that lacks a description. The `research`, `search`, and `status` tools lack visible input schemas entirely. No output schemas are documented. Tools violate the baseline expectation that 94% of A+ tools have full docstrings and 100% have parameter descriptions. The codebase shows tool names via Dockerfile validation but actual tool implementation details are not present in the provided source, making it impossible to verify schemas beyond what appears in the Dockerfile comment. STDIO-only transport further limits production readiness.
Read a URL
Research the web
Web search
Browser status
Three of four tools (research, search) have no visible input schemas; schemas are not documented in source
Tool descriptions are 1-4 words ('Research the web', 'Web search', 'Browser status'); baseline for A+ tools is 194 chars with context for selection and use cases
No parameter descriptions visible; 'url' parameter in read_url lacks explanation of expected format, encoding, or constraints
No output schemas documented for any tool; LLMs cannot plan downstream calls or know what fields to expect
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | F | 32 | 2026-07-28+ | v2 |
Tool implementation details not visible in provided source; tool schemas inferred from Dockerfile validation rather than explicit code registration
No pagination parameters or limits documented for tools returning lists (e.g. search results); risk of context window exhaustion
No error handling guidance; no documentation of what errors each tool can return or how to recover