open-memex
Related Servers
Alternatives to open-memex
- AlicenseNot gradedqualityAmaintenanceMarkdown-first long-term memory for AI coding agents, enabling hybrid search over local files via MCP tools.15Apache 2.0
- AlicenseNot gradedqualityAmaintenanceLocal-first memory for AI agents: one store shared by Claude Code, Codex CLI, Cursor, Pi, Hermes, OpenClaw, and any MCP client. Plain markdown with YAML frontmatter on your disk, hybrid BM25 + vector recall with per-result provenance (Recall X-ray), a correction contract, and the MemCorrect benchmark.213MIT
Related Servers
- AlicenseNot gradedqualityAmaintenanceLocal-first, file-based memory layer for AI agents — one shared Markdown vault across Claude, Codex, Gemini, Cursor and any MCP client. Provides read/write memory tools with an audit trail, per-agent trust levels, and Git sync; no cloud and no lock-in.2MIT
- AlicenseAqualityAmaintenanceLocal, searchable project memory for AI coding agents. Markdown source of truth, MCP interface, safe structured updates311Apache 2.0
- FlicenseNot gradedqualityCmaintenanceLocal-first cross-agent memory for AI coding agents. Persistent, shared memory over MCP — what you tell one agent can be recalled by another — with all data stored in a single local SQLite file, no cloud and no API keys.-
- AlicenseAqualityAmaintenanceMCP-native, local-first memory for coding agents that turns real sessions into reusable decisions, gotchas, and domain knowledge.176MIT
- AlicenseNot gradedqualityAmaintenanceLocal-first hierarchical memory for AI coding agents, providing automatic session capture, belief consolidation, and relevant memory injection via an MCP server.112 npm2MIT
- AlicenseBqualityDmaintenanceA shared memory layer for AI agents — one memory.md synced across Claude Desktop, Cursor, Claude Code, OpenAI Codex, and any MCP client.42MIT
TDQS
Scored across 11 tools
Core operations (add, search, list, supersede, forget) are clearly distinct. The workflow-stage tools (promote, submit, propose) and the two status tools (status, pr_status) have adjacent purposes, but descriptions differentiate them well enough that misselection is unlikely.
Every tool uses a consistent memory_ prefix with snake_case verb or verb_noun naming (memory_add, memory_search, memory_pr_status, memory_supersede). The pattern is predictable and uniform throughout.
11 tools is well within a comfortable range and each maps to a distinct action in a memory lifecycle (CRUD, search, review promotion, git sync). No tool feels redundant or filler.
The surface covers the full memory lifecycle: create, search, list, supersede, forget, review-ladder promotion, git conflict resolution, and outbox-to-repo sync. Minor gaps exist (e.g., no explicit memory_update/edit or bulk operations) but core workflows are complete.