An MCP server that provides documentation fetching and listing tools for AI frameworks, libraries, and tools documentation. Integrated with a Chainlit chatbot interface.
This MCP server has severe definition quality issues. Only 2 tools are defined, and both lack critical schema information. The 'fetch_docs' tool has a minimal input schema with only a 'urls' array parameter, but no output schema is documented. The 'list_doc_sources' tool has a description but no visible input schema or output structure. Tool descriptions are present but extremely brief (10-50 chars), falling well below the 50-200 char baseline for LLM-optimized descriptions. No parameter descriptions beyond the top-level array are visible. No error handling guidance is documented. The source code shows the server uses 'mcpdoc' and 'langchain-mcp-adapters' but the actual tool definitions are not visible in the provided code sample, only inferred from the server description.
Analyze the content of documentation by fetching from provided URLs
Retrieve available documentations links
Tool definitions not visible in source code; only inferred from server metadata. Cannot verify actual schema, input validation, or output structure.
No output schema documented for either tool. LLMs cannot plan downstream calls or extract required data without knowing the return structure.
Tool descriptions are extremely brief (10-50 characters). 'Retrieve available documentations links' and 'Analyze the content of documentation by fetching from provided URLs' lack context on WHEN to use each tool, what it returns, and prerequisites. Baseline is 50-200 chars for LLM-optimized descriptions.
The 'fetch_docs' tool accepts a 'urls' array parameter with no per-element constraints: no format validation, no domain whitelist, no size limits. This invites security risks (SSRF, external URL fetching) and no guidance on allowed sources.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | F | 34 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 25 | - | v1 |
No parameter descriptions. The 'urls' parameter in 'fetch_docs' has only a type and description key, but lacks guidance on format (HTTP/HTTPS only?), length limits, or expected structure of documentation pages.
No error handling guidance. Tools do not indicate whether failures are retryable (e.g. temporary network error), user-fixable (e.g. invalid URL), or fatal (e.g. authentication denied). LLMs cannot determine next steps on failure.
No pagination or result limits documented. If 'list_doc_sources' returns hundreds of documentation links, there is no indication of limit, offset, or pagination strategy. Large unbounded results waste context window.
Tool names are reasonable (verb_noun form) but do not clearly distinguish intent from other documentation tools. 'list_doc_sources' could mean list sources, list docs from sources, or list available documentation sets. More specific naming (e.g. 'list_documentation_repositories' or 'discover_doc_sources') would clarify.