Documentation MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_docsA | |
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 1 tool
With only one tool, there is no possibility of ambiguity or overlap between tools. The single tool 'get_docs' has a clearly defined and distinct purpose of searching documentation for specified libraries.
With only one tool, naming consistency is inherently perfect. The tool name 'get_docs' follows a clear verb_noun pattern that would be consistent if more tools were added.
A single tool for a documentation server feels insufficient for the apparent scope. While the tool covers search functionality, typical documentation servers would benefit from additional tools like list_libraries, get_document, or browse_topics to provide more complete coverage.
The tool surface is severely incomplete for a documentation server. While search functionality is provided, there are significant gaps: no way to list available libraries, browse documentation structure, get specific documents by reference, or access metadata about documentation resources. This will likely cause agent failures when trying to comprehensively work with documentation.