ClaudeX
Related Servers
Alternatives to ClaudeX
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenancePersistent local memory for Claude Code that indexes every session's JSONL file verbatim into SQLite + ChromaDB. Exposes 17 MCP tools for semantic recall, deterministic file replay, and fuzzy "do you remember when..." queries across your entire session history — no API calls, nothing leaves the machine.17128 PyPI14MIT
- AlicenseNot gradedqualityDmaintenanceProvides persistent, searchable memory for Claude Code using local SQLite, semantic embeddings, and full-text search, enabling Claude to recall and retrieve context across sessions and projects without external services.6 npm4MIT
- AlicenseAqualityBmaintenancePersistent 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.1634 npm7MIT
- FlicenseNot gradedqualityDmaintenanceA lightweight MCP memory server built on SQLite + FTS5, providing cross-session long-term memory for Claude Code.-
- AlicenseNot gradedqualityDmaintenancePersistent memory MCP server for Claude Code. Store, search, and retrieve memories across sessions using hybrid vector + keyword search powered by SQLite, FTS5, and sqlite-vec.20 npm1MIT
- AlicenseAqualityDmaintenanceCross-surface persistent memory for Claude. Bridges context between Claude Chat, Code, and Cowork via local SQLite with full-text search.68 npm6MIT
TDQS
Scored across 10 tools
Each tool has a clear, distinct purpose. Overlap exists between list_memories and recall_memory, but they serve different retrieval needs (stats vs. priority/recency). Similarly, get_session_summary is a cheaper alternative to get_session. Overall, no two tools are ambiguous.
All tool names follow a consistent verb_noun pattern in snake_case (e.g., delete_memory, list_sessions, search_conversations). The pattern is predictable and easy to parse.
10 tools is appropriate for this domain, covering memory management, session tracking, and project awareness. Each tool serves a necessary function without unnecessary bloat.
The tool set covers the core lifecycle of memories (create, read, delete) and sessions (list, read, search, summarize). A minor gap is the lack of an explicit memory update tool, though store_memory can overwrite. Overall, the surface is complete for its stated purpose.