total-agent-memory
Related Servers
Alternatives to total-agent-memory
AlicenseAqualityAmaintenancePersistent memory for AI agents across Claude Code, Cowork, Codex, Cursor and Hermes Agent. Saves, searches and recalls sessions from a local SQLite store through 40+ MCP tools, with auto-save and auto-load hooks, project tagging and export/import. Also a Hermes Agent memory provider plugin in the official catalog. Free: keyword search, 50 sessions. Pro ($8/mo): semantic search and team memory.33264 PyPI12Business Source 1.1
Related Servers
- AlicenseAqualityAmaintenancePersistent memory for AI coding agents, storing decisions, bug fixes, conventions, and discoveries in a local SQLite database and automatically recalling them when relevant. Works with Claude Code, Codex, Cursor, Gemini CLI, and other MCP-compatible agents.224MIT
- AlicenseNot gradedqualityBmaintenancePersistent project memory and task management for AI coding agents through MCP. Lets Claude Code, Cursor, Codex and other MCP clients save decisions and bug fixes, search relevant context, and reuse it across sessions.1MIT
- AlicenseNot gradedqualityBmaintenancePersistent memory for AI coding agents that stores and recalls preferences, decisions, and conventions via semantic similarity, with zero cloud dependencies and plug-and-play MCP integration for Claude Code.Apache 2.0
- AlicenseAqualityDmaintenanceGives Claude Code, Claude Desktop, Cursor, VS Code Copilot, and other MCP-compatible tools persistent memory.1821 npm1MIT

Memcellofficial
AlicenseNot gradedqualityFmaintenanceLiving memory for AI coding agents (Claude Code, Cursor, Copilot, Codex). Cross-vendor persistent memory, decision recall, and outcome calibration via MCP and hooks.247 npmApache 2.0- FlicenseNot gradedqualityBmaintenanceLocal-first memory for AI coding agents. Indexes your Claude Code, Codex, Cursor, Cline and Gemini CLI history by repo/branch/worktree and hands a context capsule (decisions, touched files, next steps) to the next agent over MCP.-
TDQS
Scored across 79 tools
Many tools overlap in retrieval, consolidation, and evaluation purposes: memory_recall, memory_search_fast, memory_explain_search, memory_recall_iterative, memory_associate, memory_context_build, and multiple memory_eval_* tools have unclear boundaries. Fast-path duplicates (memory_save_fast vs memory_save) and several stats/status/report tools further blur selection.
Names are mostly snake_case with clear categorical prefixes (memory_, self_, kg_, workflow_, session_), which is predictable. Minor inconsistency appears in prefix+part-of-speech patterns, e.g. memory_history (noun) vs memory_save (verb), but overall the convention is readable.
With 79 tools, the server is far beyond the ideal 3-15 range and exceeds the 50+ threshold for extreme mismatch. Many tools are redundant variants (fast paths, eval suites, debug utilities) that could be consolidated without losing core functionality.
Coverage of the memory lifecycle is extensive: save, get, update, delete, recall, relate, export, statistics, rules, graph, skills, workflows, and sessions are all present. A minor gap is the lack of an import counterpart to memory_export, and some overlapping query variants add noise rather than fill gaps.