Metatron
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| METATRON_DB | No | Path to the SQLite database file. Overrides metatron.toml. Default is 'metatron.db' in the current working directory. | |
| METATRON_REPO | No | Repo identity to serve. If not set, will be inferred from context (--repo argument, METATRON_REPO env var, persisted default, current directory, or only repo in store). | |
| METATRON_MODEL | No | Model to use for extraction steps (not used by serve). Default from metatron.toml or 'claude-sonnet-4-6'. |
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 |
|---|---|
| get_decisions_for_contextA | Fetch the team's canonical engineering decisions for a file/area and task. |
| submit_feedbackA | Report how helpful the served decisions were, and what was missing. |
| submit_candidate_decisionA | Record a new engineering convention you discovered while working — for human review. |
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 distinct purpose: fetching decisions, submitting candidates, and providing feedback. There is no overlap in functionality.
All tool names follow a verb_noun pattern (get_decisions_for_context, submit_candidate_decision, submit_feedback), with consistent use of 'get' and 'submit'.
Three tools are well-scoped for managing engineering decisions: retrieval, submission, and feedback. The count feels neither too few nor too many.
The tool surface covers the full lifecycle for an agent: get decisions for context, submit new candidates, and give feedback. No obvious gaps for the intended use case.