memory-arbiter-mcp
Related Servers
Alternatives to memory-arbiter-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityFmaintenanceLocal-first MCP memory server that gives AI coding agents long-term memory via SQLite and sqlite-vec, with optional LLM-powered layering. No gateway or API key required.7102 npm4MIT
- AlicenseNot gradedqualityDmaintenanceA self-hosted MCP server that provides AI assistants with a shared, persistent SQLite-backed memory for storing and retrieving project context, decisions, and discoveries. It enables cross-session continuity and team-wide knowledge sharing to keep AI coding tools aligned and informed.3MIT
- FlicenseNot gradedqualityDmaintenanceA persistent, conflict-aware memory MCP server for AI coding assistants (Cursor, Claude Code).-
- AlicenseAqualityCmaintenanceA local-first MCP server that provides a shared Markdown-based memory for AI coding agents, enabling cross-agent context persistence via tools like memory_search and memory_capture.101MIT
- AlicenseNot gradedqualityBmaintenanceA local-first MCP server that gives AI coding assistants persistent, project-scoped memory across sessions, storing facts and decisions in a SQLite database under .aimem/ and exposing tools for searching, storing, and conflict-resolving memories.26 npmMIT

threadctx-mcpofficial
AlicenseAqualityCmaintenanceShared memory MCP server for AI coding agents, enabling context sharing across sessions with local SQLite or cloud-based semantic search, compatible with Claude Code and Cursor.235 npm1MIT
TDQS
Scored across 4 tools
The four tools are mostly separated by lifecycle stage: daily operations, read-only review, authorized governance, and maintenance. There is some conceptual overlap around conflict inspection, judgment, and resolution across memory, memory_review, and memory_govern, but the descriptions define handoffs well enough for an agent to choose correctly.
All tool names use lowercase snake_case and share a clear memory_ prefix except the base memory tool. The suffixes review, govern, and repair make each tool's role predictable.
Four top-level tools is appropriately compact for a complex memory-management server. Bundling many sub-actions into each tool avoids tool sprawl while keeping high-level categories distinct.
The surface covers memory creation, retrieval, update, review, governance, conflict handling, maintenance, and repair. No obvious lifecycle gaps or dead ends are apparent for the stated memory-arbiter domain.