identity-storage-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| IDENTITY_STORAGE_DB | No | SQLite database file path | ~/.identity-storage/memory.db |
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_searchA | Search past memories by content. Call this when the user references past work ('do you remember', 'last time', 'previously') or when you need context from a previous session. Pass the user's prompt as query. Returns ranked results from FTS5. If empty, no memory is needed for this turn. For browsing by tags or time window, use memory_recall. |
| memory_storeA | Store a memory. You MUST call this after every non-trivial turn. Choose the type based on what you are saving:
Set confidence below 1.0 for inferences, assumptions, or guesses. Use tags for filtering (e.g. project name, topic). Episodic payload keys: session_id, agent, task, outcome, parent_id, metadata. Store one memory per distinct thing. ALWAYS skip idle chat, greetings, and trivial responses. Forgetting to store = permanent loss of the session. |
| memory_recallA | Browse memories of one type, newest first. Filter by tags and time window. Use for 'what did I do recently' or 'what happened in this session'. Not for per-turn recall — use memory_search for that. |
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: memory_recall for browsing by tags/time, memory_search for content search, and memory_store for saving memories. No ambiguity between them.
All tools follow a consistent 'memory_' prefix with a verb (recall, search, store), making the tool names predictable and easy to understand.
With 3 tools, the set feels slightly minimal but appropriate for a targeted memory storage and retrieval system. The count is reasonable for the scope.
The tool surface covers storing and two retrieval methods, but lacks delete or update operations, which are notable gaps for a complete memory lifecycle.