@particle-academy/docs-mcp
A dev-time MCP server that lets coding agents read documentation directly from installed @particle-academy/\* packages, ensuring version-matched docs without network calls.
README
@particle-academy/docs-mcp
Dev tool — not for production. A local Model Context Protocol server that hands your coding agent the docs shipped inside every installed
@particle-academy/*package. Runs on your machine, talks stdio, exits when your editor closes. Zero runtime dependencies, no network calls, no telemetry.
If you're working on a project that uses react-fancy, fancy-sheets,
fancy-flow, agent-integrations, etc., this lets Claude Code / Cursor
/ Claude Desktop pull from the docs that actually match the versions
you installed — instead of guessing from training data.
What it is (and isn't)
✅ Is: a dev-time MCP server you wire into your editor's MCP config. Spawned as a subprocess when your editor starts, killed when it stops.
❌ Not: a runtime library you ship in your app bundle. Don't import
from it in application code. It's a CLI; the bin is docs-mcp.
❌ Not: a hosted service. Everything runs locally against your own
node_modules and your own packages/ workspace folder. Nothing leaves
your machine.
❌ Not: a docs publisher. It only exposes README.md and docs/**
files that already ship inside @particle-academy/* packages.
❌ Not: a search index — substring grep, no rankings, no embeddings. Good enough for "find me the docs page that mentions X."
Install + configure
You don't install this into your project. Configure your editor to spawn
it on demand via npx:
Claude Code / Cursor (.mcp.json in project root)
{
"mcpServers": {
"particle-docs": {
"command": "npx",
"args": ["-y", "@particle-academy/docs-mcp"]
}
}
}
Claude Desktop (claude_desktop_config.json)
{
"mcpServers": {
"particle-docs": {
"command": "npx",
"args": ["-y", "@particle-academy/docs-mcp"],
"cwd": "/absolute/path/to/your/project"
}
}
}
cwd defaults to the editor's working dir, which is usually correct —
specify explicitly only if the editor launches the server from somewhere
else. The server scans <cwd>/node_modules/@particle-academy/* and (if
present) <cwd>/packages/*.
Restart your editor. The first invocation downloads + caches the package; subsequent launches are instant.
Locally-built / pre-publish
While developing this package itself (or before it's published to npm), point the editor at the local build:
{
"mcpServers": {
"particle-docs": {
"command": "node",
"args": ["/absolute/path/to/packages/docs-mcp/dist/cli.js"]
}
}
}
Run npm run build once in packages/docs-mcp/ before pointing the
editor at it.
Tools exposed to the agent
| Tool | Description |
|---|---|
docs_list_packages |
Every scanned package with name, version, file count, source. |
docs_list |
All doc paths. Optional package filter. |
docs_read |
Read one doc by (package, path). |
docs_search |
Substring search; returns hits with line numbers + section headings. |
docs_refresh |
Re-scan the filesystem (call after npm install of a fancy-* package mid-session). |
All tools return both human-readable text and a structuredContent JSON
payload so agents can either read the formatted lines or destructure rows
programmatically.
Typical agent flow
agent: docs_list_packages
→ 11 packages found
agent: docs_search { query: "controlled component" }
→ 3 hits across react-fancy/docs/Forms.md, fancy-sheets/docs/Spreadsheet.md, ...
agent: docs_read { package: "@particle-academy/react-fancy", path: "docs/Forms.md" }
→ full markdown
CLI flags (for debugging)
docs-mcp [options]
--cwd <dir> Project root to scan from (default: process.cwd())
--scope <name> Restrict to scope(s). Repeatable. Default: @particle-academy
--scope-any Scan every npm scope
--package <name> Scan only these packages. Repeatable.
--include-unscoped Include unscoped packages
--no-workspace Don't scan <cwd>/packages/*/docs even if present
--list Print discovered packages and exit
-h, --help Show this help
Smoke-test the scan without spinning up MCP
npx @particle-academy/docs-mcp --list
Lists every package + doc path the scanner found, then exits. The fastest way to verify it's seeing what you expect.
Smoke-test the MCP loop without an editor
printf '%s\n' \
'{"jsonrpc":"2.0","id":1,"method":"initialize","params":{}}' \
'{"jsonrpc":"2.0","id":2,"method":"tools/list","params":{}}' \
'{"jsonrpc":"2.0","id":3,"method":"tools/call","params":{"name":"docs_search","arguments":{"query":"slash command","limit":3}}}' \
| npx @particle-academy/docs-mcp
Three JSON-RPC frames go in, three come back. Useful when debugging an editor config that isn't reaching the server.
How the scan works
For each candidate package, the server includes:
<package>/README.md(if present, exposed at pathREADME.md)- Every
.md/.mdxfile under<package>/docs/**
Paths are stable docs-relative strings (README.md, docs/guides/sheets.md,
docs/api/components.md) — that's what docs_read accepts as the
path argument.
Scan sources, in order:
<cwd>/node_modules/@particle-academy/*/— installed packages.<cwd>/packages/*/— monorepo workspace packages (whenpackages/exists). In-tree packages win over their installed counterparts for the same package name, so docs match the code you're editing.
Subdirectory node_modules are not recursed. Symlinks are followed.
No watchers. If you npm install or pull new docs mid-session, call
docs_refresh (or just restart the editor). Avoids surprising file
events and keeps the process simple.
Privacy
Everything stays on your machine. The process reads markdown files from disk and writes JSON to stdout. It never opens a socket, makes a fetch, or phones home.
Troubleshooting
docs_list_packagesreturns nothing: run with--listfrom the samecwdyour editor uses. If nothing shows up there, the issue is scope/scan — try--scope-anyor--cwd <path>to widen.- Editor says the MCP server crashed: run the CLI directly (
npx @particle-academy/docs-mcp) and paste in a single{"jsonrpc":"2.0",…}line. Errors are written to stderr; the editor usually hides those. - Versions look wrong: in a monorepo, the in-tree
packages/*/package.jsonwins overnode_modules/@particle-academy/*/package.json. That's usually what you want. Pass--no-workspaceto forcenode_modules.
License
MIT
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.