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.21112 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-
- AlicenseAqualityBmaintenanceA local MCP server that lets coding agents persist decisions, conventions and gotchas across sessions and recall them with ranked search. Each memory is anchored to the files it describes, so recall flags it as stale when that code changes, and secrets are redacted before anything is stored.52MIT
- 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.9 npm1MIT
- AlicenseNot gradedqualityDmaintenanceA local MCP memory server that gives AI assistants durable project memory across coding sessions, storing context, changes, and decisions.13 npm1MIT
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.