Mnemoverse Memory
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| MNEMOVERSE_API_KEY | No | Mnemoverse API key (starts with mk_live_). Optional to start: the server boots and lists its tools without a key; every tool call needs one. Free key in ~30s at https://console.mnemoverse.com | |
| MNEMOVERSE_API_URL | No | Mnemoverse API base URL. Leave the default; override only for testing against a non-production environment. | https://core.mnemoverse.com/api/v1 |
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": true
} |
| prompts | {
"listChanged": true
} |
| resources | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| memory_writeA | Store a long-term memory that persists across sessions and across every AI tool the user has connected to Mnemoverse (Claude, ChatGPT, Cursor, VS Code). Suited to durable information: a stated preference, a decision, a fact about people, roles or project setup, a lesson learned; transient chatter that only matters this turn does not belong here. Never store passwords, API keys, payment data, MFA codes, government IDs, or health records. Behavior: an importance gate may filter low-value writes, so the result tells you whether the memory was stored or filtered. Write |
| memory_readA | Search long-term memory for user preferences, past decisions, project setup, people, or earlier context. The memory persists across sessions and across every AI tool the user has connected (Claude, ChatGPT, Cursor, VS Code). It applies when an answer may depend on something from an earlier session or another tool; it is not needed for general world knowledge. Returns matches ranked by relevance (or newest-first with order_by: 'recency'); each result carries an id; after the answer, memory_feedback takes these ids to record which memories helped. A wrong or stale memory is corrected by writing a fresh one with memory_write, not by deleting it. |
| memory_list_recentA | List the NEWEST memories first — no search query needed. Semantic search answers 'what do I know about X'; this answers 'what happened lately': resuming work after a break, catching up on a shared room ('any new messages?'), or reviewing what was saved recently. Pass |
| memory_feedbackA | Report whether memories returned by memory_read were actually helpful. This is a learning signal, not a log: positive feedback raises a memory's ranking so it surfaces faster next time (across all of the user's tools), negative feedback lowers it so other memories out-rank it — nothing is erased and nothing decays with time. Use it after an answer that relied on or rejected memories from memory_read: pass the ids of those memories as memory_ids, with outcome 1 when they helped and -1 when they were wrong or stale. For memories read from a shared room, also pass that room's address as domain; your own memories need no domain. A read-only room member cannot rate the room's memories. |
| memory_statsA | Get an overview of the stored memory: total count, the number of learned concept associations, the list of domains, and average quality scores. This memory is shared across all AI tools the user has connected to Mnemoverse. Use it to orient yourself, to confirm the exact domain name before writing to it, or when the user asks what you remember. Read-only — changes nothing. |
| memory_create_roomA | Create a SHARED memory room — a space OTHER people's assistants can read, and write too when their invite granted read_write (the default scope), across Claude/ChatGPT/Cursor. Use when the user wants to share context or collaborate with someone else (e.g. 'make a room for me and my teammate'). Returns the room's address; pass that address as the |
| memory_invite_to_roomA | Mint an invite for a room you own and get a ready-to-forward message. An invite is single-use by default; pass max_uses to let several people join with the same one. The user sends that message to the person they want to add (any messenger); the recipient opens the link or tells THEIR assistant the code to join. Use when the user asks to invite someone to a room they own, including one just created with memory_create_room. |
| memory_join_roomA | Join a shared memory room using an invite code (starts with 'mnvr_'). Use when the user pastes an invite code or says something like 'join room with code ...'. The result gives the room's address, which is the |
| memory_list_roomsA | List the shared memory rooms you can use — the ones you OWN plus the ones you've JOINED — each with the address to pass as |
| vault_listA | List the secrets stored in your Mnemoverse Vault — by ALIAS and purpose only; the secret VALUE is never returned or shown to you, and no tool on this server returns it. Use this to check WHICH secrets the user has stored and under what alias (e.g. the user says 'do I have a GitHub token saved?'). Only YOUR account's secrets are listed. |
| memory_graphA | Reads the association edges around given concepts: which concepts the memory has linked together, with each link's weight, outcome valence and co-activation count. Use to inspect what a memory store has learned or to explain why a read expanded to a concept. Reads your own graph, or a shared room's when its address is passed as domain; any other domain value has no effect. At depth 2 or 3 the engine drops edges below weight 0.05 unless min_weight is set. Read-only. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| recall | Search your Mnemoverse memory for saved information about a specific topic. |
| save_insight | Store a new insight, fact, or decision in your Mnemoverse long-term memory. |
| what_do_you_know | Get a briefing of what your memory holds about a subject. |
| setup_memory | Get memory rules to add to CLAUDE.md, AGENTS.md, Cursor rules or your chat preferences, so your assistant checks and saves memory without being reminded. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 11 tools
Each tool has a clearly distinct purpose: write, read, feedback, stats, room management (create/invite/join/list), graph inspection, recent listing, and vault listing. The only potential overlap—memory_read vs memory_list_recent—is explicitly resolved by their descriptions (semantic search vs chronological listing), and stats vs graph are differentiated as summary vs detailed edges.
All tools use lowercase snake_case, and 10 of 11 share the memory_ prefix; vault_list is a minor deviation. The internal pattern mixes verbs (write, read, create_room) and nouns (feedback, stats, graph), but remains readable and predictable enough for consistent use.
11 tools is well-scoped for a memory server with shared rooms, feedback, graph, and vault functionality. Each tool earns its place, and the count avoids both bloat and thinness.
The surface covers the full memory lifecycle (write, read, feedback, stats, graph, recent) and core room management (create, invite, join, list). Minor gaps exist: no way to leave or delete a room, and the vault supports only listing (likely by design), but these do not block typical agent workflows.