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": false
}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
memory.proposeD

Propose a canonical memory backed by Markdown and PostgreSQL metadata.

memory.readA

Read a memory from canonical storage by its identifier.

memory.archiveB

Archive a memory while preserving canonical documents and revision history.

memory.searchB

Find concise secondary-context candidates without loading full documents.

session.writeD

Persist structured context supplied explicitly by the MCP host.

session.listA

List concise session metadata; read full entries through the resource URI.

skill.listA

List validated declarative skills without loading their full instructions.

skill.getC

Resolve exact or latest skill metadata; instructions remain a lazy resource.

skill.validateC

Return actionable diagnostics for declarative skill packages.

skill.enableC

Enable a validated skill version through the persistent status overlay.

skill.disableC

Disable a validated skill version through the persistent status overlay.

persona.listA

List valid persona packs while leaving their content in lazy resources.

persona.validateC

Return actionable diagnostics for declarative persona packs.

memory.analyzeC

Run a closed deterministic aggregate; arbitrary SQL is never accepted.

context.buildC

Build a bounded secondary-context pack; the MCP host decides how to use it.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3.2/5.0

Scored across 15 tools

Disambiguation5/5

Each tool is scoped to a distinct resource namespace and action, so memory, session, skill, persona, and context operations are easy to separate. The only conceptually adjacent pair, memory.search and context.build, is clearly distinguished by 'find candidates' versus 'build pack'.

Naming Consistency5/5

All tools follow a consistent lowercase namespace.action convention with predictable verbs like list, get, validate, enable, disable, read, and write. There is no mixing of separator styles or naming patterns, so agents can infer related tools across resource types.

Tool Count5/5

Fifteen tools is at the upper edge of the ideal range, but each tool maps to a necessary operation across the server's five related domains. There is no obvious redundancy or dead weight in the set.

Completeness4/5

Core workflows are covered: memories can be proposed, read, searched, archived, and analyzed; skills can be listed, inspected, validated, and toggled; sessions and contexts have write/build paths. Minor gaps exist—such as no direct memory update or persona activation tool—but archive-and-repropose and resource URI patterns provide reasonable workarounds.

Maintenance

ActivityMaintained
ResponsivenessNo issues