XMemo
Related Servers
Alternatives to XMemo
AlicenseAqualityCmaintenanceSelf-hosted Mem0 MCP server integrating Qdrant, Neo4j, and Ollama for semantic memory search, graph entity relationships, and memory management via OpenMemory API.64MIT
Related Servers
- AlicenseNot gradedqualityAmaintenanceA local markdown memory and cross-agent context engine for AI coding assistants. It provides an MCP server with tools to search, add, retrieve, and distill persistent memory across tools like Claude Code, Cursor, and Zed.38 PyPI5MIT
- 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
- AlicenseBqualityBmaintenancePersistent memory engine for AI coding agents. Single Go binary, zero runtime dependencies, MCP-native. Stores, searches, and deduplicates memories across sessions using embedded SQLite with hybrid FTS + semantic search, memory decay, relation graph, and token-budget context assembly.1022MIT
- FlicenseNot gradedqualityBmaintenanceA self-hosted AI memory service that shares durable project context between MCP-compatible clients such as Claude Code and Devin, via a REST API and a Streamable HTTP MCP server with tools to remember, recall, list, and forget memories.-
- AlicenseNot gradedqualityBmaintenanceSelf-hosted personal context layer that gives AI agents shared memory via MCP.MIT
- AlicenseNot gradedqualityAmaintenanceGoverned multi-agent memory for AI agents. Hybrid markdown + SQLite store with full-text search, vector retrieval, and LLM reranking. Three transports: MCP stdio, HTTP JSON-RPC, and MCP SSE. One Go binary1Apache 2.0
TDQS
Scored across 31 tools
Most tools target distinct resources, but retrieval is spread across recall, recall_context, search_knowledge, and get_project_context with fuzzy boundaries, and propose_write overlaps with the specialized propose_*_mutation tools. The detailed descriptions help, but references to absent tools like add_expense and memory_activity add confusion.
The set mostly follows a clear verb_noun snake_case pattern (create_memory_todo, update_project_decision, restore_restart_snapshot). Exceptions include memory_stats (noun-first), bare verbs like remember/forget/recall, and generic names like update_state and propose_write.
31 tools is above the threshold for a coherent set, and several are narrow variants: three propose_* tools, multiple overlapping recall/search tools, and separate restart snapshot create/restore tools. The broad domain justifies some size, but consolidation would make the surface significantly clearer.
Core memory lifecycle is covered (remember, read_memory, update_memory, forget, restore_memory), alongside todos, projects, audit, cloud skills, and snapshots. However, descriptions direct agents to missing tools like add_expense and memory_activity, and there are no obvious project creation/listing or cloud skill update/delete operations.