DocsFetcher MCP Server
Related Servers
Alternatives to DocsFetcher MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityFmaintenanceFacilitates LLMs to efficiently access and fetch structured documentation for packages in Go, Python, and NPM, enhancing software development with multi-language support and performance optimization.104 npm79MIT
- AlicenseAqualityCmaintenanceProvides LLMs with real-time access to up-to-date documentation from PyPI, npm, crates.io, GoDocs, DockerHub, GitHub, and GCP, preventing outdated code generation and API hallucinations.2714MIT
- FlicenseNot gradedqualityAmaintenanceEnables Claude Code to pull real-time, context-aware documentation for any npm package — combining TypeScript signatures, prose docs, and code examples via BM25 search and multi-source fetching. It also supports version diffs, cross-version migration guides, error diagnosis, side-by-side package comparison, and project dependency scanning.-

xenodocs-mcp-serverofficial
AlicenseAqualityCmaintenanceFetches up-to-date, version-specific documentation and code examples for any library, preventing outdated or hallucinated API usage in LLM responses.2MIT
Augments MCP Serverofficial
AlicenseAqualityDmaintenanceA next-generation framework documentation provider for Claude Code via Model Context Protocol (MCP). Returns types + prose + examples with context-aware formatting for any npm package — not just curated ones.848 npm127MIT- FlicenseNot gradedqualityAmaintenanceEnables Claude Code and other MCP clients to retrieve context-aware documentation for any npm package, returning TypeScript types, prose, and code examples via documentation-first BM25 search with synonym expansion and intent-aware formatting. Also supports version comparison, cross-version migration guides, error diagnosis, package comparison, and dependency scanning for outdated, deprecated, or insecure packages.-
TDQS
Scored across 4 tools
The tools have overlapping purposes as they all fetch documentation, but the different targets (library, multilingual, package, URL) provide some distinction. However, without descriptions, it's unclear if 'library' and 'package' might overlap or if 'multilingual' is a subset of other categories, leading to potential confusion for agents.
All tool names follow a consistent verb_noun pattern with 'fetch-' prefix and hyphen-separated words (e.g., fetch-library-docs). There are no deviations in naming style, making the set predictable and easy to parse.
With 4 tools, the count is reasonable for a documentation fetching server, suggesting a focused scope. It's slightly thin but not inadequate, as each tool appears to target a specific documentation source type.
Inferring the domain as documentation retrieval, the surface lacks obvious operations like search, update, or delete, and there's no tool for general or unspecified docs fetching. The absence of descriptions makes it hard to assess gaps fully, but the limited set suggests significant coverage issues for broader documentation workflows.