Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
NO_UPDATE_NOTIFIERNoAlternative environment variable to disable the update check. Set to '1' to suppress version notices.0
VULCANUS_NO_UPDATE_CHECKNoSet to '1' to disable the once-a-day version check.0

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
}

Tools

Functions exposed to the LLM to take actions

NameDescription
recallA

The entry point before working on any project: returns its Capsule (the compressed must-remember summary) plus the read-next list for deeper context, and lists any decisions or rules that are superseded or expired so you do not act on them. Query by project name, id, or a trigger word. Read-only; when nothing matches, the error lists the projects that exist.

searchA

Layer-aware text search across the vault. Capsule and Recall Map hits rank first so the cheapest sufficient note surfaces on top; hits inside superseded or expired sections carry a state and rank below every live hit. Read-only; prefer recall when you already know which project you need.

list_projectsA

The routing table: every project with its status, summary, trigger words, and capsule path. Read-only, and the cheapest way to see what exists before calling recall or search.

append_decisionA

Append a confirmed decision to a project's Decisions note, in the vault's Decision/Details format. Only record what the operator has actually confirmed. When it replaces an earlier decision, pass that decision's heading as supersedes: the new section records supersedes::, and the old one gains superseded-by:: and superseded-on:: under its heading but is otherwise left as history — never delete or rewrite the old decision yourself. Writes to disk: it adds to the end of the note, so calling it twice records the decision twice. Returns the note path and the heading written; errors when the project or its Decisions note is missing, or when supersedes names no live section (then nothing is written).

update_capsuleA

Replace one section of a project's Capsule — the compressed summary every recall reads first. Use it after the operator confirms something that makes the summary wrong or incomplete; never to record a guess. Read Next is generated and cannot be written here. Writes to disk and overwrites that section's previous contents, which are recoverable only from Git; every other section and the rest of the file are left untouched. Errors when the project or its Capsule is missing.

append_ruleA

Add a durable rule to a project's Rules note. Rules are standing constraints the operator has confirmed — how to work on this project, what never to assume — not observations about one conversation. Use append_decision instead for a choice that was made, and update_capsule when the summary itself is now wrong. When it replaces an earlier rule, pass that rule's heading as supersedes; the old rule is marked superseded-by:: and kept as history. Writes to disk: it appends, so calling it twice records the rule twice. Errors when the project or its Rules note is missing, or when supersedes names no live rule (then nothing is written).

vault_statusA

One-shot health summary: projects, note counts, doctor result, stale capsules, git state. Read-only — it inspects the working tree and reports, and writes nothing. Use doctor when you need every validation finding rather than the summary.

doctorA

Run the full structural validation and return every finding: unresolved links, missing frontmatter, projects unreachable from the Recall Map, hubs that do not link what they own. Read-only — it reports and never repairs; repairing is vulcanus doctor --repair in a terminal. A finding is an error (structure the manifest requires is missing) or a warning (something added by hand that the manifest does not describe).

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 8 tools

Disambiguation4/5

The read tools (recall, search, list_projects) overlap in purpose but descriptions cross-reference each other well, steering the agent to the cheapest correct call. append_rule vs append_decision vs update_capsule are clearly differentiated by what they write. doctor vs vault_status is explicitly disambiguated (full findings vs summary).

Naming Consistency4/5

Four tools use a clean verb_noun pattern (list_projects, append_rule, append_decision, update_capsule), but the read/inspect tools break it with bare verbs (recall, search, doctor) and one noun phrase (vault_status). Still readable and mostly predictable, with only minor deviations.

Tool Count5/5

Eight tools is well-scoped for a knowledge-vault server, covering retrieval, inspection, and targeted writes without redundancy. Each tool earns its place in the read/write/validate triad.

Completeness4/5

Core lifecycle is covered: read (recall, search, list_projects), validate (doctor, vault_status), and targeted writes (append_rule, append_decision, update_capsule) with supersede handling. Project/note creation and deletion are absent, but those appear intentionally delegated to the terminal, leaving only minor gaps.

Maintenance

ActivityActive
ResponsivenessNo issues