meMCP - Memory-Enhanced Model Context Protocol
Related Servers
Alternatives to meMCP - Memory-Enhanced Model Context Protocol
No user-submitted related servers found.
Related Servers
- AlicenseBqualityDmaintenanceA Model Context Protocol server that provides knowledge graph-based persistent memory for LLMs, allowing them to store, retrieve, and reason about information across multiple conversations and sessions.9114,646 npm2MIT
- AlicenseNot gradedqualityCmaintenance🧠 High-performance persistent memory system for Model Context Protocol (MCP) powered by libSQL. Features vector search, semantic knowledge storage, and efficient relationship management - perfect for AI agents and knowledge graph applications.7MIT
- AlicenseBqualityDmaintenanceA high-performance, persistent memory system for the Model Context Protocol (MCP) providing vector search capabilities and efficient knowledge storage using libSQL as the backing store.660 npm24MIT
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that allows saving, retrieving, adding, and clearing memories from LLM conversations with MongoDB persistence.5 npm21MIT
- AlicenseNot gradedqualityDmaintenanceAn MCP server that allows Claude and other LLMs to manage persistent memories across conversations through text file storage, enabling commands to add, search, delete and list memory entries.31 npm7MIT
- AlicenseNot gradedqualityDmaintenanceA high-performance Model Context Protocol (MCP) server designed for large language models, enabling real-time communication between AI models and applications with support for session management and intelligent tool registration.2MIT
TDQS
Scored across 24 tools
The tools are organized into clear configuration and memory domains, but there is some ambiguity within each group. For example, config_export and config_validate have unclear boundaries, and memory_stream_* tools could be confused for overlapping streaming operations. Descriptions are missing, making it harder to differentiate, but the prefix structure helps.
All tool names follow a consistent snake_case pattern with clear prefixes (config_* and memory_*). The naming is highly predictable and organized, making it easy to understand the tool's domain and purpose at a glance.
With 24 tools, the count feels excessive for a memory-enhanced protocol. Many tools seem redundant or overly granular (e.g., multiple memory_stream_* actions), suggesting the set could be consolidated without losing functionality. This heavy tool count may overwhelm agents.
The tool set appears to cover core memory and configuration operations comprehensively, including CRUD-like actions (store, delete, update, query) and management functions (backup, restore, optimize). Minor gaps might exist in advanced querying or integration features, but the surface seems well-rounded for the inferred domain.