Runar
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
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
| 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 |
|---|---|
| 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
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 15 tools
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'.
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.
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.
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.