About brain — the recorder
brain-mcp is a local recorder that saves Claude Code, Codex and Pi session transcripts before the agents delete them. It suits users who want to search and verify their own AI conversation history, with every search hit carrying a checkable citation.
Key features
- 01Records session bytes before agent deletion
- 02Search hits cite file, line span and sha256
- 03Explicit abstention names the searched lanes and dates
- 04Health reports freshness per lane, unknown is not healthy
- 05Restores deleted sessions byte-exact
- 06Verifiable backup of the local record
Use cases
- 01Finding what was discussed in Claude Code on a past date
- 02Restoring sessions removed by cleanupPeriodDays
- 03Checking whether each agent's transcripts are fully captured
MCP support
This project is an MCP server exposing seven tools, including brain_search, brain_get, brain_recent and brain_health, which MCP clients can use to query the locally recorded AI conversations.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.
Details
From the project READMEbrain-mcp — the recorder for your AI conversations
Your AI history is being deleted right now. Claude Code deletes session files older
than cleanupPeriodDays (default 30) at startup. Run this and see your own cliff edge:
# macOS
find ~/.claude/projects -name '*.jsonl' -exec stat -f '%Sm %N' -t '%Y-%m-%d' {} + | sort | head -3
# Linux
find ~/.claude/projects -name '*.jsonl' -printf '%TY-%Tm-%Td %p\n' | sort | head -3
The oldest date you see is where your history ends. brain-mcp records it before it goes —
the whole session, subagent transcripts and saved tool output included, byte-exact,
content-hashed, locally — makes it queryable with citations you can verify with sed and
shasum, tells you what was deleted, and puts it back.
If Claude Code deleted it
brain-mcp health # the receipt: "3 session(s) and 41 file(s) are gone from where the
# agent kept them; the floor holds every one" — each re-hashed
# against the manifest when the recorder first noticed it
brain-mcp restore --list # what can be put back
brain-mcp restore <id> # writes the session (and its folder) back, byte-exact, then:
# cd <its working directory> && claude --resume <id>
restore never overwrites different bytes (identical bytes are a no-op), is all-or-nothing,
and takes --dry-run and --to <dir>. It is a CLI verb only — no MCP tool writes outside
the floor.
Install
pipx install brain-mcp # or: uvx brain-mcp
brain-mcp install cc # CC hooks + 60-second scheduler
brain-mcp serve # the MCP server (stdio) — add to your client config
Or as a Claude Code plugin (hooks + server in one step):
/plugin marketplace add mordechaipotash/brain-marketplace
/plugin install brain
What it does
- Captures at source. Claude Code via Stop/SessionEnd hooks (line-deltas + a final
snapshot); Codex, Pi, and everything inside a Claude Code session's own folder (subagent
and workflow transcripts,
.meta.json,tool-results/) via a 60-second poll-scan. One spool, one floor. - Keeps the bytes. The floor is
~/.brain/lake/<lane>/<session>.jsonl— append-only, byte-identical to the original, with an append-only sha256 manifest. Nothing is parsed and discarded; the DuckDB index is a cache, fully re-derivable from the lake. - Cites or abstains. Every search hit carries
{file, line span, sha256}— checkable by anyone withsed -n 'A,Bp' file | shasum -a 256, no database required. Zero hits return an explicit abstention naming the lanes and dates actually searched. - Reports health honestly.
fresh= the floor holds everything the agent's files show;stale= the agent has content the recorder missed;unknown= unmeasured, not healthy — never folded into "looks fine". - Backs up verifiably.
brain-mcp backup <dest>syncs lake+manifest and re-hashes sampled files at the destination. The verify can fail; that is the point. - One network fetch, ever, and it is not about you. No telemetry, no cloud, no
accounts, and no HTTP client in this package. The exception: DuckDB downloads its
full-text-search extension (
fts) from DuckDB's own extension repository the first time the index is built, and caches it under~/.duckdb.brain-mcp installdoes that fetch up front and says so;brain-mcp doctorreports whether it is cached.
The 7 MCP tools
| tool | what |
|---|---|
brain_search | BM25 over everything recorded; cited hits or an explicit abstention |
brain_get | the raw lines behind a citation, with sha verification |
brain_recent | time-ordered recent activity, every row cited |
brain_sessions | session cards per day/agent |
brain_health | per-lane origin-vs-floor freshness (unknown ≠ healthy), plus the receipt of what the agents deleted |
brain_capture_status | is the machinery itself moving (spool, heartbeats, floor) |
brain_backup | verified backup; writes only outside the floor |
🤖 For AI Assistants
You're reading this because your human runs THE RECORDER and gave you access to their AI history. This is the honesty contract.
The one rule: everything you state from these tools is either CITED or ABSTAINED —
there is no third state. A cited claim carries a checkable pointer (file + line span +
sha256); verify it with brain_get(expect_sha256=...) before building on it. An
abstention means "not found above threshold in the lanes and dates the tool measured" —
it does NOT mean "it never happened". Never fill an abstention with your own guess.
- Present recall as their words, dated: "On 2026-08-19 you wrote: '…' (sess-7f2a.jsonl:412)" — never as your own knowledge. One claim, one citation.
verified: falsefrom brain_get means the floor changed since indexing. Say so plainly.- A health response containing any
unknownlane is never "everything looks fine". The honest sentence is: "2 lanes fresh, 1 stale, 1 unmeasured." - "What do I think about X" →
brain_search(query, role="user"). That returns what the PERSON wrote: text the harness injected under the user role (skill bodies, reminders, slash-command wrappers, compaction summaries, Codex context blocks — a quarter to two thirds of "user" rows, measured) is excluded unless you passinclude_machine=True, and subagent transcripts unlessinclude_subagents=True. "How did my thinking evolve" → addorder="time_asc"; bound it withsince/until. The server has no opinion about your human's mind; it has their words, with receipts.
The floor format
~/.brain/
spool/<lane>/ hooks + scanner write here (atomic, dot-tmp invisible)
lake/<lane>/<session>.jsonl THE FLOOR: append-only, byte-identical to the origin;
a rewrite opens <session>.g2.jsonl — old kept, never deleted
lake/cc_sessiondir/<project>/<session>/... a CC session's folder, mirrored at the
same relative paths (subagents/, tool-results/, *.meta.json)
manifest/manifest.jsonl one versioned line per chunk: byte range, line range, sha256
offsets/<lane>/<session> hook fast-path line counters
health/*.last_run side-effect heartbeats (mtimes are the proof, never a report)
brain.duckdb the index — a cache, re-derivable from lake/ + manifest/
Where your agents keep their transcripts: Claude Code ~/.claude/projects/**/*.jsonl
(rolling window!), Codex ~/.codex/sessions/YYYY/MM/DD/rollout-*.jsonl, Pi
~/.pi/agent/sessions/**/*.jsonl.
Other verbs
brain-mcp record # one capture tick (the scheduler runs this every 60s)
brain-mcp health [--exit-nonzero-on-stale] # cron-able
brain-mcp doctor # capture status, health, fts cache, the receipt, runaway generations
brain-mcp restore [<id>] [--list] [--to DIR] [--dry-run] # put a deleted session back
brain-mcp redact <file> --lines A B --reason "..." # tombstone a secret; audited in manifest
brain-mcp migrate-v1 <all_conversations.parquet> # import v1 data (marked v1_derived)
brain-mcp uninstall # removes hooks + scheduler; your floor is KEPT
v1 → v2
v2 is a rebuild around one principle: capture the bytes first; derive everything else.
v1 parsed conversations into a parquet and discarded the originals — v2's floor makes that
structurally impossible. v1's 25 tools became 7: the synthesis tools ("cognitive patterns",
"switching cost") are gone because a claim that can't carry a line-span citation isn't one
this server makes. Migration: brain-mcp migrate-v1 — v1 rows are kept, marked as derived,
and floor-backed rows win wherever the source still exists.
Windows: out of scope for v2.0. Scheduling is LaunchAgent (macOS) / systemd user timer (Linux).
MIT.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.