Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

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

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}
logging
{}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
extensions
{
  "io.modelcontextprotocol/ui": {}
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
search_docsA

Search the Neutrinos product documentation (53 publications, 3,117 topics) and return ranked, citable passages. This is the entry point for any question about Neutrinos products. IMPORTANT: the same topic is often documented separately for several product versions. If the user's version is known, pass product and version; otherwise only current versions are searched. Check sufficient_evidence before answering - when it is false, say the documentation does not cover the question rather than inferring an answer. Call list_products first if unsure what to pass for product.

fetch_documentA

Retrieve the full text of a documentation page, or one section of it, by the ref returned from search_docs. Use this when a search passage is clearly relevant but cut off mid-explanation or mid-code-block. Prefer passing section - whole pages can be long, and the response is hard-capped at max_tokens.

list_relatedA

Return the typed neighbourhood of a documentation page: its parent and children, the previous and next pages in authored reading order, curated 'see also' links, in-prose cross-references, and the same topic in other product versions. Use this when a page assumes a prerequisite you have not read, or when you need to confirm which product versions document a behaviour. prev is the best signal for 'what should the user have set up first'.

compare_versionsA

Show how one documentation topic differs between product versions, section by section. Use this for any 'this worked in version N but not N+1' question, or before answering when search_docs set version_ambiguous. Note that some products were renamed between versions (App Builder became Studio, for example) - this tool follows renames, so it spans them where a name-based search would not.

list_productsA

List every Neutrinos product in the documentation with its versions, which version is current, how many topics it has, and when it was last updated. Call this before search_docs when you are unsure what to pass for product or version - guessing filter values is the most common cause of an empty search. Cheap and cacheable; the answer only changes when the index is rebuilt.

traverse_knowledge_graphA

Explores thematic relationships between entities, returning nodes and edges up to max_depth hops. Use this to understand structural or dependency links between concepts rather than text search.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.4/5.0

Scored across 6 tools

Disambiguation4/5

Each tool targets a distinct stage of documentation interaction: discover products, search, fetch content, navigate page relationships, compare versions, and explore the knowledge graph. The only mild overlap is between list_related and traverse_knowledge_graph, but the descriptions clarify page-level navigation versus entity-level thematic exploration.

Naming Consistency4/5

Tool names follow a consistent imperative snake_case pattern, mostly verb_noun (search_docs, fetch_document, list_products, compare_versions, traverse_knowledge_graph). Minor deviations include list_related lacking an explicit object and search_docs/fetch_document mixing plural and singular noun forms.

Tool Count5/5

Six tools is well-scoped for a documentation knowledge server; each tool covers a distinct need without redundancy. The set is neither sparse nor bloated, and every tool earns its place in the workflow.

Completeness5/5

The surface covers the full read-oriented documentation workflow: product discovery, search, content retrieval, navigation, cross-version comparison, and conceptual graph exploration. For a read-only documentation MCP, there are no obvious dead ends or missing operations.

Maintenance

ActivityMaintained
ResponsivenessNo issues