ragify_docs_mcp
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., "@ragify_docs_mcpSummarize the docs at https://docs.example.com about authentication."
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.
Ragify Docs MCP
ragify_docs_mcp is a small Model Context Protocol server that scrapes a documentation site, chunks the content, embeds it locally, and returns the most relevant text blocks for a query.
It is designed for retrieval over docs pages, API references, framework guides, and other public websites that you want to ask questions about from an agent or an MCP-aware client.
What it does
The server exposes one tool:
ragify_docs_mcp(url: str, query: str = "What is this website about?") -> str
Given a starting URL, the tool recursively crawls linked pages, splits the text into chunks, embeds the chunks with a local sentence-transformers model, and retrieves the most relevant passages for your query.
Related MCP server: MCPDocSearch
Requirements
Python 3.12 or newer
An internet connection for scraping target sites and downloading the embedding model the first time
uvis recommended for running the packaged entrypoint withuvx
Installation
From the project root:
uv syncIf you prefer standard pip tooling, install the project dependencies from requirements.txt or build an editable install from the source tree.
Run the MCP server
The package exposes the ragify_docs_mcp command:
ragify_docs_mcpThat starts the FastMCP server over stdio.
You can also run the published command through uvx, which is the same approach used in the client example:
uvx ragify_docs_mcpUse it from the example client
The file client.py shows how to connect to the server, list its tools, and call it from a LangChain agent.
It uses this server configuration:
client = MultiServerMCPClient(
{
"ragify_docs_mcp": {
"transport": "stdio",
"command": "uvx",
"args": ["ragify_docs_mcp"],
}
}
)Example: list available tools
tools = await client.get_tools()
print("\nAvailable tools:")
for tool in tools:
print(tool.name)Example: use the tool through an agent
from langchain_mcp_adapters.client import MultiServerMCPClient
from langchain.agents import create_agent
import asyncio
async def main():
client = MultiServerMCPClient(
{
"ragify_docs_mcp": {
"transport": "stdio",
"command": "uvx",
"args": ["ragify_docs_mcp"],
}
}
)
tools = await client.get_tools()
agent = create_agent(
model="ollama:llama3.2:latest",
tools=tools,
system_prompt="You are a helpful assistant.",
)
response = await agent.ainvoke(
{
"messages": [
{
"role": "user",
"content": "Summarize the docs at https://docs.example.com and tell me how authentication works.",
}
]
}
)
print(response["messages"][-1].content)
if __name__ == "__main__":
asyncio.run(main())Tool behavior
The tool is intentionally simple:
It starts from the URL you provide.
It recursively loads pages under that site.
It extracts visible text with BeautifulSoup.
It splits the scraped text into chunks.
It embeds the chunks locally using
sentence-transformers/all-MiniLM-L6-v2.It returns the top matching chunks for your query.
The return value is plain text, already concatenated for downstream agents.
When to use it
This server is useful when you want an agent to answer questions grounded in a documentation site without manually copy-pasting pages.
Typical requests include:
"What does this library do?"
"Find the auth configuration options in this docs site."
"Show me the code example for the retry policy."
"Summarize the sections about installation and setup."
Limitations
The scraper only sees content reachable from the starting URL.
Sites that heavily rely on client-side rendering may not scrape cleanly.
Very large sites can take time to crawl because the server embeds content in memory for the current request.
The local embedding model must be downloaded the first time the tool runs.
Project layout
client.py - Example LangChain client that loads the MCP server and uses the tool.
src/ragify_docs_mcp/main.py - CLI entrypoint that starts the server.
src/ragify_docs_mcp/server.py - MCP tool implementation.
pyproject.toml - Package metadata, dependencies, and script entrypoint.
Development notes
The server is exposed as a standard Python package script named ragify_docs_mcp. The project uses the src/ layout, so local edits should be made under src/ragify_docs_mcp/.
If you change the tool signature or add new tools, update this README so the example client stays in sync.
Troubleshooting
If uvx ragify_docs_mcp fails, check that uv is installed and available on your PATH.
If the tool returns empty context, verify that the URL is reachable and that the site exposes crawlable HTML rather than only rendered client-side content.
If the first request is slow, that is usually the embedding model download plus the crawl and indexing step.
Available Tools
1 toolragify_docs_mcpA
Use this tool to fetch reference information, code blocks, and context from a programming framework, API, library, or website documentation URL. Returns raw, highly relevant text blocks matching your search query.
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | ||
| query | No | What is this website about? |
Output Schema
| Name | Required | Description |
|---|---|---|
| result | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description states it returns 'raw, highly relevant text blocks,' implying a read-only, retrieval operation. No annotations are provided, so the description carries the full disclosure burden. It does not mention any destructive actions, side effects, or additional behavioral details like pagination, authentication, or rate limits, but the basic non-destructive nature is clear.
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 concise with two sentences, the first stating the purpose and the second the output. It is front-loaded and contains no unnecessary words. Every sentence earns its place.
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 tool has 2 parameters, no annotations, and an output schema (not provided), the description adequately covers the core functionality but lacks details on prerequisites, error handling, or output format. The presence of an output schema partially offsets the need for return value explanations, but the description does not reference it, leaving some gaps for agent understanding.
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 0% coverage for parameter descriptions. The description adds meaning by implying 'url' is a documentation URL and 'query' is a search query, with the default query provided. However, it doesn't elaborate on query syntax or format. This adds some value but does not fully compensate for the lack of schema descriptions.
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 fetches reference information, code blocks, and context from documentation URLs, specifying the resource type (programming framework, API, library, website) and the output (raw text blocks). It uses a specific verb ('fetch') and resource, making the purpose unambiguous. With no siblings, differentiation is not needed, but the description is clear enough.
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 includes an explicit 'use this tool to fetch' directive, indicating when to use it. However, it does not provide alternatives or exclusions, such as when not to use it or what other tools might be better suited for different tasks. Given no siblings, this is acceptable but minimal, lacking depth for optimal guidance.
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.2.0- First observed
ragify_docs_mcp
TDQS
With only one tool, there is no ambiguity in tool selection; the tool's purpose is clearly defined and distinct.
A single tool trivially follows a consistent naming pattern, as there are no other tools to compare or conflict with.
One tool is borderline for a documentation-fetching server; while it may suffice for a narrow use case, typical servers offer multiple operations like listing sources or managing configurations.
The server lacks tools for managing documentation sources, such as adding, updating, or listing available URLs, which are significant gaps for a comprehensive documentation assistant.
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
Ingest, manage, and retrieve documents for RAG-powered AI applications
Shared knowledge base for AI agents. Semantic search across agents, no setup required — just a URL.
Provide your AI coding tools with token-efficient access to up-to-date technical documentation for…
Token-efficient search for coding agents over public and private documentation.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceAggregates documentation from multiple sources (llms.txt format or web scraping) and provides semantic search capabilities using vector embeddings and hybrid search for each documentation source.131MIT
- AlicenseNot gradedqualityNot gradedmaintenanceCrawls documentation websites and provides semantic search capabilities over the content through vector embeddings, enabling natural language queries of technical documentation.2-
- FlicenseBqualityDmaintenanceEnables AI assistants to query and search library documentation from GitHub repositories or web pages using RAG and web scraping.2-
- FlicenseNot gradedqualityDmaintenanceScrapes, stores, and searches documentation locally, enabling AI assistants to access and query documentation via MCP.4-
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/codewithyasho/ragify_docs_mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server