midas-memory-mcp
Midas Memory MCP is a fully local, LLM-free, auditable long-term memory layer for AI agents — zero API cost, no data egress, with provenance-based safety guardrails.
Memory Storage
remember— Explicitly store a memory (fact, decision, preference, constraint) with kind, importance, and namespace taggingcapture— Offer a turn to memory; Midas auto-decides whether to keep it based on importance scoring and duplicate detectionremember_code— Store code-specific memories by category (architecture decisions, bugs, conventions, forbidden actions, etc.)remember_commitment— Record an open commitment/promise that persists across sessions
Retrieval & Context
recall— Retrieve relevant memories via semantic search with optional hybrid BM25, score explanations, and historical (bitemporal) queriesinspect_memory— Fetch a single memory by IDbuild_context— Assemble a token-budgeted, prompt-ready context block for a given query
Session & Project State
resume— One-call session onboarding: pinned directives, forbidden rules, recent changes, current state, open commitments, and conflictsmemory_state/project_state— View current live (non-superseded) decisions, constraints, facts, and code statememory_diff— See what changed in the last N hours (added/revised beliefs)open_loops— List unresolved commitments, oldest firstclose_loop— Mark a commitment resolved, preserving the promise→resolution historymemory_conflicts— Detect live contradictory beliefs (multi-agent conflict detection)
Safety & Governance
check_memory_use— Guard that decides whether recalled memory justifies an intended action; blocks external/destructive actions on unconfirmed or stale memorycheck_forbidden_action— Check a proposed code action against project-level forbidden rules (hard block vs. advisory warning)audit_use— Generate a full compliance audit artifact showing the guard decision and provenance historymemory_policy— Retrieve the injected memory policy text and guard parameters
Maintenance & Forgetting
forget— Delete a single memory by ID while relinking supersession chainsforget_matching— Topic-level erasure with dry-run previewforget_all— Clear all stored memoriesmaintain— Deduplicate near-duplicates, enforce TTL, trim to max records, evict low-value items, and return a full deletion audit
Monitoring
stats— View memory counts by kind, namespace, and temporal tier (short/medium/long)
It supports multiple AI agents sharing one live memory store, works fully offline, and is configurable with per-project namespaces, various embedder backends, and optional encryption at rest.
Your AI assistant forgets everything between sessions. Midas is the memory that lives next to it, on your machine. Your coding agent remembers the decisions, conventions, and bugs from three sessions ago — without piping every message through an LLM to "extract" facts. It costs nothing per message, nothing leaves your computer, every memory traces back to the exact turn it came from, and it won't let an agent act on memory that's stale or never confirmed.
uv tool install "midas-memory[mcp,local]" # install
midas init # create the shared memory + wire up your MCP clients
# or, no Python: npx -y midas-memory-mcp # TypeScript port
# or, as a library: pip install "midas-memory[local]"
uv tool upgrade midas-memory # Update MidasWhy Midas
Most memory tools call an LLM to summarize every session — so you pay in tokens forever, add latency, ship every turn to a provider, and get back rewritten facts you can't audit. Midas makes the opposite bet, and that bet is what makes it cheap, private, and trustworthy:
$0 and private by construction. No LLM at ingest or query → no API spend, nothing leaves your machine, fast local ops (~tens of ms, no per-turn network round-trip).
You can trust what it recalls. Recall returns the verbatim source turn, not an LLM rewrite — so there's no extraction step that can silently hallucinate a "fact" you never said.
It stays current on its own. Typed belief revision supersedes the old value instead of piling up duplicates; selective forgetting keeps it bounded — all with no LLM.
It's safe to build on. A provenance guard lets memory inform planning but blocks memory-justified external or destructive actions unless you explicitly confirmed them — and a superseded memory can't authorize an action at all.
One file, many tools. Point Claude Code, Cursor, and your chat app at one SQLite file and they share one live memory.
Proven, not asserted. Every claim has a reproducible benchmark — including the experiments that failed.
Related MCP server: auxly-memory-cli
How Midas compares
Every Midas number below is measured and reproducible from this repo; the LLM-at-ingest column reflects the structural properties of that design class (Mem0, Zep, Hindsight) and the figures documented in BENCHMARKS.md.
Midas | LLM-at-ingest systems (Mem0, Zep, Hindsight) | |
LLM calls at ingest | 0 | ≥1 per session |
Cost per message | $0 | per-token API spend, forever |
Data egress at ingest | None | every turn leaves the box |
Ingest latency | ~16–116 ms, local, embed-bound | ~668 ms + API round-trip |
Recall returns | verbatim source turn, traceable | LLM-rewritten facts (source |
Deterministic & reproducible | yes — every number, one command | no |
Works fully offline | yes (measured end-to-end with a local Ollama reader) | no |
LongMemEval- | 0.84 | 0.84 — Observational Memory, with LLM ingest |
Whole-conversation aggregation / summarization | ❌ by design — top-k retrieval can't cover it (documented) | ✅ their structural edge |
The last row is deliberate: Midas trades whole-conversation abilities for $0, privacy, and auditability, and publishes the measurements that show exactly where that trade bites.
More than recall: a memory you can govern
Finding a buried fact is table stakes. A long-horizon coding agent needs memory it can act on safely and resume from cleanly — which is where similarity search alone falls short:
You ask… | Midas answers with | Why top-k recall can't |
"Can I run this destructive migration?" | Guard: allowed only if you confirmed it, and only if that confirmation is still current | provenance + currency aren't a similarity match |
"What's the current state of project Apollo?" |
| a broad "current state" query matches no single turn |
"What changed since our last session?" |
| "what's new" isn't a content query at all |
"How do I speed up the transactions list?" | the prior fix resurfaces, so the agent doesn't re-diagnose it | — |
These properties are measured, not asserted — the agent-memory bench suite scores action-safety, decision-adherence, repeated-mistake avoidance, resume fidelity, conflict detection/precision (live contradictions between agents found without over-flagging), and adversarial memory-safety across scripted multi-session projects. The safety eval blocks 10 / 10 adversarial attacks (ASR 0.00) — including a planted confirmation next to a prohibition, a confirmation for a different action, a provenance-laundering supersession, and a cross-namespace approval — with no over-blocking (benign-pass 1.00). Deterministic, $0, no LLM. Reproduce every number with one command:
uv run python -m eval.benches # the whole governance suite — or `midas bench` from a checkoutHow it does on the benchmarks
Deterministic, reader-independent retrieval (recall@k — fraction of the gold supporting turns
pulled into context) on the full public sets, vs a recency-window baseline:
Benchmark (full set) | baseline | Midas |
LongMemEval- | 0.01 | 0.92 |
LoCoMo — 10 conversations, n=1,540 | 0.05 | 0.73 |
BEAM — frontier benchmark, 100K → 10M tokens | 0.00 | 0.56 → 0.32 |
And the cross-system metric, judged answer-rate (same gpt-4o judge the leaderboards use):
Judged answer | baseline | Midas |
LongMemEval- | — | 0.84 |
BEAM-100K (gpt-4o judge, raw-turn floor, $0 ingest) | 0.05 | 0.40 |
All of it at 0 LLM calls, $0, and 0 data egress at ingest. Full numbers, per-category breakdowns, reproduce commands, and the head-to-head vs Mem0/Zep/Mastra are in BENCHMARKS.md.
Eval-first means we publish the misses too. Hybrid retrieval, reranking, thread-diversification, dual-granularity indexing, and naive distillation were all measured to not help (or to hurt) and are documented as such. That honesty is the point — see BENCHMARKS.md and
docs/frontier-2026.md.
Connect it to your coding agent
One command wires up everything:
midas init # creates the shared memory + configures every MCP client it finds
midas status # check what's wired · run `midas init --dry-run` to preview firstBoth take --json to emit a machine-readable client wiring receipt — which memory each client got
wired to, under which scope/policy, and which clients were skipped (config paths only, never memory
contents). Paste it into a bug report, or let another agent verify the setup without scraping prose.
midas init creates one shared memory (~/.midas/memory.sqlite3) and points the MCP clients it
detects — Claude Code, Codex, Grok Build, Cursor, Claude Desktop, Windsurf, VS Code, Gemini CLI,
Cline, Zed — at it. So all your agents read and write the same memory, autonomously, with no
per-client paths to keep in sync.
Prefer a single endpoint over per-client launches? Run one server and give your clients an MCP URL:
midas serve --http # → http://127.0.0.1:7077/mcp (one server, one memory, every client shares it)
midas serve --http --token <secret> # require `Authorization: Bearer <secret>` on every requestKeep Midas current with midas update. See your memory anytime with midas inspect.
Already carrying agent memory in files? midas import --from claude-md CLAUDE.md (or
--from cursorrules, --from jsonl, --from mem0, --from zep) turns those rules and exports into
first-class, recallable, governable memories — tagged with where they came from, idempotent on re-run.
Want memory even when the agent never calls capture? midas init --claude-hook installs a
Claude Code SessionEnd hook that offers each session's user turns to memory — Midas's no-LLM policy
still decides what is actually kept.
Midas is a standard MCP server: point any client at the midas-mcp command. It uses the shared store
by default — no path needed. The universal block:
{ "mcpServers": { "midas": { "command": "midas-mcp", "env": { "MIDAS_MCP_EMBEDDER": "local" } } } }Client | Where the config goes |
Claude Code |
|
Cursor |
|
Claude Desktop | Settings → Developer → Edit Config ( |
Codex CLI |
|
Grok Build |
|
Windsurf |
|
VS Code | user |
Gemini CLI |
|
Cline |
|
Zed |
|
Anything else | point it at command |
No Python |
|
Override per client with env: MIDAS_MCP_DB (default ~/.midas/memory.sqlite3; :memory: = ephemeral)
· MIDAS_MCP_MAX_RECORDS · MIDAS_MCP_MIN_IMPORTANCE · MIDAS_MCP_NAMESPACE.
⚠️ GUI apps don't share your shell
PATH. If a client says "command not found", use the absolute path fromwhich midas-mcp. On Windows use forward slashes in JSON paths.
Once connected, Midas injects a short policy into the agent (recall first, then capture durable
facts/decisions/preferences/constraints/corrections). The agent captures freely; Midas decides what's
kept — it scores importance (no LLM), drops trivia, skips duplicates, revises stale beliefs, and forgets
the low-value tail to stay bounded. Before any memory-justified external or destructive action, the agent
calls check_memory_use and is blocked unless you confirmed it (and that confirmation is still
current).
One memory, many clients
By default every client shares one live memory (~/.midas/memory.sqlite3) — each detects the others'
writes (SQLite data_version) and refreshes, so a fact captured in your IDE is recallable from your chat
app seconds later, no restarts.
Want per-project separation instead? midas init --project-scoped (or MIDAS_MCP_NAMESPACE=auto)
gives each project its own partition in the same store — the scope is derived from the git repo / cwd the
server runs in. Or scope it manually per project/agent/user with MIDAS_MCP_NAMESPACE.
Tools: remember, capture (policy-gated auto-store), recall (source-traceable), build_context
(compact, dated, today-anchored prompt block), resume (the one-call session-onboarding pack: pinned +
state + changes + open loops + conflicts), memory_state (current project state), memory_diff
(what changed since), memory_conflicts (live beliefs that contradict each other, ranked),
open_loops / remember_commitment / close_loop (promised work that survives sessions),
check_memory_use (guard), memory_policy, maintain (TTL + dedup + forgetting, returns a deletion
audit), stats, forget (chain-safe), forget_matching (topic-level erasure, dry-run by default),
forget_all. Prompts: memory_session, distill.
Env: MIDAS_MCP_DB · MIDAS_MCP_EMBEDDER (local / hashing / multilingual / any fastembed id) ·
MIDAS_MCP_MAX_RECORDS · MIDAS_MCP_MIN_IMPORTANCE · MIDAS_MCP_NAMESPACE (=auto → per-project scope) · MIDAS_MCP_ANN=1 (sub-linear
IVF for huge stores) · MIDAS_MCP_SUPERSEDE · MIDAS_MCP_NLI=1 (NLI-gated revision) ·
MIDAS_MCP_AUTO_MAINTAIN=<min> (idle-time upkeep) · MIDAS_MCP_PINNED (pin standing directives) ·
MIDAS_MCP_TTL (per-kind retention, e.g. chat=30,note=90) · MIDAS_MCP_TOKEN (HTTP bearer auth) ·
MIDAS_MCP_KEY (SQLCipher encryption at rest — pip install "midas-memory[encrypted]").
Troubleshooting
Something not wired right? midas doctor is the one-command diagnosis — it checks midas-mcp is on
PATH, that your store opens, whether the local embedder is available, and which clients are actually
wired, with a fix hint per failed check. It reads config paths and versions only — no memory contents,
so its output is safe to paste into a bug report.
midas doctor # ✓/⚠ per check, with a hint for each failure
midas status # what's wired + the store's record countSymptom | Likely cause & fix |
Client says "command not found" | GUI apps don't inherit your shell |
Recall feels weak / lexical | The offline hashing embedder is in use. Install the local embedder: |
A client doesn't see another's memory | Confirm both point at the same store — |
MCP server won't start | The SDK is installed but the |
Still stuck? Open a bug report
(it pre-fills the midas doctor block) or ask in Discussions.
Use it from Python (the SDK)
from midas import Memory, LocalEmbedder
mem = Memory(embedder=LocalEmbedder()) # fully local. (Or Memory() for a zero-setup offline embedder.)
mem.remember("Decision: the primary database is PostgreSQL.", kind="constraint", importance=5)
mem.remember("The launch date moved to September 14.", kind="fact", importance=5)
mem.capture("lol ok cool") # filler — auto-scored below the floor, skipped (no LLM)
mem.assemble("when do we launch?", token_budget=128) # prompt-ready, dated, source-traceable
for hit in mem.recall("which database did we pick?", limit=3):
print(f"{hit.score:.2f} {hit.record.content}") # each hit traces to its sourcefrom midas import Memory, LocalEmbedder
from midas.nli import LocalNLI
from midas.sqlite_store import SQLiteStore
from midas.state import memory_state, memory_diff # the control-plane views
# Durable, shareable, no native extension. Safe across threads & processes (live data_version refresh).
mem = Memory(store=SQLiteStore("memory.db"), embedder=LocalEmbedder(),
supersede=True, nli=LocalNLI()) # a turn that CONTRADICTS an old belief supersedes it
# Control-plane: the current state of a project, and what changed since a point in time (no LLM):
memory_state(mem, scope={"project": "apollo"}) # live, non-superseded decisions/constraints/facts
memory_diff(mem, since=last_session_epoch) # {added: [...], revised: [(old, new), ...]}
mem.forget_decayed(max_records=50_000) # evict lowest value (importance × recency); protects facts
mem.recall("when is the launch?", as_of=1_700_000_000) # bitemporal: "what did we believe on date X"
# Right-to-be-forgotten — preview, then erase, with an audit trail:
mem.forget_matching("the user's home address", dry_run=True)
mem.forget_matching("the user's home address")
# Back LangGraph's long-term memory with Midas:
from midas.integrations.langgraph_store import MidasStore
store = MidasStore(); store.put(("user", "123"), "pref", {"text": "prefers dark mode"})See & control your memory — midas inspect
Most memory is a black box of LLM-rewritten facts. Midas is glass-box: run a local inspector over your store and see exactly what your agent remembers, why, and from what source — then correct, pin, or forget it.
midas inspect --db ~/.midas/memory.sqlite3 # opens http://localhost:7777 — local only, zero egress
# before install: python -m midas.inspector --db <your.sqlite3> --embedder hashingOverview — counts, attributability, a 30-day activity chart, and kind/provenance/recency breakdowns, each kind and provenance color-coded consistently across every view (a fixed categorical palette, validated for colorblind-safe contrast in both themes — never color-only, every value keeps its label).
Browse + search every memory (verbatim, with provenance + source), filterable by kind, provenance, and sort order.
Belief history + time-travel — what you believed, what it superseded, and when.
Project state (decisions / bugs / forbidden) and what changed since a date.
Governance — would memory authorize an action, and why (the audit trail); forget with a receipt.
Conflicts and Open loops — the same control-plane views from
memory_conflicts/open_loops, with one-click resolve/close from the UI.Audit log — the hash chain's verification status and its most recent entries.
Light + dark themes (a real second theme, not an inverted dark one), keyboard shortcuts (⌘K to jump anywhere or search, / to focus search), and a responsive layout down to phone width.
And every mutation (write / revise / forget) appends to a tamper-evident, hash-chained audit log
inside the store — hashes only, never content. midas audit shows it; midas audit --json verifies
the whole chain and reports the first broken entry if anyone rewrote history.
No LLM, no account, runs on your file. The thing a black-box memory can't show.
Free & open source
Midas is fully free and open source under MIT — the memory engine, the guard, the MCP server, the CLI, the inspector, the TypeScript port, and the entire bench suite. No paid tiers, no feature gates, no telemetry, no account. Use it, fork it, embed it in commercial products — the license permits all of it.
If Midas is useful to you, the best ways to give back are a ⭐, a reproduced benchmark number, a bug report, or a measured contribution — see the roadmap for where help matters most.
Honest status
Midas is early but built narrow and measured-first. Where it stands, plainly:
Retrieval is its strength and is essentially maxed for a no-LLM design — confirmed by our own A/Bs and by the frontier papers (the retriever is not the bottleneck). The benchmark numbers above are the result.
The frontier's extra lever is structure-preserving extraction — and it needs a capable model Midas deliberately won't run at ingest. We built the judged harness and measured it on BEAM's summarization category: a small local extractor doesn't help (raw 0.28 vs replace 0.07 rubric coverage), and the lift is gated on a strong model — so it belongs to the agent's model, not Midas's. The optional distillation dial ships off by default; we don't claim it as a win. (Details:
docs/frontier-2026.md§2b.)Where it's heading: from recall to a governed memory control-plane —
memory_state/memory_diff, the provenance guard that won't act on stale or unconfirmed memory, and the Agent Continuity Bench that measures those properties. Local, auditable, and honest about what's proven.
The eval harness
eval/ (dev-only) runs Midas and competitors through synthetic / LoCoMo / LongMemEval / multiday /
conflicts-v1 / BEAM with deterministic recall@k + precision@k, cost/latency instrumentation, a
dumb-reader ablation (proves the numbers aren't reader-inflated), and an optional local-or-hosted LLM
judge. The anti-cheating checklist (no query rewriting, no LLM at ingest, no gold leakage, seeded sampling),
conflict handling, failure traces, and the verbatim MCP policy are in
docs/methodology.md.
python -m eval.runner --dataset longmemeval --variant s --local --midas-no-rerank --max-questions 40
python -m eval.runner --dataset beam --beam-tier 100K --local --dumb-reader # frontier benchmark
python -m eval.continuity # Agent Continuity BenchPrivacy & license
Local-first: every memory lives in a SQLite file on your machine, recall returns the exact stored text,
and capture/recall/forget make no network calls. No account, API key, or telemetry. The only outbound
traffic is a one-time embedding-model download (for the local backend) and the package install.
Optional encryption at rest: set MIDAS_MCP_KEY with the [encrypted] extra and the store is a
SQLCipher database — unreadable without the key (and Midas fails closed rather than silently writing
plaintext). Full details in PRIVACY.md · MIT.
Available Tools
23 toolsaudit_useAudit memory useARead-only
The compliance audit artifact for a memory-justified use: the guard decision + the full provenance and belief-revision history of every supporting memory + an attributability score (fraction of evidence with both a source and an actor). Hand this to an auditor to prove WHY an action is or isn't justified. Source-traceable, deterministic, no LLM.
Inputs: query (required), namespace, intended_use.
build_contextBuild contextARead-only
Assemble a budgeted, prompt-ready context block for a query.
Highest-value memories first, with same-session neighbours pulled in, trimmed to token_budget.
Drop the returned string straight into an LLM prompt. It uses lean memory lines by default;
call recall or inspect_memory when you need full provenance/source evidence. Each line is dated
and the header anchors today's date so the reader can resolve relative time. Standing user
directives ("from now on…", "always…") are pinned in regardless of query relevance.
Inputs: query (required), limit, hybrid, namespace, +1 more. Returns: result
captureCapture turnA
Offer a turn to memory; Midas decides whether to keep it (no LLM).
Forward anything that might be durable — a fact, decision, preference, constraint, or correction. Midas scores its importance and keeps it only if it clears the relevance policy and isn't a duplicate, so you can capture freely without polluting memory. Returns whether it was stored and why (so you learn the bar). This is the workhorse for hands-off, automatic remembering. kind: note | chat | fact | preference | constraint | mission. provenance: planning | action | observation | user_confirmation.
Inputs: content (required), kind, actor, session, +2 more.
check_forbidden_actionCheck forbidden actionARead-only
Before a code action, check it against the project's live forbidden_action rules. Two tiers, by
confidence (deterministic, no LLM; superseded/retired rules ignored):
forbidden(HIGH confidence, lexical match) → do NOT do it; refuse and citerules.possibly_forbidden(ADVISORY, semantic/paraphrase match) → ASK the user before proceeding; the semantic signal is noisy (~31% false positives,eval.forbidden_eval), so it warns, not blocks. Separate from the provenance/currency gate (check_memory_use).
Inputs: action (required), project (required).
check_memory_useCheck memory useARead-only
Decide whether recalled memory may justify the intended use.
intended_use: planning | answer | external_action | destructive_action. External/destructive actions require user_confirmation provenance; otherwise ask the user first.
Inputs: query (required), limit, namespace, acting_agent, +1 more.
close_loopClose loopA
Close an open commitment: records the resolution and supersedes the open loop with it, so
open_loops stops returning it while the promise -> resolution history stays auditable. Get
loop_id from open_loops (the record id).
Inputs: loop_id (required), resolution (required). Returns: result
forgetForget memoryADestructive
Delete a single memory by id (ids come from recall). Supersession chains through the
deleted record are relinked, so belief-revision history stays walkable.
Inputs: memory_id (required). Returns: result
forget_allForget allADestructive
Clear all stored memories (fresh start).
Inputs: no named parameters. Returns: result
forget_matchingForget matchingADestructive
Topic-level erasure ("forget what you know about X") with a reviewable audit.
Matches memories at relevance >= min_relevance. By default this is a DRY RUN: it returns what would be deleted so you (or the user) can review; call again with dry_run=false to delete. Deletion bypasses durability protections — an explicit erasure request outranks retention — and returns the full list of removed memories as the audit trail.
Inputs: query (required), limit, dry_run, namespace, +1 more.
inspect_memoryInspect memoryARead-only
Inspect one stored memory by id without search, mutation, or embedding exposure.
Inputs: memory_id (required).
maintainMaintain memoryADestructive
Run a no-LLM memory-maintenance pass and return the deletion audit.
Bounds storage and keeps recall clean without sending anything to an LLM — the enterprise retention / "right to be forgotten" lever, with a full audit of exactly what was removed:
consolidate_threshold: if > 0, dedup near-duplicate restatements at this cosine (e.g. 0.95).
max_records: if > 0, forget the lowest-value tail until at most this many remain.
min_value: if > 0, forget every (non-durable, unprotected) memory scoring below this value.
ttl: age-based retention, "kind=days" comma list (e.g. "chat=30,note=90"); empty uses the server's MIDAS_MCP_TTL. User-confirmed/standing records and supersession chains never expire. Durable memories (facts/preferences/constraints, high importance) and supersession chains are never dropped. Returns counts and the ids removed (auditable).
Inputs: ttl, min_value, max_records, consolidate_threshold.
memory_conflictsMemory conflictsARead-only
Live beliefs that CONTRADICT each other with neither superseding the other — the multi-agent
failure mode where two clients wrote opposite facts into the shared memory and both stayed live.
Returns ranked candidate pairs (NLI-scored when the local NLI model is enabled, else a same-slot
heuristic: numbers disagree / one side negates). Midas never resolves these silently: verify with
the user, then forget the wrong one or capture the corrected value (which supersedes). No LLM.
Inputs: limit, namespace.
memory_diffMemory diffARead-only
What CHANGED in memory in the last hours: beliefs newly added, and beliefs revised (old -> new).
The 'what's new since our last session' view for resuming long-horizon work without re-reading
everything. Deterministic, no LLM.
Inputs: hours, namespace.
memory_policyMemory policyARead-only
Return the exact MCP-injected memory policy text and guard parameters.
Inputs: no named parameters.
memory_stateMemory stateARead-only
The CURRENT durable state of a project/scope: the live (non-superseded) decisions, constraints,
facts, and preferences, newest first. Use this to ONBOARD into a project or before planning — when
a broad 'what's the current state?' has no single matching turn, so recall under-retrieves. Not a
similarity search and no LLM. kinds: optional comma list (constraint,fact,preference,mission) to
narrow; empty = all durable kinds.
Inputs: kinds, limit, namespace.
open_loopsOpen loopsARead-only
Unresolved commitments — work someone said WOULD be done and never closed — oldest (most
overdue) first. Continuity is not only facts: check this when resuming so promised work isn't
silently dropped. Record one with remember_commitment; close it with close_loop.
Inputs: limit, project, namespace.
project_stateProject stateARead-only
The current code-state of a project for a coding agent, grouped by code_kind
(architecture_decision, bug_fixed, convention, forbidden_action, dependency_choice, ...). Live
(non-superseded) memories only — call this to ONBOARD into a project, or to see what is decided and
what is forbidden before acting. Deterministic, no LLM. Capture code memories with the SDK's
midas.coding.remember_* helpers (they tag code_kind + project).
Inputs: project (required), limit.
recallRecallARead-only
Retrieve relevant memories with deterministic, source-traceable evidence.
Returns exact stored text plus provenance/source/timestamps and, by default, score components (relevance, importance_norm, recency). No LLM rewrites or rationales are generated. Set hybrid=true to fuse BM25 lexical matching with semantic recall — useful when the query is an exact identifier (an error code, a function name) rather than a paraphrase. as_of: ISO date (YYYY-MM-DD) for a HISTORICAL query — "what did memory say on that date": later records are excluded and revised beliefs resolve to the version valid then.
Inputs: query (required), kind, pool, as_of, +7 more. Returns: result
rememberRememberA
Store a memory for later recall.
content: text to remember (a fact, decision, preference, or conversation turn). kind: note | chat | fact | preference | constraint | mission. importance: 1-5 (higher is weighted up in recall and protected from forgetting). 0 = auto-derive from content (no LLM) — concrete facts score higher than chit-chat. session: conversation/thread id used to group related memories. provenance: planning | action | observation | user_confirmation. Use user_confirmation only when the user explicitly confirmed the content; external actions may rely only on that provenance. actor: agent/process that produced the memory (default: MIDAS_MCP_ACTOR). namespace: scope tag (e.g. a project or user id); defaults to MIDAS_MCP_NAMESPACE.
Inputs: content (required), kind, actor, session, +3 more. Returns: result
remember_codeRemember code memoryA
Capture a CODE memory tagged by category + project, for the coding-agent views. code_kind: one of
architecture_decision | dependency_choice | convention | bug_fixed | recurring_failure |
forbidden_action | command_worked | command_failed. Use forbidden_action for rules the agent must not
violate (they gate check_forbidden_action); afterwards project_state shows the live state by
category. No LLM. Set provenance="user_confirmation" only when the user explicitly confirmed it.
Inputs: content (required), project (required), code_kind (required), session, +3 more.
remember_commitmentRemember commitmentA
Record a commitment (an OPEN LOOP): work you or the user said WILL be done — a promised fix,
a follow-up, a migration to finish. It stays visible in open_loops/resume until closed with
close_loop, so promises survive across sessions. due: optional free-text deadline.
Inputs: content (required), due, project, session, +1 more. Returns: result
resumeResume sessionARead-only
START OF SESSION: everything needed to pick up where the last session left off, in ONE call —
pinned standing directives, live forbidden rules, what changed in the last hours (default: a
week), the current durable state, open commitments, and unresolved memory conflicts. context is
prompt-ready and token-budgeted; use it silently, then work. Complements build_context (which
needs a query): resume is the query-less session start. Deterministic, no LLM.
Inputs: hours, project, namespace, token_budget.
statsMemory statsARead-only
Memory stats: total count, breakdown by kind, namespace, and the temporal-tier distribution.
tiers: short (<= 1 day) / medium (<= 1 week) / long (older) — the short/medium/multi-day horizons. Pass namespace to scope the counts to one project/agent scope.
Inputs: namespace.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 23 tools
Each tool targets a distinct memory operation: storage, retrieval, deletion, inspection, checks, context assembly, and commitment tracking. Detailed descriptions clearly differentiate similar-looking tools like recall, memory_state, and open_loops.
Tools follow a consistent verb_noun pattern in snake_case (e.g., check_forbidden_action, remember_code). Single-word verbs like capture and maintain are exceptions but still clear and predictable within the naming convention.
23 tools is a reasonable number for a comprehensive memory MCP server. Each tool serves a specific and justified purpose, covering storage, retrieval, maintenance, auditing, and checks without redundancy.
The tool surface covers the full memory lifecycle: creation (remember, capture), retrieval (recall, memory_state, project_state), deletion (forget, forget_all, forget_matching), maintenance (maintain, memory_policy), and auditing (audit_use, stats). Missing update is handled via supersession, and additional features like context assembly (build_context, resume) and conflict detection (memory_conflicts) round out the set.
Maintenance
Related MCP Connectors
Persistent, inspectable memory for AI agents with lineage, correction, and a hosted MCP endpoint.
A second brain for your AI agent. Shared memory for your team's AI agents, plus public and private knowledge bases — works with ChatGPT, Claude, Cursor and any MCP client.
Persistent memory for AI agents across Claude, ChatGPT and any MCP client.
Provenance-carrying memory for AI agents: corrections supersede, never overwrite. Free, API + MCP.
Related MCP Servers
- AlicenseAqualityAmaintenanceHosted memory for AI agents that learns from outcomes, with shared rooms. One key across Claude, Cursor & ChatGPT.11936 npm28MIT
- AlicenseNot gradedqualityBmaintenanceLocal-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
- AlicenseNot gradedqualityDmaintenanceLocal-first persistent memory for AI agents via MCP, enabling semantic search and memory sharing across agents with zero cloud cost and full privacy.10 npm1MIT
- 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.-