The full upstream README, mirrored here for reference. Install config, tool schemas, adoption signals, and an original overview live on the DevDocs MCP listing page.
|
|
|
Eliminate AI hallucinations with local, version-aware, and authoritative documentation.
DevDocs-MCP is a Model Context Protocol (MCP) server that provides version-pinned, deterministic documentation sourced from DevDocs.io to AI assistants (Claude, RooCode, Cline, Copilot etc.). It acts as a local Documentation Intelligence Layer, ensuring your agent always has the correct API context without network latency or training data drift.
This server follows the proposed MCP server standard defined by the MCP , which is being adopted by AI tools and agents across the ecosystem, including those from providers such as Anthropic, OpenAI, and Google.
⚠️ Project Status Notice ⚠️ This project is under active and heavy development. Still need to test existing features and implement more new features like optimal caching , update latest doc automatically and also on request basis , optimal querying and more... Design decisions, APIs, and structure are expected to evolve based on strong opinions, reviews, and feedback from the developer community. I warmly welcome discussions, critiques, and contributions to help shape this project in the right direction.
package.json versions.Modern AI coding agents face three major hurdles:
The Solution: DevDocs-MCP provides "Just-in-Time" documentation retrieved from local storage, filtered by your project's specific dependency versions.
DevDocs-MCP acts as a middleware between your IDE Agent and the documentation source.
sql.js for zero-native dependencies (no Python/C++ build steps).Note: Strictly use
pnpmfor development and contributions.
DevDocs-MCP is optimized for zero-fuss setup with pnpm. It is a Node-only project.
DevDocs-MCP is designed to be lightweight and persistent. Since it downloads and caches large documentation datasets, managing your data volumes correctly is essential.
This is the recommended way. It supports 3 storage modes via the DEVDOCS_VOLUME_SOURCE variable in your .env file.
Configure your preferred storage in .env:
Start the server:
Flexibility: Every time you start the container, you can point to a new volume (to start fresh) or an existing volume (to keep your data) just by changing the
DEVDOCS_VOLUME_SOURCEin your.envfile. Both themcp.db(database library) and thedata/(documentation downloads) are stored inside this volume.
If you just want to run the public image directly from Docker Hub:
The project uses a single mount point at /app/data which contains:
/app/data/mcp.db: The SQLite registry./app/data/docs/: The cached documentation files.
This unified structure makes it easy to backup or move your entire documentation authority by simply moving one folder or volume..env)| Variable | Description | Default |
|---|---|---|
DEVDOCS_DATA_PATH | Path to store downloaded documentation JSONs. | ./data |
MCP_DB_PATH | Path to the SQLite metadata database. | mcp.db |
LOG_LEVEL | Verbosity (debug, info, warn, error). | info |
Once the server is connected to your agent, use the ingest tool to download documentation for your specific stack:
Agent will take care of it once the server is up and running , it is supposed to list the available to tools and take decision accordingly.
Note: The Devdocs fetch url required to be used for ingestion is defined in
src/config/constants.ts. This URL currently points to the correct and officially supported path. If the devdocs community changes this path in future, the configuration may need to be updated accordingly.
This approach does not involve web scraping. It follows the same supported mechanism used by DevDocs to provide documentation for offline use, similar to how users download documentation within DevDocs itself.
Add this to your mcp_settings.json. By setting the cwd (Current Working Directory), the server will automatically load configuration from your .env file, allowing you to use relative paths for data storage.
Pro Tip: Use the absolute path to the project in
cwd. The server will then find your.envand use theDEVDOCS_DATA_PATHandMCP_DB_PATHyou've defined there (e.g.,./dataormcp.db), making the setup portable!
If you need to expose the server via a port (for production/remote setups):
http://your-server:3000/mcp/sseSSE (Supported by most MCP clients, atleast I guess so)sql.js internals.Inspired from this project devdocs-local , devdocs-local-demo by @Nathaniel Whiteinge