Unlimited, session-authenticated web search & fetch via the user's browser, behind an MCP server
Four tools with basic schemas and descriptions, but significant gaps in parameter documentation and output schema clarity. Tool names follow verb_noun convention (search, fetch, resume). Descriptions exist but are brief (20-60 chars) and lack context on when to use each tool vs. alternatives. Parameters have types but most lack descriptions. No documented output schemas. Error handling and recovery guidance absent. search_and_fetch combines two concerns (search + fetch) violating single-responsibility principle.
Fetch and extract content from a URL via the user's browser session
Resume a paused action (CAPTCHA solve or login) with a resume token
Search the web using Bing via the user's browser session
Search the web and fetch content from the top result
search_and_fetch violates single-responsibility principle by combining search and fetch operations. Should be split into separate tools or clearly document when to use vs. search + fetch sequence.
Parameter descriptions missing or minimal. 'engine' param has description but 'query' and 'k' lack context on valid formats, ranges, or constraints. LLMs cannot infer parameter semantics from names alone.
No documented output schemas. Tools return results but LLMs cannot plan downstream calls without knowing response structure (fields, types, pagination). Breaks tool chaining.
Tool descriptions too brief (20-60 chars). Lack context on WHEN to use each tool, prerequisites, or what distinguishes search from search_and_fetch. Descriptions should be 50-200 chars with actionable guidance.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 47 | 2026-07-28+ | v2 |
No error handling or recovery guidance. If search fails, fetch fails, or CAPTCHA is encountered (resume token), tool responses should guide LLM on next steps (retry, alternative tool, user input).