mcp-memory-graph
Related Servers
Alternatives to mcp-memory-graph
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceLocal-first memory for your AI agent. One SQLite file you own — offline, no API key. Plugs straight into Claude Code.Apache 2.0
- AlicenseAqualityBmaintenanceDurable, 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.667 PyPI22AGPL 3.0
- AlicenseNot gradedqualityDmaintenanceLocal-first memory for Claude & AI agents with hybrid search, Graph-RAG, and time-travel, runs entirely on your machine.76 npm1Apache 2.0
- FlicenseNot gradedqualityCmaintenanceA 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.-
- AlicenseNot gradedqualityBmaintenanceEnables Claude Code, Codex and other MCP agents to share one bounded, persistent memory across sessions, so a session starts from what earlier sessions learned instead of re-reading the repository. Storage and retrieval run locally on SQLite full-text search with per-client tokens and scopes, and optional local model enrichment, without any paid model in the path.1MIT
- AlicenseNot gradedqualityCmaintenanceEnables Claude Code and Codex to write, update, and retrieve durable long-term memories that survive session boundaries and context compaction. All recall runs locally against a single SQLite file using hybrid BM25, embedding, and recency ranking cut to an explicit token budget, with no cloud dependency.MIT
TDQS
Scored across 51 tools
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.
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.
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.
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.