File-first, local-first MCP memory for AI coding assistants: Markdown + YAML, no vector DB.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag β we're steadily working through the catalog.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
File-first, local-first memory layer for MCP-compatible AI coding assistants.
Memory Fabric gives AI tools like Claude Code, Cursor, and GitHub Copilot a consistent, project-aware context layer without locking you into one model, editor, cloud provider, or operating system.
Memory is stored as human-readable Markdown with YAML frontmatter. No vector database. No cloud account. No embeddings required.
memory-store/, one per file; root maps (architecture.md,
decisions.md, ...) are generated views rebuilt by Dreaming, never hand-writtenai-memory verify
flags citations that rottedwrite_failure_memory_tool deduplicates repeat occurrences of
the same error into one growing record instead of scattering near-duplicatesrg, git hooks, or Dreaming configuredv1.4.1 β field-store write/read hygiene (live handoffs, query packs, doctor
smells) on top of the local field diary. Live on PyPI.
Core CLI and MCP tools work end-to-end. See ROADMAP.md for what
shipped, what's in progress, and what's next.

The CLI and self-capture flow: initialize a project, write a memory as a plain
Markdown file in your repo, and watch a git commit record itself as episodic
memory with no agent cooperation. The cross-tool moment β an agent writes memory
in one tool and a different tool reads it back β is storyboarded in
DEMO.md for the full video.
Memory Fabric never sends data anywhere. There is no account, no cloud, no
analytics, no phone-home. The core read and write paths make no network calls at
all; the only optional network requests are a PyPI version-drift check and an
LLM-provider preflight, both of which you can turn off with --offline. Your
memory is plain Markdown in your own git history β it never leaves your machine
unless you push it.
An optional, off-by-default field diary can record operational counts on
your machine after you run ai-memory diary approve. That is not the session
journal, and it is not telemetry: nothing is transmitted. MEMORY_FABRIC_DIARY=0
is a kill switch. This is a deliberate guarantee, not a default we might change.
Requires Python β₯ 3.11.
Or with plain pip (inside a virtual environment):
Zero-install one-off run (requires uv):
Or with plain pip (inside a virtual environment):
Because Memory Fabric is in active development, we recommend upgrading regularly:
Upgrade the Package:
Refresh the MCP client config (uvx installs):
If your client config launches the server via uvx (the default written by older
ai-memory install runs), uv serves the build it cached the first time and never
re-resolves an unpinned spec β restarting the client is not enough and can leave
the server several releases behind without any signal. After upgrading, either:
ai-memory doctor warns when the local version drifts from the latest on PyPI or
when a different ai-memory installation shadows this one on PATH.
Restart MCP Clients:
After upgrading, restart your IDE (Cursor, VS Code) or assistant process (Claude Code) to ensure the client reloads the updated memory-fabric-mcp server.
Refresh Local Projects (Optional): If you have projects initialized with older versions of Memory Fabric, navigate to the project directory and run:
This will safely refresh starter templates and local git hook integration to the latest format without overwriting your existing memory markdown files.
Windows terminals: the CLI emits UTF-8 (memory content legitimately contains em-dashes and bullets). Windows Terminal and PowerShell 7 render it out of the box; on legacy consoles (PowerShell 5.1 with an OEM code page) set
chcp 65001orPYTHONUTF8=1if you see replacement characters.
Or clone and install in editable mode for local development:
Creates .ai-memory/ in the current directory with starter sections and a .gitignore.
eval scores whether memories are useful for coding assistants. It checks section coverage, starter-template content, summary quality, metadata, retrieval readiness, and likely secrets.
If .ai-memory/ exists, reports are saved under ignored local files:
If .ai-memory/ does not exist yet, eval prints a pre-init report only and creates no files.
Dreaming creates a snapshot before maintenance. You can evaluate whether a Dreaming run improved memory quality:
Dream eval compares the pre-dream snapshot to current memory and reports score delta, changed files, improvements, and regressions.
One command per client. Safe to re-run: merges with your existing config, never overwrites it, and backs up the original file if it can't be parsed.
These call uvx --from "memory-fabric[mcp]" memory-fabric-mcp under the hood β same
canonical invocation as ai-memory install, just without the CLI step. Requires
uv.
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/memory-fabric)<a href="https://allmcps.com/mcp/memory-fabric"><img src="https://allmcps.com/api/badge/memory-fabric?style=directory" alt="Memory Fabric on AllMCPs" /></a>