ai-journal
Click on "Install 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., "@ai-journalWhat patterns recur in my AI debugging entries?"
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.
ai-journal
A local MCP server for journaling, organizing, and recalling your work. Capture what each session taught you, let it organize into a clean, queryable structure, then recall and analyze the whole archive — recurring patterns, past lessons, blog-post material. Plain markdown stays the source of truth, and nothing leaves your machine.
Status: pre-alpha, under active development. Not yet on PyPI.
The problem
You journal the hard-won lessons — the debugging pattern, the process failure, the "this is a blog post" moment. Then they vanish. Not because you didn't write them down, but because a journal you can't interrogate is write-only memory: the insight is in there somewhere, in a file too big to reread, and the pattern recurs anyway because nothing surfaced it at the moment you needed it.
Naming a pattern in your journal doesn't prevent the next instance — but being able to recall it does. That recall is the whole point, and it's what plain markdown files alone can't give you.
Related MCP server: Hoard
What it feels like
Ask your journal a real question, mid-work, from the same LLM session you're already in:
You: "What do I keep relearning about AI-assisted development?"
Claude (via ai-journal): searches across months of entries, pulls the seven that recur on the theme, and synthesizes the through-line — "You've hit 'tests are an uneven safety net' three times since April; here are the entries and the common trigger…"
Or capture without breaking flow:
You: "Journal that — the bit about auditing every artifact when a hypothesis dies, not just the one with a test."
ai-journal writes
entries/2026-04/30-when-a-hypothesis-dies.mdwith themes and blog angles, regenerates the index views, and rebuilds search — one call, everything consistent.
What it does
Three capabilities, one local MCP server:
Journal — capture however suits the moment: dump the whole session, jot a single lesson, or hand it a rough list to clean up. The
add_entrytool takes freeform text and files it as a canonical entry (one per file,entries/YYYY-MM/DD-slug.md, withthemes,tags, andblog_angles) — no format discipline required. Prefer to write entries by hand? ai-journal reads what's already there as-is.Organize — themes are metadata, not folders, so one entry can carry several and no themed file grows without bound. The index and per-theme views are generated, never hand-edited, so the structure can't rot back into a megafile. Bringing a mess?
scanreports what a migration would do;migrate --applyrewrites a sprawling journal into the clean layout — originals preserved inattic/, every dedup decision logged, no data loss, ever. (The first run absorbed 1,460 entries across 340 files spanning three format eras.)Recall & analyze — full-text + structured search across one or many journals (
search_journal,entries_over_time,list_themes,get_entry), filtered by theme, journal, or date range. Surface recurring patterns, find unused blog material, trace when a problem first appeared. This is the payoff: the journal as raw material for posts, talks, and not repeating old mistakes.
Your data stays yours
Markdown is the source of truth. The SQLite + FTS5 index is disposable — delete it anytime, it rebuilds from your files. Nothing is locked in a database you don't control.
It runs locally. An MCP stdio server; your journal never leaves your machine.
It doesn't demand ownership of every source. Register a journal as
indexedand ai-journal reads and searches it in place but never rewrites it — ideal for a journal that already has its own conventions.managedjournals are the ones it maintains for you. Both are searchable together, so cross-domain patterns ("what was I learning in engineering the week I learned X in deal research?") stop being invisible.
Quickstart
git clone https://github.com/solentlabs/ai-journal && cd ai-journal
./scripts/setup.sh # Python 3.11+: creates .venv, installs the toolRegister your journals in ~/.config/ai-journal/journals.toml:
[[journal]]
name = "technical"
path = "~/journal"
mode = "managed" # ai-journal owns the layout
[[journal]]
name = "deal-research"
path = "~/research/deals"
mode = "indexed" # read-only; searched but never rewrittenWire it into Claude Code as an MCP server:
claude mcp add ai-journal -- ai-journal serveQuerying happens through the server (it builds and refreshes the index for you). The CLI handles intake and maintenance directly:
ai-journal scan ~/old-journal # dry-run intake report
ai-journal migrate ~/old-journal --apply # rewrite into the managed layout
ai-journal refresh ~/journal # regenerate JOURNAL.md + theme viewsDocumentation
Doc | Contents |
What the product is for, case by case | |
Components, data flow, journal modes, trust boundaries | |
Entry format, journals.toml, parser rules, tool/CLI contracts | |
The "why" behind each design choice | |
Open work, ordered: release, product, hardening, exploratory | |
Dev environment setup, make targets, tooling, troubleshooting |
Development
./scripts/setup.sh # Python 3.11+: creates .venv, installs the package + dev tools
make check # lint + format-check + type-check + tests (the pre-push gate)See docs/DEVELOPMENT.md for the full guide.
License
MIT © Solent Labs™
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/solentlabs/ai-journal'
If you have feedback or need assistance with the MCP directory API, please join our Discord server