Skip to main content
Glama

Related Servers

Alternatives to mcp-memory-graph

No user-submitted related servers found.

    Related Servers

    • A
      license
      Not graded
      quality
      A
      maintenance
      Local-first memory for your AI agent. One SQLite file you own — offline, no API key. Plugs straight into Claude Code.
      Apache 2.0
    • A
      license
      A
      quality
      A
      maintenance
      Durable, local-first memory for AI coding agents over MCP — zero-dependency (pure Python + SQLite/FTS5), curated and semantically de-duped. Works with Claude Code, Codex and any MCP host, and you own the data as plain rows.
      6
      21
      AGPL 3.0
    • F
      license
      Not graded
      quality
      A
      maintenance
      A self-hosted, temporal knowledge-graph memory for AI coding agents — shared across projects, queryable across time, written and read via MCP by any Claude Code session.
      -
    • A
      license
      A
      quality
      B
      maintenance
      Persistent memory for Claude Code. Automatically indexes every conversation and provides production-grade hybrid search (BM25 + vectors + reranker) via MCP tools. 100% local, zero config, zero API keys, zero invoice.
      16
      34 npm
      7
      MIT
    • A
      license
      A
      quality
      B
      maintenance
      Local-first, source-traceable memory for AI agents — no LLM at ingest, $0 per message, zero data egress. Gives Claude Code, Cursor, and any MCP client one shared persistent memory with semantic recall, belief revision, selective forgetting, and a provenance guard that blocks acting on stale or unconfirmed memories.
      23
      14
      MIT

    TDQS

    A3.7/5.0

    Scored across 51 tools

    Disambiguation4/5

    Most memory_* tools map to distinct actions or resources, and richly detailed descriptions separate overlapping areas like semantic search, graph traversal, and versioning. A few pairs remain confusable—memory_versions vs memory_history and memory_delete vs memory_forget—so it is not quite a perfect 5.

    Naming Consistency4/5

    The dominant memory_<verb> pattern is clear and mostly consistent, but many tool names are noun-style rather than verb-style (memory_manifest, memory_questions, memory_health, memory_graph). There are also prefix exceptions like vault_sync and core_memory_* mixed with memory_export_vault.

    Tool Count2/5

    51 tools is well above the heavy threshold. Many niche capabilities—webhook management, expertise profiles, session state, dataset export, health reporting—are single-purpose subfeatures that could have been grouped, making the surface unnecessarily large for an agent to navigate.

    Completeness5/5

    The server covers the full memory lifecycle: create, read, update, delete, tombstone, ingest, import, export, versioning with restore/diff, graph entities and communities, vault sync, and system health/governance. The domain is thoroughly covered with no obvious dead ends.

    Maintenance

    ActivityInactive
    ResponsivenessNo issues