Skip to main content
Glama

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

  • uv is recommended for running the packaged entrypoint with uvx

Installation

From the project root:

uv sync

If 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_mcp

That 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_mcp

Use 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:

  1. It starts from the URL you provide.

  2. It recursively loads pages under that site.

  3. It extracts visible text with BeautifulSoup.

  4. It splits the scraped text into chunks.

  5. It embeds the chunks locally using sentence-transformers/all-MiniLM-L6-v2.

  6. 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

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 tool
ragify_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.

ParametersJSON Schema
NameRequiredDescriptionDefault
urlYes
queryNoWhat is this website about?

Output Schema

ParametersJSON Schema
NameRequiredDescription
resultYes

TDQS

A3.7/5.0
Behavior3/5

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.

Conciseness5/5

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.

Completeness3/5

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.

Parameters3/5

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.

Purpose5/5

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.

Usage Guidelines3/5

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. 1 tool updatev0.2.0
    • First observedragify_docs_mcp

TDQS

A3.7/5.0
Disambiguation5/5

With only one tool, there is no ambiguity in tool selection; the tool's purpose is clearly defined and distinct.

Naming Consistency5/5

A single tool trivially follows a consistent naming pattern, as there are no other tools to compare or conflict with.

Tool Count3/5

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.

Completeness2/5

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

ActivitySlowing
ResponsivenessSyncing

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

Related MCP Servers

  • A
    license
    Not graded
    quality
    D
    maintenance
    Aggregates 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.
    131
    MIT
  • A
    license
    Not graded
    quality
    Not graded
    maintenance
    Crawls documentation websites and provides semantic search capabilities over the content through vector embeddings, enabling natural language queries of technical documentation.
    2
    -

Latest Blog Posts

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