Platform for scraping documentation, ingesting into Qdrant, and deploying MCP retrieval servers.
The server exposes only 1 tool ('retrieve') with a READ_ONLY risk classification. The tool definition exists in source but lacks depth. Tool name 'retrieve' is generic and does not follow verb_noun pattern (should be 'search_documentation' or 'retrieve_documentation'). Description is minimal (42 chars: 'Search the documentation collection and return relevant context.'), below the 50-200 char optimal range for LLM optimization. Input schema is present but sparse: only a 'query' string parameter with description. Output schema is NOT documented in the provided source code (no return type annotation visible). No error handling guidance. No pagination parameters despite the tool likely returning lists (RETRIEVE_TOP_K=5 suggests results are capped but not configurable). No parameter constraints (e.g., max query length). The tool appears to be a thin wrapper over Qdrant vector search without sufficient schema documentation for agents to understand output structure, field names, or how to chain results into downstream actions.
Search the documentation collection and return relevant context.
Tool name is too generic. 'retrieve' does not follow verb_noun pattern and is ambiguous. Should be 'search_documentation' or 'retrieve_documentation' to clarify action.
Description is below LLM-optimal length (42 chars vs. recommended 50-200). Lacks WHEN to use, any prerequisites, or guidance on output structure.
Output schema is not documented in source code. No visible return type, field descriptions, or structure. Agents cannot plan downstream calls without knowing what fields are returned.
Query parameter lacks constraints: no max length, no format guidance, no examples of good queries. 'Natural language query' is vague, should specify character range, language, expected format.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | F | 49 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 38 | - | v1 |
No pagination parameters exposed (limit/offset/page). Tool hardcodes RETRIEVE_TOP_K=5 but agents cannot request more or fewer results. Violates pagination best practice.
No error handling guidance. What happens if query is empty, too long, or malformed? What if the documentation collection is empty or unavailable? No recovery guidance.