Lodestar 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 |
|---|---|
| doc_queryC | Query project 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 1 tool
With only one tool, there is no possibility of ambiguity or overlap between tools. The single tool 'doc_query' has a clearly defined purpose that cannot be confused with any other tool in the set.
The single tool name 'doc_query' follows a clear verb_noun pattern. With only one tool, the naming is inherently consistent as there are no other tools to compare against or create inconsistencies with.
A single tool feels thin for a documentation query server, suggesting limited functionality. While it might be appropriate for a minimal prototype, a production documentation server would typically offer multiple operations like search, browse, filter, or manage documentation, making this count borderline inadequate.
The tool surface is severely incomplete for a documentation domain. While 'doc_query' covers querying, there are obvious gaps: no tools for listing available documentation, managing documentation sets, filtering by categories, or handling documentation updates. This will likely cause agent failures when trying to perform comprehensive documentation tasks.