claude-memory
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| OPENAI_API_KEY | Yes | OpenAI API key for embeddings | |
| ANTHROPIC_API_KEY | Yes | Anthropic API key for synthesis | |
| MEMORY_USER_CONTEXT | Yes | User context string, e.g., 'Jane Doe, founder of Acme' |
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
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| search_memoryB | Search the memory system by semantic similarity. Use this at the start of any topic-specific conversation to surface relevant context, prior decisions, and evolved thinking — without being asked. Returns memories ranked by relevance × salience. |
| save_memoryA | Save a new memory. Use this to record decisions made, insights surfaced, how the user's thinking has evolved, feedback given, or important context from this conversation. |
| get_context_briefA | Get a synthesized brief on a topic — what is known, how thinking has evolved, and what open questions remain. Use before deep-diving into any recurring topic like web onboarding tests, the stock portfolio, or an M&A situation. |
| get_related | Given a memory ID, find semantically related memories. Implements spreading activation. |
| consolidate | Run the consolidation job: extract semantic patterns from recent episodic memories. Run this at the end of sessions covering important topics. This is what makes the memory system get smarter over time. |
| list_memories | List recent memories, optionally filtered by type. |
| memory_stats | Return total memory count and breakdown by type. |
| get_memory | Inspect a single memory by ID: full content plus all metadata (type, topic, salience, timestamps, access history, source). Use before editing or deleting to see exactly what's stored. |
| edit_memory | Edit a memory in place — fix wrong content, adjust salience, retag topic, or reclassify type. Only the fields you pass change; id, created_at, and access history are preserved. Content changes are re-embedded automatically. |
| delete_memory | Permanently delete a single memory by ID. Irreversible — inspect it with get_memory first, and confirm with the user before deleting anything they didn't explicitly ask to remove. |
| export_memories | Export memories to a JSONL file (one memory per line, embeddings excluded). Use for backup before risky operations, or to move memories between machines. |
| find_duplicate_memories | Report near-duplicate memory pairs by embedding similarity. Report-only: nothing is deleted. Review the pairs, then remove specific losers with delete_memory after confirming with the user — prefer deleting the lower-salience or older duplicate. |
| log_assessment | Log a forward-looking assessment to the judgment ledger. Use this whenever making a prediction, recommendation, or forward-looking call. Prefer a numeric 'probability' (0-1) — it enables real calibration (Brier score) over time. Assessments are tracked and later scored against what actually happened. |
| list_pending_assessments | List unresolved assessments from the judgment ledger. Use during weekly review to surface what needs scoring, or at session start to remind of open calls in a domain. |
| resolve_assessment | Mark an assessment as resolved with its actual outcome and score. score: 1 = right, 0 = partially right, -1 = wrong. Call this as soon as the outcome of a prediction is known. |
| generate_calibration | Extract calibration patterns from resolved assessments in a domain and write a high-salience feedback memory. Run this after a batch of resolutions in a domain. Requires at least 3 resolved assessments in the domain. |
| get_bias_map | Generate a structured bias report across all resolved assessments. Shows where judgment is well-calibrated vs. systematically off. Use for quarterly self-calibration review. |
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 3 tools
Each tool has a clearly distinct purpose: search_memory retrieves raw ranked results, get_context_brief synthesizes a topic-level overview, and save_memory records new information. There is no functional overlap that would confuse an agent.
All three tools follow a consistent verb_noun pattern in snake_case: search_memory, save_memory, get_context_brief. The naming convention is uniform and predictable.
Three tools is well-scoped for a memory server. The set covers the essential operations—saving, searching, and retrieving a synthesized brief—without unnecessary bloat or redundancy.
The retrieval and creation sides of memory are well covered, but the absence of update or delete operations leaves a notable gap for correcting or removing inaccurate memories. This is a workaround-able limitation but still a meaningful hole in lifecycle coverage.