lightrag-docs-rag-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| DOCS_RAG_DEBUG | No | Verbose logging to stderr | |
| LIGHTRAG_API_KEY | No | Sent as X-API-Key when the server requires one | |
| LIGHTRAG_TIMEOUT | No | Per-request timeout, seconds | 900 |
| LIGHTRAG_BASE_URL | No | LightRAG server root | http://127.0.0.1:9621 |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| docs_queryA | Search the indexed documentation knowledge graph and return a grounded answer. Use this for questions about the libraries and tools in the corpus (for example an engine's class API or a text editor's scripting API) instead of relying on recall. The answer is generated from retrieved graph context and comes with the source files that grounded it, so prefer it over an ungrounded answer and cite the returned file paths. Expect this call to take up to several minutes on a local model; it is not a fast lookup. |
| docs_ingestA | Insert text documents into the LightRAG index. Indexing is a graph-extraction pass, not a cheap vector write: budget roughly a minute per chunk on a local model, and expect the corpus to stay queryable-but-partial while it runs. Identical content is de-duplicated by hash, so re-submitting an unchanged document is a no-op rather than a duplicate. |
| docs_statsA | Report the state of the LightRAG instance: document counts by pipeline stage, whether an indexing job is currently running, and which model and embedding endpoints it is configured to use. Check this before a large ingest, and to distinguish 'the corpus is still indexing' from 'the corpus is empty' when a query returns nothing. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 3 tools
Each tool targets a distinct operation: querying the graph, ingesting documents, and inspecting instance state. No two tools could be confused for one another.
All tool names follow a consistent docs_ prefix with a clear verb suffix (query, ingest, stats). The pattern is uniform and predictable.
Three tools cover the core RAG lifecycle (ingest, query, monitor) without redundancy. This is a well-scoped set for a focused documentation assistant.
The essential operations are present: adding documents, retrieving answers, and checking status. A delete or clear operation is the only notable gap, but it is not critical for the stated purpose.