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
      294 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
      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.
      5 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.
      2 npm
      1
      MIT
    • A
      license
      Not graded
      quality
      D
      maintenance
      MCP server that captures and recalls coding session memory (failures, decisions, diffs) for AI agents, enabling cross-agent continuity and preventing repeated mistakes.
      91 npm
      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