🧭 Mindtrail
Leave a trail your AI agents can follow.
Persistent, local-first memory for coding agents over MCP. Tell your agent something once, and every future session remembers it.
Install · Day to day · How it works · Benchmarks · Docs
Every new agent session starts from zero. You explain your conventions again, re-state your preferences, and re-describe decisions you made last week. Mindtrail gives your agents a shared, long-term memory through the Model Context Protocol, so what one session learns, every later session (in any tool) can recall.
- 🔌 Works with any MCP client. One memory shared by Claude Code, Claude Desktop, Cursor, VS Code, Codex and your own agents.
- 🏠 Local-first and private. One SQLite file on your machine. No account, no API key, no telemetry.
- ⚡ One command to install. Published on PyPI and
the official MCP Registry; with
uvthere is nothing to install first. - 🗂️ Scoped automatically. Repo facts stay with the repo (detected from the git remote) and personal preferences follow you everywhere.
- 🔎 Hybrid retrieval. Keyword (BM25) and vector search, fused and ranked, with the ranking signals shown for every result.
- 🛡️ Safe by default. Refuses to store credentials, marks recalled memory as untrusted data, and deletes for real.
Does it actually help?
We tested it with real Claude Code sessions. In one session the user mentions a project fact in passing ("FYI, this project uses pnpm"). A fresh session later gets a task that depends on it ("how do I add lodash?"). The agent is never told to use Mindtrail.
| stored the fact on its own | applied it in a later session | |
|---|---|---|
| Claude Code without Mindtrail | – | 0/12 |
Claude Code with mindtrail[semantic] |
36/36 | 36/36 |
Without memory, the agent answers from habit every time: npm install lodash, a commit
message in the wrong format, port 5432 instead of your 5433. With Mindtrail it checks first
and gets your project's answer. This is a small test (12 facts run three times, one model,
an empty repository), not a measure of task success on large codebases.
Method, raw results and how to reproduce.
Install
Mindtrail needs Python 3.11+. The fastest route is uv: uvx
downloads and runs Mindtrail on demand, so you only add it to your client. The first time the
server starts, it downloads the embedding model (~210 MB) in the background.
Claude Code
claude mcp add mindtrail --scope user -- uvx --from "mindtrail[semantic]" mindtrail serve
--scope user makes Mindtrail available in every project. Check it with claude mcp list.
Cursor and VS Code
Claude Desktop, Windsurf and other JSON-configured clients
Add this to the client's MCP config (in Claude Desktop: Settings → Developer → Edit Config):
{
"mcpServers": {
"mindtrail": {
"command": "uvx",
"args": ["--from", "mindtrail[semantic]", "mindtrail", "serve"]
}
}
}
Codex
# ~/.codex/config.toml
[mcp_servers.mindtrail]
command = "uvx"
args = ["--from", "mindtrail[semantic]", "mindtrail", "serve"]
Without uv
Install the CLI once with pipx (or pip), then point your client at mindtrail serve:
pipx install "mindtrail[semantic]"
mindtrail init # downloads the model now and prints client configs
claude mcp add mindtrail --scope user -- mindtrail serve # Claude Code
Want the smallest install? Drop [semantic]: Mindtrail then needs no model download and
matches on words instead of meaning (see Better semantic recall).
More clients and troubleshooting are in docs/integrations.md.
Try it
Session 1 › FYI, this project uses conventional commits and squash merges.
Session 2 › Write a commit message for these changes.
→ the agent recalls the convention and writes "feat(api): add pagination to /orders"
Upgrading
uvx picks up new releases on its own (uvx --refresh ... forces a check). With pipx, run
pipx upgrade mindtrail. Your memories live in ~/.mindtrail and are kept across upgrades.
See the changelog for what changed.
Using it day to day
You don't need special commands. Work as usual and the agent decides what to keep:
- Mention things once. "We deploy from the
releasebranch", "I prefer pytest over unittest", "the flaky test was a timezone bug, fixed by pinning TZ=UTC". The agent stores facts like these on its own. Say "remember that…" when you want to be sure. - Project vs. personal. Facts about the repository go to a project space, shared by every clone of the same git remote. Facts about you ("I like short answers") go to your personal space and apply in every project.
- Things change. Say "we moved from npm to pnpm" and the agent replaces the old memory instead of keeping both. The old one is kept as history but no longer recalled.
- Ask what it knows. "What do you remember about this project?" or, from the terminal,
mindtrail listandmindtrail recall "<question>". - Forget anything. "Forget the staging URL" in chat, or
mindtrail forget <id>. Deletes are permanent. - Switch tools freely. Claude Code, Cursor and Codex pointed at the same Mindtrail share one memory, so a convention taught in one tool is known in all of them.
Good things to store: conventions, commands, ownership, where config lives, decisions and why they were made, root causes of tricky bugs. Don't bother with what the code or git history already says. Secrets are refused automatically.
How it works
Your agent gets three tools, and Mindtrail's server instructions tell it when to use them:
| Tool | What it does |
|---|---|
remember |
Store one fact, preference, decision or event, scoped to the project or personal space. Pass replaces to supersede an outdated memory. |
recall |
Find relevant memories from the current project plus your personal space. Returns nothing when nothing relevant exists. |
forget |
Permanently delete a memory. |
Set MINDTRAIL_TOOLS=full for four more: search_memory (filters by space, type and validity),
get_context (a prompt-ready block within a token budget), update_memory (edits with
version history) and get_memory.
Behind the tools is a small, well-tested engine: duplicate merging, supersession, validity windows, version history and hybrid ranking. See docs/architecture.md.
Manage memory from the terminal
mindtrail recall "how do we deploy?" # search project + personal memory
mindtrail remember "Staging is at staging.example.com" --scope project
mindtrail list # newest first
mindtrail forget <id> # permanent delete
mindtrail export -o memories.jsonl # everything you've stored, as JSON Lines
mindtrail doctor # diagnose the install
Better semantic recall
The default embedder matches on words and word fragments. For recall by meaning ("how do we deploy?" → "deploys go through GitHub Actions"), install the local neural model. It runs on CPU and needs no API key:
pipx install "mindtrail[semantic]" # or use the uvx config above
mindtrail init # downloads the model once (~210 MB) and re-indexes existing memories
For a smaller download (67 MB, somewhat lower recall), set
MINDTRAIL_EMBEDDING_MODEL=BAAI/bge-small-en-v1.5. Memories stored under another model are
re-embedded automatically the next time the server starts.
Retrieval benchmark
The agent test is in Does it actually help?. On two held-out sets of developer-memory questions (82 in total) that were never used for tuning (methodology):
| recall@1 | recall@5 | paraphrase recall@5 | correctly says "nothing stored" | stale/foreign leaks | |
|---|---|---|---|---|---|
| default install | 58–64% | 68–75% | 44–46% | 82–100% | 0% |
mindtrail[semantic] |
82–90% | 93–94% | 85–89% | 100% | 0% |
This is a small, synthetic retrieval benchmark written by us. Run mindtrail bench to
reproduce it, or add your own dataset.
Use it from Python
from mindtrail import MemoryService
memory = MemoryService.from_config()
memory.remember("The API uses FastAPI and PostgreSQL", space_id="project:shop")
print(memory.get_context("add a new endpoint", space_ids=["project:shop"]).text)
Privacy and security
Everything stays in ~/.mindtrail/mindtrail.db on your machine. Mindtrail refuses writes that
look like API keys, tokens or private keys. forget overwrites deleted data on disk, and
recalled memories are marked as untrusted reference data so agents don't follow instructions stored inside them.
See SECURITY.md to report issues.
Roadmap
- Core engine: hybrid retrieval, dedup, supersession, validity windows, history
- MCP server and CLI, with automatic project scoping
- Retrieval benchmark suite in CI (recall@k, MRR, abstention, leak rate)
- Published on PyPI and the official MCP Registry (v0.1.0)
- PostgreSQL + pgvector backend with multi-tenant isolation
- Hosted remote MCP with one-click OAuth connectors
- Web memory viewer (browse, edit, delete, export)
- Entity graph, contradiction detection and memory consolidation
Contributing
Issues and PRs are welcome. Read CONTRIBUTING.md to get set up; the whole suite runs in about 15 seconds. If Mindtrail saves you from re-explaining your codebase, a ⭐ helps others find it.
License
Metadata
Release files for mindtrail 0.1.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| mindtrail-0.1.1.tar.gz | 64.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| mindtrail-0.1.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 127.8 kB
Release files / mindtrail-0.1.1.tar.gz
| Download URL | mindtrail-0.1.1.tar.gz |
|---|---|
| Size | 64.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
b4025726d1e0e7ea1c1971b507835bb7f5634e5867060c7bd0b3241e311abbf4
|
|
BLAKE2b-256 checksum How to use checksums |
3d03f7e186814fd4a2115b35b7fa391d64d97a1b69d549e4bcaed6ee96f6e396
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 9, 2026.
Transparency logRelease files / mindtrail-0.1.1-py3-none-any.whl
| Download URL | mindtrail-0.1.1-py3-none-any.whl |
|---|---|
| Size | 62.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
f3e22dfe0682e8badbd52f81e6775bb4a46650d56c230da0517d7454187f27c4
|
|
BLAKE2b-256 checksum How to use checksums |
60f5f7675401479b1def1f5f4b195e4e5cbacc9c3e7cd63454c65cdba177a690
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 9, 2026.
Transparency log