bettermemory
Related Servers
Alternatives to bettermemory
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceMCP server that gives coding agents persistent, verified memory of codebase decisions, conventions, and skills, with evidence-based claims that are re-checked via git hooks and human-gated review. Enables memory search, propose/approve, chat harvesting, and critique across MCP-compatible tools.21294 npm1MIT
- FlicenseNot gradedqualityDmaintenanceA local-first MCP server that manages developer memory for coding agents, enabling shared project context, permissions, and audit trails across different agents.1-
- AlicenseNot gradedqualityBmaintenanceMCP server that gives AI coding agents persistent memory across sessions, storing architecture decisions, past bugs, and codebase conventions locally.3 npmMIT
- AlicenseNot gradedqualityBmaintenanceAn MCP server that gives AI agents persistent, file-based memory stored as plain markdown files in a local git repository, enabling agents to remember, recall, and build on information across sessions.5 npm1MIT
- AlicenseNot gradedqualityDmaintenanceA local MCP memory server that gives AI assistants durable project memory across coding sessions, storing context, changes, and decisions.2 npm1MIT
- AlicenseNot gradedqualityDmaintenanceMCP server that captures and recalls coding session memory (failures, decisions, diffs) for AI agents, enabling cross-agent continuity and preventing repeated mistakes.91 npmMIT
TDQS
Scored across 18 tools
The memory_* and episode_* prefixes cleanly separate two tiers (durable memories vs. journal entries), and within each tier the operation verbs (search/list/show vs. write/update/remove/verify) are clearly distinct. The confirm/cancel and scope_disable/enable pairs are unambiguous complements. Even the two search tools are well-differentiated: memory_search is ranked while episode_search is explicitly chronological.
All 18 tools follow a strict resource_prefix + action_verb pattern in snake_case: memory_search, memory_write, episode_handoff, memory_scope_disable. Compound names like memory_write_confirm and memory_scope_overview extend the pattern predictably. No camelCase, no vague verbs, no mixed conventions.
18 tools is slightly above the ideal 3-15 band, but the domain is genuinely rich — memory lifecycle, verification, drift detection, scoping, episodes, and audit all earn dedicated tools. One or two (memory_audit_turn, which is hook-dispatched) could arguably be trimmed from the model-facing surface, but none feels redundant.
The core CRUD lifecycle is well covered (write/update/remove/show/verify/search), but the tool descriptions repeatedly reference tools that are absent from the exposed surface: memory_restore, memory_list_tombstones, memory_health, memory_proposals, and memory_conflicts are all invoked as if callable but not listed. An agent following the memory_remove description's 'use memory_restore(id) to undo' instruction would hit a dead end. There is also no episode_update or episode_remove, leaving the journal tier with no correction path other than promotion.