Read-only MCP server for the FetchMux retrieval router. Tools: search_web and preview_search_route, with per-request budgets, deadlines, and route receipts.
FetchMux MCP defines 2 tools with clear verb-noun naming (search_web, preview_search_route) and reasonable descriptions (60-80 chars). Both tools have identical input schemas with 3 parameters (query, budget, deadline). However, critical gaps exist: (1) parameter descriptions are minimal or missing detail about budget structure and deadline units; (2) output schemas are not documented, LLMs cannot predict response structure for chaining; (3) no error handling guidance; (4) budget and deadline parameters lack type definitions and constraints (e.g., is deadline milliseconds or seconds? what fields does budget object contain?). Tool descriptions are adequate but lack WHEN/WHY context.
Show eligible retrieval providers, estimated cost, component scores, and reason codes without calling a provider.
Route a web retrieval request by evidence quality, cost, latency, freshness, and hard policy limits.
Output schemas not documented. LLMs cannot predict response structure, breaking tool chaining and forcing agents to guess field names.
Parameter 'budget' is an object with no documented structure. LLMs cannot construct valid budget payloads without knowing required/optional fields, types, and constraints.
Parameter 'deadline' lacks units and range documentation. Is it milliseconds? Seconds? What is the valid range (1-3600000)? LLMs will guess and pass invalid values.
No error handling guidance. If a provider is unavailable or budget exceeded, what error does the tool return? How should the LLM recover?
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 54 | 2026-07-28+ | v2 |
Tool descriptions lack WHEN/WHY context. 'Route a web retrieval request' does not explain when to call search_web vs preview_search_route, or what each returns.