Skip to main content
Glama

Related Servers

Alternatives to bettermemory

No user-submitted related servers found.

    Related Servers

    • A
      license
      A
      quality
      A
      maintenance
      MCP 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.
      21
      112 npm
      1
      MIT
    • F
      license
      Not graded
      quality
      D
      maintenance
      A local-first MCP server that manages developer memory for coding agents, enabling shared project context, permissions, and audit trails across different agents.
      1
      -
    • A
      license
      A
      quality
      B
      maintenance
      A 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.
      5
      2
      MIT
    • A
      license
      Not graded
      quality
      B
      maintenance
      MCP server that gives AI coding agents persistent memory across sessions, storing architecture decisions, past bugs, and codebase conventions locally.
      3 npm
      MIT
    • A
      license
      Not graded
      quality
      B
      maintenance
      An 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 npm
      1
      MIT
    • A
      license
      Not graded
      quality
      D
      maintenance
      A local MCP memory server that gives AI assistants durable project memory across coding sessions, storing context, changes, and decisions.
      13 npm
      1
      MIT

    TDQS

    A4.2/5.0

    Scored across 18 tools

    Disambiguation5/5

    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.

    Naming Consistency5/5

    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.

    Tool Count4/5

    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.

    Completeness2/5

    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.

    Maintenance

    ActivityActive
    ResponsivenessResponsive