🧭 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.
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, 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.
- ⚡ Installs in seconds. No model download is required; add neural embeddings later with one extra.
- 🗂️ 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.
Quickstart
pipx install "mindtrail[semantic]" # or: uv tool install "mindtrail[semantic]"
mindtrail init # downloads the embedding model once (~210 MB)
claude mcp add mindtrail --scope user -- mindtrail serve # Claude Code
Have uv? Skip the install step; uvx fetches Mindtrail on first
run (the embedding model downloads in the background the first time the server starts):
claude mcp add mindtrail --scope user -- uvx --from "mindtrail[semantic]" mindtrail serve
Cursor, VS Code, Codex and custom clients are covered in
docs/integrations.md, and mindtrail init prints each config.
Want the smallest install? pipx install mindtrail skips the model download and matches on
words instead of meaning (see Better semantic recall).
Then 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"
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]"
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 above 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
- PostgreSQL + pgvector backend with multi-tenant isolation
- Retrieval benchmark suite in CI (recall@k, MRR, abstention, leak rate)
- 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.0
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.0.tar.gz | 63.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| mindtrail-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 125.9 kB
Release files / mindtrail-0.1.0.tar.gz
| Download URL | mindtrail-0.1.0.tar.gz |
|---|---|
| Size | 63.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
63b9007f8fe28157bb0e0e84035b820e923d614119d7e262fcc98d3cfcb65e63
|
|
BLAKE2b-256 checksum How to use checksums |
4d4a8c28a6bf7aa6d5de50bea47ce44434dfee4addbe177ab5a43c58c1ab1c00
|
| 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.0-py3-none-any.whl
| Download URL | mindtrail-0.1.0-py3-none-any.whl |
|---|---|
| Size | 62.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
8b2c666fbf20089cbbaf23ceba3e7cbbd452ff76819697d6b8f7bc6b45682c45
|
|
BLAKE2b-256 checksum How to use checksums |
744b797d853c1d9b9f3fe60a4945dceb046079fdaf4066a448e5a4870efd66f7
|
| 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