Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
CHAMBER_PYTHONNoPath to a Python interpreter with onnxruntime, used for the embedder.
CHAMBER_API_KEYNoAPI key for external OpenAI-compatible endpoints when model.base is not a loopback address.

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
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
chamber_checkA

Check your own claims against the user's notes before you state them. For each claim, give the note(s) it came from — the absolute path you read, a file.md#p3 ref from chamber_ask, or a passage id. The check reads notes from folders declared with --notes or the config's ingest roots; an absolute path is the file on disk; a passage ref is the indexed text; SUPPORTED means the recognised terms occur in the judged text and a negated or reversed sentence built from the note's own words still passes. Verdicts: SUPPORTED, TERMS_ABSENT (names the missing terms), NO_TERMS (nothing specific to check), NOT_FOUND, NO_SOURCE. The check uses no model and is deterministic. Read-only unless record is true, which commits SUPPORTED claims through Chamber's gate (which may run the local embedder to compare against open citation debt), pinned to the passages that hold their terms, so chamber_verify reports them if a pinned passage changes once the note is re-ingested; unsupported claims are never recorded.

chamber_askA

Have Chamber's own configured model answer a question from the user's notes, with every claim judged against its own citations. To check an answer you wrote yourself, use chamber_check instead. Each claim comes back ALLOWED (its cited passages verified against their stored hashes) or UNSUPPORTED (no verified source — recorded, not load-bearing). Cited sources are returned as file#passage references you can open. Answers only from the indexed corpus; says so when nothing matches. NOTE: this WRITES, exactly as chamber ask does — each claim goes through the commit gate, so a claim with verified citations is recorded as a belief with its pins (which is what chamber_verify later checks for drift), an unsourced assertion mints citation debt, and spend is recorded. It cannot bypass that gate, activate a skill, or approve a pending write.

chamber_verifyA

Re-check every stored belief's pinned sources against the corpus as it stands now, and report the ones whose evidence moved: a source that no longer exists (not_found) or whose text changed under the pin (hash_mismatch). This is drift detection — the conclusion did not change, the ground under it did. Read-only.

chamber_corpusA

Report what is actually in the index: passage and file counts, source kinds and which of them are citable, the top contributing folders, and any file far above the median passage count (the signature of an export rather than a note). Use this before trusting a 'nothing matches' answer. Read-only.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.3/5.0

Scored across 4 tools

Disambiguation4/5

The four tools split cleanly along generation (chamber_ask), self-authored claim checking (chamber_check), stored-belief drift detection (chamber_verify), and index inspection (chamber_corpus), and the descriptions explicitly cross-reference each other to steer selection. The near-synonym pair check/verify still invites a first-glance mix-up, though the read-only-vs-write and claim-vs-belief distinctions resolve it.

Naming Consistency4/5

All four names share the chamber_ prefix and a single lowercase word, giving a predictable namespace. The pattern is verb-based for three tools (verify, check, ask) but noun-based for corpus, a minor deviation that stays readable.

Tool Count5/5

Four tools is a tight, well-scoped surface for a citation-verification server, and each maps to a genuinely different operation rather than a variant of another. Nothing feels padded or redundant.

Completeness3/5

The surface covers verification, generation, and index inspection, but there is no tool to enumerate stored beliefs, retract a recorded belief, or resolve open citation debt — operations the descriptions imply exist behind the commit gate. Agents can read and verify but cannot manage or clean up the belief store they populate, which is a notable dead end.

Maintenance

ActivityActive
ResponsivenessNo recent community issues