ProudNet Document MCP
OfficialServer 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 |
|---|---|
| search_proudnet_docsC | Search ProudNet documentation for specific topics |
| get_proudnet_pageC | Get content from a specific ProudNet documentation page |
| list_proudnet_sectionsB | List main sections of ProudNet documentation |
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 has a clearly distinct purpose: get_proudnet_page retrieves content from a specific page, list_proudnet_sections lists main sections, and search_proudnet_docs searches for topics. There is no overlap in functionality, making it easy for an agent to select the right tool without confusion.
All tool names follow a consistent verb_noun pattern with snake_case (e.g., get_proudnet_page, list_proudnet_sections, search_proudnet_docs). The naming is predictable and readable throughout the set, with no deviations in style.
With 3 tools, the count is reasonable for a documentation server, covering key operations like retrieving, listing, and searching. It is slightly minimal but well-scoped, as each tool serves a distinct and necessary function without feeling thin.
The tool surface covers essential documentation interactions: getting specific content, listing sections, and searching. Minor gaps might include operations like updating or managing documentation, but for a read-only documentation domain, the coverage is sufficient for agent workflows.