Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
DO_NOT_TRACKNoSet to 1 to leave the anonymous install id out of Hugging Face requests.
FUNES_NO_TELEMETRYNoSet to 1 to leave the anonymous install id out of Hugging Face requests.

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
getA

Read one session's turns as they were written — whole blocks, splits reassembled, nothing ranked or summarized. Typically the follow-up to a search verb: expand a result into the turns around it. Sessions run to thousands of turns: read the stretch you need, not the session.

recallA

Semantic search over the user's past AI agent sessions: describe what you are after, get back the verbatim passages — what was decided, tried, measured or investigated. Call it when they refer to earlier work, or when you are about to re-derive something a session may already have settled. Call it too before claiming that something was never built, was dropped, or was never discussed: the code cannot show that, only the sessions can. Ranked top-k, so it gives you a foothold on a topic, not every session touching it. Ranking weighs relevance, not age: for the latest word on a topic, or one stretch of time, bound it with since/until. Each hit is a passage you will read: k is the token cost, candidates the reach, and a pool larger than k is reranked, at seconds of latency that grow with the pool, so the reach can grow without the reading.

scanA

Find every occurrence of a literal string in one session — exhaustive, unranked, in reading order. For when you already know the wording and want where it occurs, rather than what a topic is about. Scope is one session and one spelling: a zero result clears only that.

sessionsA

Enumerate a memory's sessions, oldest first. Metadata only — when it started and when its last indexed turn was, harness, repo, turn count, id, and the prompt each opened with, which is the ask a session started from, not what it became. Filter by repo or date to get the session ids the other verbs take; a whole memory can run to thousands of rows.

sketchA

What one session was about, worked on, and ended up at: the passages most distinctive within it, verbatim, always including its opening ask and its last word. Takes a session id; there is no query. Enough to tell the user what a session was, in one call; not a way to find a particular thing in it.

statusA

Health and size of a memory: indexed chunks, the languages its sessions are written in, local chunks awaiting embedding, source sessions awaiting indexing, and for a remote this host pushes to what it has yet to push. Call it when a read comes back empty or thinner than expected — it says whether the memory is the problem rather than the call.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.9/5.0

Scored across 6 tools

Disambiguation4/5

The tools mostly have distinct roles: recall is semantic search across sessions, scan is literal string search within one session, sessions lists metadata, get reads raw turns, sketch summarizes a session, and status reports health. The only mild overlap is between get and sketch, since both read one session, but the descriptions make their different purposes fairly clear.

Naming Consistency4/5

All tool names are single lowercase words with no mixed casing or underscores, which is a consistent convention. The set mixes verbs (get, recall, scan, sketch) with nouns (sessions, status), so it does not follow a strict verb_noun pattern, but it remains readable and predictable.

Tool Count5/5

Six tools is well within the appropriate range and each tool covers a distinct retrieval or diagnostic operation. There are no obviously redundant tools, and the surface is compact for a memory-retrieval server.

Completeness4/5

The surface covers the core read-only lifecycle for past sessions: enumerate, semantically search, literal scan, read raw turns, summarize a session, and check memory health. Minor gaps could exist around managing multiple memories or write/forget operations, but for a retrieval-focused server the coverage is strong.

Maintenance

ActivityActive
ResponsivenessWithin a week