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.20Apache 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.230MIT
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 updates315Apache 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.1735 PyPI7MIT
- AlicenseNot gradedqualityAmaintenanceLocal-first hierarchical memory for AI coding agents, providing automatic session capture, belief consolidation, and relevant memory injection via an MCP server.34 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
Each tool targets a distinct verb on the memory store, and descriptions actively cross-reference their neighbors (memory_status vs memory_pr_status vs memory_list; memory_propose vs memory_submit vs memory_promote; memory_forget vs memory_supersede), which resolves most confusion. The only residual friction is the three-stage review pipeline (propose/submit/promote) plus two status tools, which an agent must reason about carefully.
All 11 names use a uniform snake_case `memory_` prefix with short, readable suffixes. The minor deviation is that two are noun phrases (memory_status, memory_pr_status) while the rest are verb-led, but the pattern remains predictable.
11 tools is squarely in the well-scoped range, and each one earns its place: core CRUD (add/search/list/supersede/forget), the sync/review pipeline, PR mapping, and conflict resolution. Nothing feels redundant or padded.
The surface covers the full memory lifecycle — creation, retrieval, listing, supersession, retraction, the propose→submit→promote review chain, sync status, and conflict resolution. Minor gaps: no direct get-by-id tool (ids only come back from list/search) and no in-place edit or tag/alias management command.