memory-boost
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@memory-boostrun a drift report to find stale decisions"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Your agents write everything down. Nobody reads it back.
Every memory tool for coding agents helps them remember more. None of them mention that half of what they remember expired in July. memory-boost keeps a plain-markdown memory your agents read and write over MCP, and then does the unglamorous part: it audits that memory and your own sessions, and tells you what drifted. Politely, with numbers.
Think of it as a code review for what your agents remember and a fitness tracker for how you work
with them. Mostly the fitness tracker: mine told me my most-failed command was cd. Sixty-nine
times.
What it answers
You wonder… | memory-boost answers |
Which decisions quietly expired while we were busy shipping? |
|
Which "active" projects actually died months ago? |
|
We fixed this exact bug in another repo. How? |
|
Why does my agent keep re-reading the same file? |
|
Is my agent spawning 20 subagents behind my back? |
|
Where was I before | The session-start hook puts your checkpoint back |
Related MCP server: Cartographer
Try it in 30 seconds
No install needed; the wiki lands in ~/.local/share/memory-boost:
uvx memory-boost init --example # sample wiki with five kinds of rot + four synthetic transcripts
uvx memory-boost drift # what in that memory is stale, orphaned or never written down
uvx memory-boost mine # now on your real ~/.claude/projects: aggregates onlyTo keep it in Claude Code, install the plugin. It brings the MCP server, the session-start brief and the skills in one step; it only needs uv on your PATH.
/plugin marketplace add arnaugonzalez/memory-boost
/plugin install memory-boost@memory-boostOther agents, or the CLI on its own: uv tool install memory-boost (or pipx install memory-boost).
On a real machine
Five weeks of the author's own daily use: 29 decisions, 24 projects, 657 Claude Code transcripts. Output as produced; only project and file names are replaced.
$ memory-boost drift
# Drift report — 2026-09-24
29 decisions · 24 projects · 204 log entries · 33 open checkpoints · **20 findings**
## decision-expired (9)
- deploy-via-bastion — review_by 2026-07-08 (78 days ago); revisit or mark historic
- bot-guardrails — review_by 2026-07-08 (78 days ago); revisit or mark historic
…
## project-no-decisions (2)
- thesis-solver — 20 sessions logged, 0 decisions tagged 'thesis-solver': the learning lives only in transcripts
## project-silent (5)
- mood-api — last session 2026-04-16 (161 days ago); still listed as live
…
$ memory-boost mine
# Session digest — 2026-09-24
sessions 80 with ≥20 turns
tools Bash 5956 · Edit 860 · Read 692 · Write 493 · Agent 203 · ToolSearch 138
bash 5956 calls, 159 failed (2.7%); most failed: cd (69), sleep (12), ssh (9), pkill (8), ls (7)
bash/edit 4.4x; extreme: crm-wt-f11 107.5x, sandbox 70.0x, sandbox 54.0x
reads 692 calls, 131 re-reads of a file already read (19%); top: …/apply_email.py ×18
discipline 62 long sessions (≥60 turns): 47 never checkpointed, 29 never saved
subagents 203 spawned in 44 sessions; max in one session: 20Every line is a habit to change, a decision to revisit, or a rule worth writing down. None of it needed a new tool: the data was already on disk. It needed a reader.
What it is
A wiki you own.
projects/*.md,decisions/*.md,concepts/*.md,log.md. Plain markdown; edit by hand, keep it in git. SQLite FTS5 index as a disposable cache. Eight MCP tools for any harness:memory_brief,memory_recall,memory_page,memory_save,memory_checkpoint,memory_resume,memory_drift,memory_lesson.Freshness as data. Decisions carry
status:andreview_by:. Search results are taggedcurrent / unclassified / review / historic / superseded, current first.Session checkpoints that survive
/compact, with one line per other active session on the same project so parallel agents don't collide.driftreads the wiki and reports what expired, what went silent, what was never written down and what was left half-done. The current project's top findings go into every session brief.minereads your local Claude Code transcripts and reports tool usage, failed commands, re-reads, subagent fan-out and checkpoint discipline. Aggregates only: no prompt, command or file content is stored or printed, so the digest is safe to paste anywhere.lessons:concepts/pages withapplies_when: [tags]. A project page that lists matchingtags:gets those lessons in its brief, so what worked in one repo reaches the next. The/retroskill writes them at session end.
Connect your harness
MCP server (all harnesses): command memory-boost, args ["serve"].
Harness | MCP registration | Context at session start |
Claude Code (plugin) |
| Included: hook, MCP server, skills |
Claude Code (manual) |
| Hook below (startup, resume, compact); |
Codex CLI |
|
|
Cursor / VS Code / Gemini CLI | stdio entry in their | Same line in rules (hook adapters: roadmap) |
Manual Claude Code hook (~/.claude/settings.json), not needed with the plugin:
{ "hooks": { "SessionStart": [ { "hooks": [ { "type": "command", "command": "memory-boost hook session-start" } ] } ] } }On startup/resume it injects ~1k tokens: catalog, the project's context and last sessions,
its drift, lessons from other projects, your open checkpoint. On compact only this session's
checkpoint. It never blocks session start: on any error it prints nothing.
Skills: /memory-boost (router: when to run what), /save-session, /restore-session,
/retro. The plugin installs them as /memory-boost:retro and so on; without it, copy
skills/* into ~/.claude/skills/. The first session after installing the plugin takes a few
extra seconds while uv fetches the package; later sessions start in about 0.2 s.
CLI contract for agents: data on stdout, errors on stderr with a fix: line, --json on every
reading command (with a version field), exit 0 = trust stdout, 1 = not found, 2 = bad input.
Reports end with a next: line naming the exact command to run.
How it works
Source: docs/architecture.mmd
The project is resolved from the working directory name (~/work/acme-api → projects/acme-api.md);
map other names in aliases.json. Under 1,600 lines of Python, one dependency (mcp), no
embeddings, no daemon.
Configuration
Variable | Default | Purpose |
|
| Wiki, events, checkpoints, |
|
| Point at an existing wiki (e.g. a git repo) |
|
| Search index |
|
| Checkpoint directory |
|
| Where |
| today (UTC) | Pin the date for reproducible reports |
vs. alternatives
memory-boost | ||||
Store | Markdown wiki you edit | Markdown | Captured observations | None (prompt skill) |
Search | FTS5 | FTS + vectors | FTS + vectors | — |
Freshness / review dates | Yes | No | No | — |
Drift report over memory | Yes | No | No | No |
Session analytics | Yes (aggregates, local) | No | No | LLM reads the conversation |
Parallel-session awareness | Yes | No | No | — |
License | MIT | AGPL-3.0 | Apache-2.0 | ? |
Want better search, more integrations and a community? Use basic-memory. Want everything captured automatically? claude-mem. Use memory-boost if you want to learn from what your agents already wrote down.
Limits / non-goals
Keyword search only; no embeddings.
mineunderstands Claude Code transcripts today. Codex is on the roadmap.Reports are as good as the wiki: an empty wiki yields an empty
drift.Single user, local files. Linux and macOS; Windows untested.
The wiki is read by your agents as instructions. Only use a wiki you trust; see SECURITY.md.
License
MIT
This server cannot be deployed
Maintenance
Related MCP Connectors
- WitWikiOAuthapp.witwiki
A shared team wiki your coding agents read and write — across every repo and every MCP client.
- hiveWikiOAuthai.hivewiki
Shared project wiki for AI agents: read and write pages, next actions, and activity logs over MCP.
Hosted MCP memory for coding agents: persistent across sessions, editable markdown, team sharing.
One memory, every AI. A shared, user-owned markdown memory your AI clients read and write over MCP.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceMCP server for persistent, compounding markdown wikis maintained by LLMs. Enables incremental knowledge base building with interlinked pages, search, and raw source management.18 npm1MIT
- AlicenseNot gradedqualityAmaintenanceMCP governance server that lets AI agents build and maintain a persistent, versioned wiki of interlinked Markdown files through validated tools, enforcing invariants like linking, immutability, and one git commit per write.29Apache 2.0
- AlicenseNot gradedqualityBmaintenanceMCP server that gives AI coding agents a git-backed markdown wiki to read and update, enabling search, read, write, verify, ingest, promote, and lint operations on versioned knowledge documents with schema validation, staleness tracking, and contradiction detection.4MIT
- AlicenseAqualityAmaintenanceMCP server that gives coding agents persistent, verified memory of codebase decisions, conventions, and skills, with evidence-based claims that are re-checked via git hooks and human-gated review. Enables memory search, propose/approve, chat harvesting, and critique across MCP-compatible tools.21126 npm1MIT