Automatic project memory for Claude Code. Also works with Cursor and Codex.
Runs on your machine from its package; the steps are below.
At most: creates or changes data: records, files, settings.
Odel charges nothing per call. The publisher may charge for its own service.
Runs locally over stdio
This server isn't hosted — your MCP client launches it from a package registry. Use one of the commands below, or drop the config into your client (e.g. Claude Desktop).
Run
npx -y jevmem
MCP client config
{
"mcpServers": {
"jevmem": {
"command": "npx",
"args": [
"-y",
"jevmem"
]
}
}
}Say it once. jevmem saves the decisions, rules and failed approaches from your Claude Code chats to JEVMEM.md in your repo, and brings the relevant ones back next session. Before Claude runs a command or edits a file, it checks the call against your saved rules. It is open source (MIT), built on TypeSafe AI's Jev, in Anthropic's Claude plugin directory and on the MCP Registry, and works with Cursor and Codex over MCP.
In Anthropic's Claude plugin directory · On the MCP Registry · Open source, MIT
The docs site, one page per question: avinash-jetwani.github.io/jevmem
https://github.com/user-attachments/assets/65e48f03-8e1c-49d9-baad-6f217911e861
Each Claude Code session starts with a fresh context, so what you decided last week lives in last week's chat.
A CLAUDE.md file helps if you keep it up to date. jevmem keeps a file like it up to date for you, as you work.
In real Claude Code sessions on three small test projects, with jevmem and without it:
CLAUDE.md you keep up to date by hand did about as well (67 of 72), and better on one convention (3 of 3 against 0 of 3). jevmem keeps a file like it up to date for you.My own test sets, each number from one run; none is an independent benchmark. Method and results
You chat as usual. When you decide something, jevmem writes it as one line in a file in your repo, and brings the right lines back next session.
JEVMEM.md in your repo.Change your mind, and the old line is crossed out: kept for history, not sent to Claude. Your team gets the same file through git.
jevmem keeps decisions, rules, bugs, to-dos and dead ends (an approach that was tried and failed, with the reason).
- [superseded] We'll use SQLite as the primary store for now. → id:cuasaq
- [decision] Switch the primary store to Postgres 16.
- [constraint] Node 20 is the minimum supported version, and CI runs Node 20 and 22.
Each line also carries a comment with its id, time and confidence, left out above. The full lines:
- [superseded] We'll use SQLite as the primary store for now. → id:cuasaq <!-- id:21ycba ts:2026-09-26T13:46:34.703Z conf:1.00 by:cuasaq -->
- [decision] Switch the primary store to Postgres 16. <!-- id:cuasaq ts:2026-09-26T13:46:35.240Z conf:1.00 -->
- [constraint] Node 20 is the minimum supported version, and CI runs Node 20 and 22. <!-- id:tollba ts:2026-09-26T13:46:35.763Z conf:0.90 -->
Real lines from 0.5.7's default writer, which 0.5.8 to 0.5.10 did not change (the run, 2026-09-26). It kept one sentence of each turn: the Postgres turn also said "SQLite locks up under concurrent writes", and that reason was left out. Since 0.6.0 the line is made from the sentences Jev picks, the one that states the memory and the one that gives its reason (What's new). With writer set, an OpenAI or Anthropic model condenses the whole turn instead.
In 72 real Claude Code sessions for each setup, Claude acted on the saved line about as often with jevmem as with the same lines in a hand-written CLAUDE.md, and in fewer than half the sessions with neither.
| No project memory | jevmem | Same lines in CLAUDE.md | |
|---|---|---|---|
| Followed the project's decision | 28 of 72 | 66 of 72 | 67 of 72 |
| Tried a change the project forbids | 10 of 18 | 0 of 18 | 0 of 18 |
| Repeated an approach that had already failed | 3 of 15 | 0 of 15 | 0 of 15 |
So jevmem did about as well as a hand-written CLAUDE.md, without you writing it.
CLAUDE.md did better on a convention nothing in the prompt points at (3 of 3 against 0 of 3), so rules every task must follow still belong there.
How the sessions were run, and every row: the benchmark page.
Before Claude runs a command or edits a file, jevmem checks it against your saved rules. If one might break, Claude Code asks you first:
jevmem: this may break a saved rule: "Never commit .env files" (JEVMEM.md)
On a test of 274 tool calls, a set the guard was not tuned on, it caught 66 of 68 rule breaks and asked about 3 or 4 of the 206 calls that broke no rule (one run each on 0.6.0 and 0.6.1). It's a backstop, not a sandbox: it looks at the words a rule and a call share. How the guard works.
You need a TypeSafe API key, which jevmem's requests are billed to, and Claude Code 2.1.273 or later.
npm install -g jevmem
jevmem key
jevmem enable
Start Claude Code in that project. jevmem doctor checks the setup.
From the jevmem marketplace:
npm install -g jevmem
claude plugin marketplace add Avinash-jetwani/jevmem
claude plugin install jevmem@jevmem
cd your-project && jevmem enable
With npm only (also sets up Cursor and Codex):
npm install -g jevmem
cd your-project
jevmem init --tool claude # or cursor, codex, claude-desktop, all
Already have a CLAUDE.md? jevmem import shows what it would add from it; --apply writes it.
Every step, and what to do if the plugin can't find the CLI: docs/install.md.
Saving is automatic in Claude Code, and in Codex while jevmem watch runs. Cursor, Codex and Claude Desktop reach jevmem over MCP, a standard way for an AI tool to call another program, when the agent asks for it.
| Saving | Bringing it back | |
|---|---|---|
| Claude Code | Automatic, every turn | Automatic, every prompt |
| Codex | Automatic while jevmem watch runs | When the agent asks, over MCP |
| Cursor | When the agent calls it, over MCP | When the agent asks, over MCP |
| Claude Desktop | When you ask it to, over MCP | When you ask it to, over MCP |
The MCP server is on the MCP Registry as io.github.Avinash-jetwani/jevmem. Client setup: docs/mcp.md · docs/install.md.
Deciding what to save takes 0.27 s and costs $0.00017 per message, in the background: Claude doesn't wait for it. On whether to save a message at all, jevmem was right as often as the best of six LLMs (98.5%); two of them were better at naming the kind of line.
Measured on 66 turns written before the code and not tuned on, one run of 0.7.0 on 2026-10-08 (results); the six LLMs ran on 2026-09-23. All seven in one table, with the cost of each and how it was run: benchmark.
No prompt decides what to save: Jev answers small yes/no questions with probabilities, and plain rules in code act on them.
jevmem.config.json, not in a prompt.writer in jevmem.config.json, a small OpenAI or Anthropic model condenses the turn.[superseded] … → id:new and stays in the file.Tiers, questions, policy, contradictions, recall and audit: docs/how-it-works.md.
Your messages go to TypeSafe's API to be scored, with common secrets removed first, and nowhere else unless you set a writer.
jevmem enable or jevmem init). Elsewhere, nothing is sent.writer in jevmem.config.json.Exactly what is sent, scrubbed and checked, with the third parties' privacy policies and how to delete your data: PRIVACY.md. What the check on planted lines does not cover: SECURITY.md.
jevmem is young, and these are the limits to know before you rely on it:
jevmem watch runs).Every limit, with the numbers: docs/limits.md.
What changed, newest first; the measurements behind each line are on the what's new page.
jevmem forget takes an old or wrong line out of use, and jevmem trust lets a rule you added by hand block a command, not only ask about it, in the guard's block mode. A line that says the same as a saved one is not saved again: on a test of 25 restatements, 0.6.6 saved 15 as new lines and 0.7.0 saved 1. Details.docs/. Docs only.if [ … ] in it, which 0.6.0 let through unchecked, and jevmem doctor is clearer. Details.Details and measurements: docs/whats-new.md · Upgrading: docs/upgrading.md · CHANGELOG
jevmem init [--tool claude|cursor|codex|claude-desktop|all] [--no-hooks] [--command "<cmd>"]
jevmem init --remove-hooks Remove jevmem's Claude Code hooks from this project (plugin users)
jevmem enable Opt this project in (plugin users): jevmem.config.json, JEVMEM.md, .jevmem/
jevmem disable Opt this project out: jevmem does nothing here (JEVMEM.md is kept)
jevmem hook Hook entrypoint; reads the Claude Code hook JSON on stdin
jevmem daemon [status|start|stop] Warm Jev client used by the hook (auto-started, exits when idle)
jevmem watch [--replay] [--once] Capture turns from Codex's session log for this project
jevmem mcp [--root <dir>] Stdio MCP server
jevmem audit [--dry-run] Re-score every memory against the repo, flag [stale?]
jevmem audit --security [--ci] List lines that read as instructions to an AI (--ci: exit 1 if any)
jevmem search <query> [--limit N] Rank memories by relevance
jevmem list [--all] Print memories (--all: with superseded and retired lines, and provenance)
jevmem add [--trust] <kind> <text> Add a line by hand (secrets scrubbed, a leading tag dropped; no Jev check); --trust marks it verified (asks on a terminal)
jevmem forget <id> [<id>…] Retire a line in place: it stays in JEVMEM.md as [retired]; a rule asks for a yes on a terminal
jevmem trust <id> [<id>…] Mark a line you wrote as verified, after the poisoning gate (asks on a terminal); the guard can then block on it
jevmem import [--from <sources>] [--apply] Import CLAUDE.md, AGENTS.md, .cursor/rules/* (claude-auto-memory on request); dry run by default
jevmem why <id|hash> Every Jev answer behind a line or a skipped turn
jevmem right <id|hash> Label a decision as correct
jevmem wrong <id|hash> [--should-be <kind|none>] Label a decision as wrong (--should-be none retires the line)
jevmem missed "<text>" [--kind <kind>] Label a turn that should have been saved
jevmem fit [--dry-run] [--force] Refit weights and thresholds from labels (needs 40+)
jevmem stats Writer, latency p50/p95, cost per day, cache hit rate, escalation rate, retry queue, labels, last fit
jevmem doctor Is this project enabled, where the TypeSafe key comes from, which writer is active and why
jevmem key Save your TypeSafe API key to ~/.jevmem/env (asks for it without showing it)
jevmem log Per-label latency, token and cost summary of .jevmem/log.jsonl
jevmem guard test "<command>" | --edit <path> Dry run of the PreToolUse guard on one call: rules, prefilter, Jev's answer, hook output
jevmem guard log [-n 20] The guard's recent asks and denials in this project, with the rule and score
These are 0.7.0's commands: 0.5.10's, jevmem guard (0.6.0), and forget, trust and add --trust (0.7.0). Every command accepts --help. Set JEVMEM_VERBOSE=1 for a one-line latency/cost summary after every hook run.