MCP Docs Server
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@MCP Docs Serversearch the docs for authentication setup"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
MCP Docs Server
A simple way to make your documentation files available to AI assistants like Claude.
What Does This Do?
Think of this as a library catalog for your documentation. You have a bunch of markdown files (.md files) with documentation, guides, or notes. This server:
Finds all your markdown files automatically
Makes them available to AI tools through something called MCP (Model Context Protocol)
Lets AI assistants search through and read your documentation
It's like giving Claude or other AI tools a filing cabinet of your documentation that they can open and read whenever they need information.
Related MCP server: docubridge
How It Works (Simple Explanation)
You put documentation files in folders - Just save your
.mdfiles in organized foldersThe server finds them automatically - No need to manually register each file
AI can read them - AI assistants can now access and search your documentation
Real Example
Let's say you have documentation for "Service 1" with these files:
user-functions.md- How user features workcall-functions.md- How calling features workcalendar-functions.md- How calendar features work
You would organize them like this:
docs/
└── service-1/
├── user-functions.md
├── call-functions.md
└── calendar-functions.mdThat's it! The server will automatically find these files and make them available as:
docs://service-1/user-functionsdocs://service-1/call-functionsdocs://service-1/calendar-functions
Quick Start (Step by Step)
Step 1: Install Python Requirements
You need Python 3.10 or newer and uv (a Python package manager) installed.
Install uv if you don't have it:
curl -LsSf https://astral.sh/uv/install.sh | shThen install the required package:
uv pip install mcpStep 2: Add Your Documentation Files
Put your markdown files in the docs/ folder. Organize them in subfolders by topic or service:
docs/
├── service-1/
│ ├── user-functions.md
│ ├── call-functions.md
│ └── calendar-functions.md
├── service-2/
│ └── api-guide.md
└── getting-started/
└── introduction.mdThe subfolder name (like service-1) becomes the category.
Step 3: Connect to Claude Code
The easiest way is to use the Claude Code CLI. From this project folder, run:
claude mcp add --transport stdio docs -- uv run python /full/path/to/mcp-example/src/mcp_docs_server.pyReplace /full/path/to/mcp-example with your actual project path.
Verify it's connected:
claude mcp listYou should see: docs: ... - ✓ Connected
That's it! Claude Code can now access your documentation.
Adding New Documentation
To add new documentation at any time:
Create a new
.mdfile in the appropriate folder underdocs/That's it! The server finds new files automatically
For example, to add documentation for a new service:
docs/
└── service-3/ # Create new folder
└── setup.md # Add your documentation fileNo need to restart the server or change any code.
Using with Claude Code
If you're using Claude Code (the CLI tool), follow Step 3 above. The server is already configured and running!
You can now ask Claude Code questions like:
"List all available docs resources"
"Read the service-1/user-functions documentation"
"Search the docs for authentication"
Claude Code will automatically access your documentation files.
Managing the Server
Check if the server is connected:
claude mcp listRemove the server:
claude mcp remove docsRe-add the server if needed:
claude mcp add --transport stdio docs -- uv run python /full/path/to/mcp-example/src/mcp_docs_server.pyConnecting to Claude Desktop
To make your documentation available in Claude Desktop:
Find your Claude Desktop config file:
Mac:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%/Claude/claude_desktop_config.json
Open the file and add this (replace
/path/to/mcp-examplewith your actual folder path):
{
"mcpServers": {
"docs": {
"command": "python",
"args": ["/path/to/mcp-example/src/mcp_docs_server.py"]
}
}
}Learn More
MCP Python SDK - Build your own MCP servers
MCP Documentation - Learn about Model Context Protocol
MCP Python SDK Docs - Complete SDK reference
Available Tools
1 toolsearch_docsC
Search through all documentation files for a given query
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | The search query to find in documentation | |
| category | No | Optional category to filter search results |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden of behavioral disclosure. It mentions searching through 'all documentation files' but fails to describe important traits like pagination, result limits, authentication requirements, error handling, or performance characteristics. This leaves significant gaps in understanding how the tool behaves.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, efficient sentence that directly states the tool's function without any unnecessary words. It is appropriately sized and front-loaded, making it easy to parse quickly.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the lack of annotations and output schema, the description is incomplete. It doesn't explain what the search returns (e.g., list of files, snippets, metadata), how results are structured, or any limitations. For a search tool with no structured output documentation, this leaves critical gaps in understanding the tool's full context.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The input schema has 100% description coverage, clearly documenting both parameters. The description adds minimal value beyond the schema by implying the scope ('all documentation files') but doesn't provide additional syntax, format details, or examples. This meets the baseline for high schema coverage.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's purpose with a specific verb ('search') and resource ('documentation files'), making it immediately understandable. However, since there are no sibling tools mentioned, it cannot demonstrate differentiation from alternatives, which prevents a perfect score of 5.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides no guidance on when to use this tool versus alternatives, prerequisites, or contextual constraints. It simply states what the tool does without any usage instructions or exclusions, which is insufficient for effective agent decision-making.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
v0.1.0- First observed
search_docs
TDQS
With only one tool, there is no possibility of ambiguity or overlap between tools. The tool 'search_docs' has a clear and distinct purpose that cannot be confused with any other tool in the set.
The single tool follows a consistent verb_noun pattern with 'search_docs'. Since there is only one tool, the naming is inherently consistent with no deviations or mixed conventions to evaluate.
A single tool is too few for a server named 'MCP Docs Server', which suggests a documentation-focused domain. This minimal set lacks basic operations like retrieving, creating, updating, or deleting documents, making it feel thin and incomplete for the apparent scope.
The tool set is severely incomplete for a documentation server. While 'search_docs' provides a useful function, there are obvious gaps such as no CRUD operations (e.g., get_doc, create_doc, update_doc, delete_doc) or other lifecycle management tools, which will likely cause agent failures in handling documentation tasks.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Publish and share access-controlled Markdown documents from any MCP-enabled AI tool.
Team docs served to AI agents over MCP - search, Markdown reads, version pinning, read audit.
MCP-native collaborative markdown editor with real-time AI document editing
Hosted markdown project wikis your team's AI assistants read, search, and update over MCP.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceEnables AI models to seamlessly access and query local markdown technical documentation files, providing automatic documentation context without explicit prompting.195ISC
- AlicenseNot gradedqualityDmaintenanceProvides AI assistants with direct access to local Markdown documentation libraries, enabling them to list, read, and search through docs on demand.MIT
- AlicenseAqualityAmaintenanceEnables AI agents to discover, read, search, and install Markdown-based knowledge (rules, skills, workflows) from a local directory via MCP tools.1229MIT
- FlicenseNot gradedqualityBmaintenanceMCP server that exposes one or more documentation folders (Markdown, MDX, TXT) to AI agents, enabling listing, reading, and searching of documentation files.-
Appeared in Searches
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/reflex-dev/mcp-example'
If you have feedback or need assistance with the MCP directory API, please join our Discord server