@saihm/mcp-server-pro
OfficialRelated Servers
Alternatives to @saihm/mcp-server-pro
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceZero-knowledge, self-hostable MCP server providing encrypted durable memory for AI agents, with tools to save, recall, search, list, and delete memories.60MIT
- AlicenseNot gradedqualityDmaintenanceA local-first memory MCP server that enables storing, searching, and managing personal memories with hybrid keyword and semantic recall, all on-device.6 npmMIT
- AlicenseNot gradedqualityAmaintenanceOpen-source MCP memory server providing persistent, cross-platform context for AI tools via a knowledge graph with encrypted storage.7 npm13AGPL 3.0
- AlicenseNot gradedqualityCmaintenanceMCP server for context-aware memory and retrieval with hybrid search, dual-phase memory, and boundary-first security.3MIT
- AlicenseNot gradedqualityDmaintenanceA portable MCP server providing a shared intelligent memory system for any MCP-compatible AI tool, enabling storage, retrieval, extraction, and governance of memories across sessions.2 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to persistently remember user preferences and context through client-side encrypted vaults, ensuring memory is portable and private across different MCP clients.1MIT
TDQS
Scored across 9 tools
Core memory operations (remember/recall/forget) and access operations (share/revoke_share) have clearly distinct purposes with no real overlap. The main wrinkle is that remember, recall, and forget each overload a warmStart parameter for snapshot management, muddying their boundaries, and the two governance stubs are present but always error.
All tools share a predictable saihm_ prefix, which aids grouping. However, the convention is slightly mixed: most are simple verbs (remember, recall, forget, share, join) or verb_noun (revoke_share), while the governance tools flip to noun_verb (governance_propose, governance_vote).
Nine tools is well-scoped for a memory-plus-sharing-plus-governance domain, with each tool covering a distinct capability. Nothing feels redundant or padded aside from two intentionally inert governance stubs.
CRUD for memory cells (remember/recall/forget), sharing (share/revoke_share), status, and onboarding (join) are covered. But the join description references an 'export-identity' flow that has no corresponding tool, and the two governance tools are non-functional stubs, leaving notable gaps in the advertised surface.