MEMO MCP Server
Related Servers
Alternatives to MEMO MCP Server
- AlicenseBqualityAmaintenanceBasic Memory is a knowledge management system that allows you to build a persistent semantic graph from conversations with AI assistants. All knowledge is stored in standard Markdown files on your computer, giving you full control and ownership of your data. Integrates directly with Obsidan.md388,277 PyPI4,342AGPL 3.0
Related Servers
- FlicenseNot gradedqualityDmaintenancePersistent semantic memory MCP server for AI agents with hybrid search, LLM scoring, and decay engine, fully local.2-
- AlicenseNot gradedqualityAmaintenanceSemantic memory for AI agents — local-first MCP server with hybrid search, knowledge graph, contradiction detection, and plan-then-commit consolidation.165 npm4AGPL 3.0
- FlicenseNot gradedqualityDmaintenanceA local-first semantic memory system that enables document ingestion, semantic querying, and knowledge graph traversal via MCP.-
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to store and recall durable facts, decisions, and lessons over MCP using hybrid semantic and keyword search, typed memories, graph relations, sessions, and time-travel queries. Runs locally with no server process or API key, persisting everything to files that both agents and a CLI can share.14 npmMIT
- AlicenseNot gradedqualityDmaintenanceSelf-hosted semantic memory for AI agents. Save worklogs, decisions, and notes via MCP, then recall them across sessions by meaning rather than keyword. Backed by Postgres + pgvector with local embeddings (multilingual-e5-base).1MIT
- AlicenseNot gradedqualityDmaintenancePersistent, semantically-searchable memory for AI agents using local PostgreSQL, pgvector, and Ollama embeddings, exposed via MCP with hybrid retrieval, knowledge graph, and auto-recall hook.0MIT
TDQS
Scored across 60 tools
Many tools are clearly distinct, but there is real overlap in the save and retrieval clusters: memo_save vs memo_save_text vs memo_offload, and memo_search vs memo_context vs memo_ask vs memo_evidence_pack all require careful reading of the descriptions to choose correctly. The long descriptions help, but the boundaries are not obvious from names alone.
Every tool shares the memo_ prefix and uses readable snake_case, but the verb/noun order is inconsistent: core tools use verb_noun (memo_list, memo_search, memo_save_text) while operational tools often use noun_verb (memo_handoff_create, memo_focus_set, memo_attention_add). The naming is still readable, but the mixed conventions prevent a fully predictable pattern.
With 60 tools, this is well beyond the 25+ threshold and into the extreme range. While the domain is broad, many tools are micro-variants or internal plumbing that could be consolidated, and the sheer count will overwhelm an agent's tool-selection surface.
The tool surface is unusually thorough: full memory CRUD, search variants, retrieval augmentation, embeddings, history, sessions, maintenance, and an extensive operational journal with focus, handoffs, attention, conflicts, outcomes, procedures, and review lifecycles. There are no obvious dead ends for the stated memory-and-operational-state purpose.