engram
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., "@engram search for auth migration 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.
Engram
Your AI forgets everything when the chat ends. Engram helps it remember. Free, private, runs on your own computer, and keeps every word exactly as you wrote it.
The problem
On Monday you spend an hour with Claude working out why the login system leaks memory, and you decide to switch libraries. On Friday you open a new chat and ask "why did we drop Passport again?"
It has no idea. The conversation is gone, and so is the reasoning.
The same thing happens with everything you tell an AI: your sister's birthday, the bug you already fixed, the reason a setting is the way it is. Every new chat starts from zero.
Engram is a memory that outlasts the chat. It saves your notes, files and conversations, and when you ask a question later, it finds the right one, even if you phrase it completely differently.
Related MCP server: memory-mcp
See it work
Two ordinary notes go in:
notes/decisions.md We switched from Passport to Lucia on March 3 because
Passport sessions kept leaking memory under load.
notes/personal.md My sister Maya's birthday is June 14. She loves anything
with sunflowers.engram mine notes --wing lifeDays later, ask in your own words. None of these questions share a sentence with the notes:
$ engram search "why did we change the auth library"
1 life/notes We switched from Passport to Lucia on March 3 because
Passport sessions kept leaking memory under load.
$ engram search "gift idea for Maya"
1 life/notes My sister Maya's birthday is June 14. She loves anything
with sunflowers.Hook it up to Claude and it does this by itself: Claude looks things up in Engram when it needs them, and Engram saves your Claude Code sessions automatically.
Try it in 2 minutes
You need Python 3.9 or newer (3.11 to 3.14 is best). Check with python3 --version.
1. Install
pip install engram-chateauOn PyPI the package is called
engram-chateau, but the command you type is justengram. (A different, unrelated package already owns the nameengram.)
2. Give it something to remember
engram mine ~/Documents/notes --wing notes # any folder of notes, docs or codeThe first run downloads a small language model (about 80 MB) that lets Engram understand meaning. After that, everything works offline.
3. Ask it something
engram search "what did I decide about the database"That's all you need to try it.
Connect it to your AI app
Engram works with any app that speaks MCP, the standard way AI apps plug in tools. One command adds it:
engram connect cursor # or: claude-desktop, windsurf, vscode, gemini, codex, zed, lm-studio
engram connect all # every supported app on this computer
engram connect # list them, with ✓ next to the ones you haveIt adds Engram to that app's settings (keeping everything else, with a .bak backup) and tells you how to restart the app. Run it again any time; it changes nothing the second time.
App | Setting it writes |
Claude Desktop |
|
Cursor |
|
Windsurf |
|
VS Code (Copilot agent mode) | your user |
Gemini CLI |
|
Codex CLI |
|
Zed, LM Studio | prints the snippet to paste |
Every app then has 31 engram_* tools: recall, search, remember, correct an outdated memory, link a conclusion to its evidence, explain why a memory says what it says, a topic's history, a knowledge graph of people and facts, and more. On connect, Engram also tells the AI how to use them: check memory before answering anything that depends on past work, save decisions, and correct rather than contradict. (Apps decide whether to pass that guidance to the model; most current ones do.) Ask "remember that we use tabs in this repo", "what did we decide about auth?" or "we moved to PostgreSQL, update that".
Claude Code gets the most: memory that works without being asked.
engram connect claude-code # prints the one-line `claude mcp add` command
engram install-hooks --apply # then restart Claude Codeinstall-hooks adds three Claude Code hooks to ~/.claude/settings.json (your existing settings are kept, with a backup):
Auto-recall. Each time you send Claude a message, Engram searches your memory first. If something clearly relevant turns up, Claude gets a short note with up to 3 memories before it answers, current versions first (with what they replaced and why) and outdated ones labelled. You ask "why did we drop Passport?" in a brand-new chat, and Claude already knows. Nothing is added when nothing is relevant, a memory isn't repeated within a session, and it takes about a second once warm (the first message after your computer starts it can take several seconds while it loads).
Project-aware. Memories are filed under the project you're working in (the git repo or folder name), and recall shows that project's memories first; other projects' notes only appear when they match very closely.
Auto-save. Every file Claude edits is saved.
Save before compacting. The conversation is saved before Claude Code compacts it.
Preview what auto-recall would hand Claude with engram recall "your message". Run engram install-hooks without --apply to see the settings instead of applying them, or add --no-recall to skip auto-recall.
Any other MCP app: point it at the command engram-mcp (or python -m engram.mcp_server). Engram is also listed in the official MCP registry as io.github.TushaeBXN/engram.
Apps that don't speak MCP (Open WebUI, n8n, your own scripts) can use Engram over a small local web API:
engram serve # http://127.0.0.1:7742, the same tools and rules as MCPPoint the app at http://127.0.0.1:7742/openapi.json; every tool is described there. Or call it directly:
curl -s localhost:7742/v1/tools/engram_recall -H 'Content-Type: application/json' \
-d '{"message": "why did we drop Passport?"}'Memories are private, so it is strict by default. It listens on localhost only, and refuses requests that look like they come from a web page or through a proxy. To reach it from another machine, use engram serve --host 0.0.0.0: that always requires a token (created on first use in ~/.engram/server/token, never printed), sent as Authorization: Bearer <token>. engram serve --token requires one even on localhost. No CORS headers are ever sent, so a web page can't talk to it.
Teach any coding agent to use it. skills/engram/SKILL.md is a ready-made agent skill: when to recall, save and correct, and how to explain a conclusion. Install it with npx skills add TushaeBXN/engram (or copy the file).
uv tool install engram-chateau # or: pipx install engram-chateau
engram init ~/myproject # guided setup: your AI's identity, a default wing, then saves the projectBoth put engram and engram-mcp on your PATH without touching your system Python.
Who it's for
🧑💻 Developers using Claude Code. Engram quietly saves the files Claude touches and the conversations behind them. Months later, "why is the retry limit 7?" brings back the actual discussion, not a guess.
🤖 People building an AI companion or agent. Give your bot a memory of its own: what it has learned about you, a diary, and a knowledge graph of people and facts ("Kai works on Orion, since June"). It all runs offline in a few lines of Python. Engram started life as exactly this, the memory of a personal companion app.
📚 Writers, researchers and note-takers. Point it at a folder of notes, an Obsidian vault, or Notion or Linear exports, and search across all of it by meaning: "that idea I had about pricing tiers".
Why Engram is different
🔒 It's yours. Everything lives in one folder on your computer (
~/.engram/). No account, no cloud, no API key, no tracking.📝 It keeps your words. Most AI memory tools have an LLM rewrite your conversations into short "facts" and throw the original away. Engram stores the original text and finds it again. Nothing gets lost in a summary.
🧠 It understands what you mean. It finds "we switched from Passport to Lucia" when you ask about "changing the auth library". It also matches exact names and numbers (
INV-20931), and understands time: "two weeks ago", "in June", "on May 8".💸 It's free to run. It needs no LLM to save or search, so there are no per-message costs and nothing to rate-limit.
🎯 It's accurate. On the two standard tests of AI memory, it beats the best published no-LLM results (numbers below).
📖 You can read all of it. About 10,000 lines of plain Python, MIT licensed. If you want to know exactly what happens to your data, you can.
🔄 It knows when it's out of date. When a decision changes, the new memory is marked as replacing the old one. Search gives you the current answer first, and the old one stays below it as history, with when and why it changed.
🔑 It can hide secrets for you. Turn on
redact_secretsand API keys, tokens and passwords are blanked out before anything is written to disk.
How it works
Engram files memories the way you'd organise a big house: one wing per person or project, a room per topic, a hall per kind of memory, and inside, drawers holding the original text.
Wing – a person or project ("myapp", "life")
└── Room – a topic ("auth-migration")
└── Hall – the kind of memory (facts, events, discoveries, preferences, advice)
└── Drawer – your original text, word for wordYou don't have to manage any of this; Engram sorts things as it saves them. When you search, it weighs several clues together:
Clue | What it does |
Meaning | Finds text that means the same thing, even in different words |
Exact words | A full-text index catches names, numbers and rare words the meaning search misses |
Time | "What did I buy two weeks ago?" or "what happened in June?" favours memories from then |
Passing remarks | Notices things you mentioned in passing ("I've been sleeping badly") so later questions find them |
Recency | Leans slightly toward newer memories; pinned ones never fade |
Reranker (optional) | A small local model re-reads the top 20 and puts the best one first |
At the start of a session, Engram can also hand the AI a small "wake-up" note (who it is plus key facts: pinned ones first, then the newest, about 120 tokens by default), so it never starts completely cold.
When things change
In March you note that the app stores everything in SQLite. In April you move to PostgreSQL. Most memory tools now hold two contradicting notes and return whichever matches the question best.
In Engram, you (or Claude, or your agent) record the change once:
engram correct file-05aa607a "We migrated the app from SQLite to PostgreSQL on April 9" --reason "SQLite locked under concurrent writes"From then on, search puts the current answer first and keeps the old one, clearly labelled, right below it:
$ engram search "which database does the app use"
1 c6e0b7b4 [current, replaces file-05aa607a] We migrated the app from SQLite to PostgreSQL on April 9…
2 file-05aa607a [outdated → c6e0b7b4] Decision: the app stores everything in SQLite because…engram history file-05aa607a shows the whole story: what it said, what replaced it, when, and why. Nothing is ever silently deleted. Old evidence stays searchable, and a mistaken correction can be undone with engram supersede <id> --undo.
Engram never decides by itself that one note contradicts another. Deciding what is true is the job of whoever is using it. When Claude saves a memory, Engram points out existing memories it might update, and Claude decides.
Why does it say that?
A memory can say what it rests on and where it came from, so a conclusion never floats free of its evidence:
engram source 903294e5 primary --ref "U.S. Const. art. I, § 2" # where a memory came from
engram link c9422f65 based_on 903294e5 --reason "constitutional text"
engram link c9422f65 derived_from 2da14213 # also: contradicts, supersedesSources are user (you said it), primary (an original document, law, ruling or dataset), secondary (reporting or analysis), tool (a search or program result) and inference (an AI's own conclusion). Inferences stay labelled as inferences.
engram why <id> explains any memory: its source and date, whether it is a record or an inference, the evidence behind it, whether that evidence has since been corrected or disputed, earlier versions and their evidence, and, with --query, why search ranked it:
$ engram why c9422f65
c9422f65-… amy/views 2026-10-20
My view: population apportionment is the baseline; the 2025 map changes the state's representation.
Source: AI inference. Type: an inference.
Evidence
based_on 903294e5 2026-10-20 primary source, U.S. Const. art. I, § 2
Article I, Section 2: Representatives shall be apportioned among the several States…
derived_from 2da14213 2026-10-20 secondary source OUTDATED → 914e0cb2
Report: the legislature adopted a new map in 2025.
Needs review
• evidence 2da14213 was corrected (current version: 914e0cb2); check whether this still holdsengram check lists everything like that across your memory: conclusions whose evidence was corrected or disputed, inferences with no evidence, conflicts nobody has settled, links to deleted memories. It changes nothing. When a position is revised, the old one keeps the evidence it had, so you can always see what the earlier view rested on and what supports the new one.
Backups. engram export backup.json.gz puts every memory, correction, knowledge-graph fact and diary into one file. engram import backup.json.gz restores it on another computer, after checking the whole file first: if anything is wrong, nothing is changed. The format is documented in docs/backup-format.md.
How good is it?
Researchers test AI memory with two public benchmarks. Each gives the system long chat histories and asks questions whose answers are buried somewhere inside. The score is how often the system finds the right conversation.
Benchmark (default settings, no LLM) | Engram |
LongMemEval: 500 questions, right conversation in the top 5 | 98.8% |
LoCoMo: 1,986 questions, answer's sessions in the top 10 | 92.1% |
In plain terms: ask Engram 500 questions about months of chat history, and for 494 of them the right conversation is in its top 5 results. It gets there with a small model that runs on a laptop, no LLM and no API. These tests measure finding the right conversation. They don't measure whether corrections, evidence links or recall notes make an AI more accurate; benchmarks/trust_eval.py checks those, and the results are listed below.
Does it keep memory trustworthy? Those tests don't cover corrections, the notes handed to a model, or crashes, so benchmarks/trust_eval.py checks them. On its own (author-written, deliberately small) scenarios, in the current version:
Result | |
After a fact changes, the current version comes first | 20 of 20 questions (4 of 20 with no correction history) |
Auto-recall note size vs. pasting every memory | 92 tokens vs. 5,134 |
Auto-recall note contains the answer | 17 of 20 (a plain top-5 search: 19 of 20) |
Auto-recall speaks up when nothing relevant is stored | 0 of 20 times |
Memory files left half-written after 40 forced crashes | 0 (10 before 1.10.1 fixed this) |
Corrections or links lost with 6 writers in parallel | 0 of 240 |
Auto-recall trades some answers for silence and small notes; the full table, what it doesn't show, and how to run it yourself are there. Nothing here shows that it makes an AI more accurate end to end; that hasn't been tested.
It uses a small local embedding model (all-MiniLM-L6-v2). Engram indexes the assistant's replies as well as yours.
These numbers are not held-out. Engram's boosts are fixed general rules, not tuned per question, but we chose which ones to ship by watching LongMemEval and LoCoMo scores from version to version (each step is in BENCHMARKS.md), so some of the score is fitted to these two tests.
Raw meaning search alone, with none of those boosts, scores 96.8% R@5 on LongMemEval. The boosts add about two points.
One LongMemEval question is worth 0.2 points, so small differences are a question or two.
An LLM reranker (which needs an API key) can raise scores further. Engram doesn't offer one, by design.
Everything is reproducible from this repo. Full per-question-type results, earlier versions and the exact commands are in benchmarks/BENCHMARKS.md.
Should you use Engram?
There are several good memory tools. Here's an honest guide.
If you want… | Use |
Memory for Claude Code or Claude Desktop that's private, free and just works | Engram |
A memory library for your own AI app, companion or agent, offline with no per-call costs | Engram |
To read and trust every line of code that touches your data | Engram |
Memory for a multi-user product in the cloud, with a dashboard and an API | A hosted service such as Mem0, Zep or Supermemory (usually needs an account, an API key and an LLM) |
Just a few standing rules ("use tabs", "my name is…") | Claude's built-in memory or a |
Use it in your own app
from engram.agents import AgentDiary
from engram.backends import get_backend
from engram.chateau import Chateau
from engram.knowledge_graph import KnowledgeGraph
from engram.searcher import Searcher
memory = Chateau() # your memory folder (~/.engram/chateau)
searcher = Searcher(get_backend("chromadb"), memory)
for hit in searcher.search("what music does Maya like", n=5):
print(hit["text"], hit["final_score"])
AgentDiary("my-assistant").write("Helped plan the week") # an agent's diary
KnowledgeGraph().add(subject="Maya", predicate="likes", obj="jazz") # facts about people and thingsThese calls are pinned by tests/test_public_api.py, so apps built on them keep working across releases. For the full default search (exact-word index included), build the backend with engram.backends.backend_from_config(engram.config.load_config()).
Everyday commands
# Save things
engram mine ~/project --wing myapp # a folder of files
engram mine ~/Downloads/claude-export --mode convos --wing myapp # a Claude, ChatGPT or Slack export
engram watch ~/project --wing myapp # keep saving as files change
# Find things
engram search "auth decisions" --wing myapp
engram answer "What did we decide about the database?" # a written answer (needs Ollama)
engram replay --room auth-migration # a topic's history, in order
# Fix and keep things
engram correct <id> "the new, correct version" # replace an outdated memory (old one kept as history)
engram history <id> # what replaced what, when and why
engram why <id> # where it came from, what it rests on, what changed
engram forget <id> # delete a memory for good (shows what changes; add --yes)
engram export backup.json.gz # back up everything to one file
engram import backup.json.gz # restore it (checked first; safe to repeat)
# Look after it
engram status # what's in your memory
engram wake-up # the short start-of-session note
engram audit --fix # health check and safe fixesThe ID is the short code in the first column of engram search results.
Setup
engram init <dir> # guided setup
engram serve [--host H] [--port P] [--token] # local web API for apps without MCP (OpenAPI at /openapi.json)
engram reindex [--wing W] # rebuild the search index (after changing the embedding model)
engram connect <app> # add Engram to Cursor, VS Code, Gemini CLI, Codex… (no app: list)
engram install-hooks --apply # Claude Code hooks: auto-recall, auto-save, save before compacting
engram recall "a message" # preview what auto-recall would give Claude
engram setup-reranker # download the reranker model (90 MB) and turn it on
engram setup-reranker --disable # turn the reranker offSaving
engram mine <dir> # project files
engram mine <dir> --mode convos # conversation exports (Claude, ChatGPT, Slack, Claude Code)
engram mine <dir> --wing myapp --room auth # choose the wing and room
engram mine <dir> --since 2026-01-01 # skip older files
engram mine <dir> --plugin obsidian # also: notion, linear
engram watch <dir> --wing myapp # auto-save on change
engram split <dir> [--dry-run] # split concatenated transcripts
engram remember-type "Prefer SQLite for local dev" preference --wing myapp
engram remember-type --list # the 13 memory typesSearching
engram search "query" [--wing W] [--room R] [--results 20]
engram search "query" --no-decay # ignore recency
engram search "query" --no-hybrid # meaning only
engram search "query" --rerank / --no-rerank # force the reranker on or off for one search
engram answer "question" [--wing W] [--model llama3.2] [--chunks 8]Context, history and graph
engram wake-up [--wing W] [--rebuild]
engram replay --room R [--wing W] [--type decision] [--since 2026-06-01] [--min-confidence 0.8]
engram kg query "Kai" [--all]
engram kg add "Kai" works_on "Orion" --from 2025-06-01
engram kg invalidate "Kai" works_on "Orion" --ended 2026-03-01
engram kg timeline "auth-migration"
engram graph [--wing W] [--output file.png] # needs: pip install "engram-chateau[viz]"Corrections
engram correct <id> "new text" [--reason "why"] # save a correction that replaces <id>
engram supersede <old-id> <new-id> [--reason R] # mark an existing memory as replacing another
engram supersede <old-id> --undo # make <old-id> current again
engram history <id> # status and full replacement history
engram correct <id> "text" --source primary --ref "cite" --based-on <evidence-id>Deleting
engram forget <id> # show what deleting it would change
engram forget <id> --yes # delete it, its search entries and every link to itForgetting is for things that should never have been saved. A memory it replaced becomes current again, memories that rested on it lose that evidence (engram check lists any left with nothing behind them), and earlier exports still contain it. To change a memory without losing its history, use engram correct instead.
Evidence and explanations
engram link <id> based_on <evidence-id> [--reason R] # <evidence-id> supports <id>
engram link <id> derived_from <other-id> # <id> was inferred from <other-id>
engram link <id> contradicts <other-id> # conflict, undecided
engram link <id> supersedes <old-id> # <id> replaces <old-id>
engram link <id> based_on <evidence-id> --undo # remove a link
engram source <id> user|primary|secondary|tool|inference [--ref "citation or URL"]
engram why <id> [--query "the question"] [--json] # explain a memory
engram check [--json] # what needs review; changes nothingBackups
engram export <file>[.gz] # back up everything to one file
engram import <file> [--dry-run] [--overwrite] # restore; the whole file is checked firstMaintenance
engram status
engram audit [--fix]
engram conflicts # resolve contradicting knowledge-graph facts
engram compress [--wing W] [--room R] # rebuild short summaries (ES)
engram provenance <drawer-id> [--history]
engram provenance --summary
engram ui # local notes app at http://127.0.0.1:7741Settings
Everything works out of the box. If you want to tweak things, settings live in ~/.engram/config.json. Every key is optional, and the defaults are the benchmarked setup.
Setting | Default | What it does |
|
| Blank out API keys, tokens and passwords ( |
|
| Local reranker; turn on with |
|
| Auto-recall in Claude Code (needs |
|
| At most this many memories per message, and how closely they must match (0 to 1) |
|
| The same bar for saved preferences, lower because a request for a choice rarely repeats the preference's words |
|
| Wings auto-recall never shows |
|
| How closely another project's memories must match to be shown |
|
| Map folders to wings when the folder name isn't what you want, e.g. |
|
| Exact-word index searched alongside meaning (SQLite, no download), built from your existing memories the first time it runs |
| unset | Use an embedding server you run (LM Studio, Ollama, llama.cpp, vLLM: anything with |
|
| Search engine: |
|
| Boost for results sharing your exact words; |
|
| Boost for memories near a time the question names; |
|
| Index a short summary of preferences and concerns mentioned in passing |
|
| Size of the key-facts part of the wake-up note |
|
| How many top results the reranker reorders |
|
| How much newer memories are favoured, and for how long |
|
| Where memories are stored |
ENGRAM_VECTOR_BACKEND=sqlitevec engram … switches the backend for one run. An embedding server works with the default chromadb backend; each server and model keeps its own index, so switching back needs no reindex and your memories are never changed. ~/.engram/identity.txt holds the short identity that starts each wake-up note.
Troubleshooting
engram: command not foundafter installing. pip put it somewhere not on your PATH. Usepython3 -m pip install --user engram-chateau, or install withuv tool install engram-chateau/pipx install engram-chateau, which handle PATH for you.pip: command not found. Trypip3orpython3 -m pip. Inside auvvirtual environment, useuv pip install ….Moving to a new computer. Run
engram export backup.json.gzon the old one, install Engram on the new one, thenengram import backup.json.gz. Search indexes are rebuilt during the import.Claude doesn't show the engram tools. Restart Claude Code or Claude Desktop after adding the server. If the app can't find
engram-mcp, give it the full path fromwhich engram-mcp."ChromaDB failed to load". ChromaDB's compiled parts don't match your Python. Try
pip install --force-reinstall --no-cache-dir chromadb, or set"vector_backend": "sqlitevec", which needs no compiled parts. Then runengram mineagain, because each backend keeps its own index.Python 3.15 or newer. ChromaDB can't install there yet, so Engram falls back to
sqlitevec, which matches words rather than meaning. For meaning-based search, use Python 3.11 to 3.14."No such command" after updating from GitHub. Run
git pull origin main, thenpip install -e .(oruv pip install -e .) in your Engram folder.The search Relevance column shows
<0.001. The reranker found nothing that really answers that question; try a more specific one.
Engram Shorthand (ES)
A compact text form any LLM can read without a decoder. It's used only for the short context Engram loads into a model; your drawers always keep the original text. ES drops filler words, saving about 1.6× on prose and 1.1× on code.
from engram.shorthand import compress
compress("The authentication module is a critical component that has a dependency on the database.")
# → "auth module=★★ component +dep on db."Memory layers
Layer | Content | Size | Loaded |
L0 | Identity: who the AI is | ~50 tokens | Always |
L1 | Key facts, in shorthand | up to 120 tokens ( | Always |
L2 | The current topic's memories | On demand | When the topic comes up |
L3 | Full search | On demand | When asked |
Web UI
engram ui opens a local notes app at http://127.0.0.1:7741, with a graph of linked notes, tags, pinned notes, a daily journal and Markdown editing. It keeps its notes in your browser for now, and doesn't yet show the memories in ~/.engram/; use engram search or the MCP tools for those.
Code map
File | What it does |
| Wings, rooms, halls and drawers on disk |
| Search: meaning, keywords, time, recency, reranking |
| Exact-word index (SQLite FTS5) merged with meaning search |
| Splits long text into chunks for the index |
| Understands "two weeks ago", "in June", "on May 8" |
| Spots preferences and concerns in messages |
| Optional secret redaction |
| Optional local reranker (ONNX) |
| Saving files and conversations |
| Corrections: which memories are current, which were replaced, and why |
| Evidence links, sources, |
|
|
| Checks tool arguments against each tool's schema (MCP and web) |
| Optional embedding server instead of the built-in model |
|
|
| Auto-recall hook for Claude Code |
| MCP server (31 tools), run as |
|
|
| Wake-up note and ES shorthand |
| Knowledge graph and agent diaries |
| ChromaDB (default), FAISS, sqlite-vec |
| Obsidian, Notion, Linear importers |
| Claude Code save and pre-compact hooks |
| LongMemEval and LoCoMo runners |
Requirements
Python 3.9 or newer. 3.11 to 3.14 is recommended for meaning-based search.
Installed automatically: ChromaDB, typer, rich, watchdog, questionary, pyyaml and requests.
Optional extras:
engram-chateau[faiss],[sqlitevec],[viz](graph pictures) or[all].Optional: Ollama for
engram answer.
Internet use: none, apart from two one-time downloads. The embedding model (about 80 MB) downloads the first time you save or search. The optional reranker (90 MB) downloads only if you run engram setup-reranker. Your memories never leave your machine.
Contributing
Bug reports, ideas and pull requests are welcome.
git clone https://github.com/TushaeBXN/engram && cd engram
pip install -e ".[dev]"
pytestEngram is published to PyPI as engram-chateau from .github/workflows/publish.yml, using PyPI trusted publishing (no stored token; owner TushaeBXN, repository engram, workflow publish.yml, environment pypi).
Bump
versioninpyproject.tomland__version__inengram/__init__.py, and add aCHANGELOG.mdentry.Merge to
main.Create a new GitHub release after the merge, tagged
v<version>with the dots kept (for examplev1.5.1, notv1.51), targetingmain. The workflow checks the tag matches the version, runs the tests, builds and uploads.
Credits and license
Engram's design (wings, rooms, halls, drawers and a temporal knowledge graph) is inspired by other open-source memory systems. Some retrieval ideas (the exact-word index and date understanding) are adapted from Hindsight.
MIT © 2026 Tushae Thomas
If Engram helps you remember something that mattered, a ⭐ helps other people find it.
Available Tools
31 toolsengram_add_memoryA
Store a new memory drawer in the château. The result lists 'possible_updates': existing memories this one may replace. If it does, call engram_supersede (or pass 'supersedes' here).
Inputs: content (required), hall, room, wing, +7 more.
engram_auditC
Run a memory health audit. Returns JSON summary of issues found.
Inputs: fix.
engram_checkA
Memory maintenance report: conclusions whose evidence was corrected or disputed, inferences with no evidence, unresolved conflicts, broken links. Changes nothing.
Inputs: no named parameters.
engram_compressC
Compress text into Engram Shorthand (ES).
Inputs: text (required), is_code, confidence.
engram_correctA
Save a correction: a new memory that replaces an outdated one (same wing/room/hall). The old memory stays searchable but is marked superseded, and search shows the correction first. Safe to retry.
Inputs: content (required), memory_id (required), reason, source, +2 more.
engram_create_roomC
Create a new room within a wing.
Inputs: name (required), wing (required), description.
engram_create_wingC
Create a new wing in the château.
Inputs: name (required), description.
engram_decompressB
Decompress Engram Shorthand (ES) back to natural language.
Inputs: text (required).
engram_delete_drawerC
Delete a drawer from the château.
Inputs: hall (required), room (required), wing (required), drawer_id (required).
engram_diary_readC
Read recent diary entries for a specialist agent.
Inputs: agent (required), last_n.
engram_diary_writeC
Write a diary entry for a specialist agent.
Inputs: agent (required), entry (required), tags.
engram_disputeC
Mark two memories as conflicting when it is not yet clear which is right.
Inputs: id_a (required), id_b (required), reason.
engram_get_drawerC
Fetch a specific drawer by ID.
Inputs: drawer_id (required), hall, room, wing.
engram_historyC
A memory's status (current, superseded or disputed), what replaced it, what it replaced, when and why.
Inputs: memory_id (required).
engram_kg_addC
Add a triple to the knowledge graph.
Inputs: object (required), subject (required), predicate (required), confidence, +2 more.
engram_kg_invalidateC
Invalidate (end) a KG triple.
Inputs: object (required), subject (required), predicate (required), ended.
engram_kg_queryC
Query the temporal knowledge graph for an entity.
Inputs: entity (required), predicate, active_only.
engram_kg_timelineB
Return chronological timeline of all triples for an entity.
Inputs: entity (required).
engram_linkA
Record how two stored memories relate: 'memory_id target_id'. based_on: target is evidence for memory. derived_from: memory was inferred from target. contradicts: they conflict, undecided. supersedes: memory replaces target. undo=true removes the link. Safe to retry.
Inputs: relation (required), memory_id (required), target_id (required), undo, +1 more.
engram_list_roomsC
List all rooms in a wing.
Inputs: wing (required).
engram_list_wingsB
List all wings in the château.
Inputs: no named parameters.
engram_load_roomC
Return L2 context for a specific room (ES-compressed closets for all halls).
Inputs: room (required), wing (required).
engram_pinB
Pin a drawer so it bypasses recency decay.
Inputs: drawer_id (required).
engram_recallA
The few memories clearly relevant to a message, current versions first, or a note that nothing matched. Call it before answering anything that may depend on past work, decisions or preferences.
Inputs: message (required), cwd.
engram_replayC
Return the chronological story of a room (session replay).
Inputs: room (required), wing, limit, format.
engram_searchC
Semantic search across the château. Returns ranked results with recency weighting.
Inputs: query (required), n, room, wing, +1 more.
engram_sourceB
Record where a stored memory came from (and optionally the citation or URL).
Inputs: source (required), memory_id (required), source_ref.
engram_statusA
Return château statistics (wings, rooms, drawers, closets).
Inputs: no named parameters.
engram_supersedeB
Record that one stored memory replaces another (e.g. 'we moved to PostgreSQL' replaces 'we use SQLite'). Set undo=true to make the old memory current again. Safe to retry.
Inputs: old_id (required), undo, new_id, reason.
engram_wake_upB
Return L0+L1 cold-start context (~170 tokens). Load this at the start of every session.
Inputs: wing, rebuild_l1.
engram_whyA
Explain a memory: where it came from, when, whether it is record or inference, the evidence it rests on (and whether that evidence was since corrected or disputed), earlier versions and their evidence, conflicts, and, given the query, why search ranked it. Use it before relying on a conclusion or when asked to justify one.
Inputs: memory_id (required), query.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 31 tools
Several clusters overlap: engram_check vs engram_audit, engram_recall vs engram_search, engram_supersede vs engram_correct vs engram_link(supersedes), engram_source vs engram_link(based_on), and engram_history vs engram_why. Descriptions help distinguish them, but an agent must read carefully to avoid misselection among memory-lifecycle and maintenance tools.
All tools use the engram_ prefix and snake_case, with a clear kg_ subgroup. Most names are verb_noun or noun_resource, but bare verbs/nouns like status, recall, why, history, audit, and pin are minor deviations rather than inconsistent conventions.
At 31 tools, the surface is heavy for a memory server and exceeds the typical well-scoped range. Several operations could be consolidated (check/audit, supersede/correct/link, recall/search), making the set feel over-expanded rather than tightly scoped.
Coverage is broad: add/search/correct/supersede/dispute/link/source/why/history, temporal KG operations, wing/room/drawer structure, context loading, diary, compression, and audits. Minor gaps like deleting wings/rooms or directly editing drawer metadata remain, but there are no core workflow dead ends.
Maintenance
Related MCP Connectors
Cross-tool persistent memory and context for AI assistants over MCP.
Persistent personal memory for AI assistants — save, search, and recall across every MCP client.
Persistent memory for AI agents to retain, retrieve, and recall conversation context through MCP.
Persistent memory for AI agents across Claude, ChatGPT and any MCP client.
Related MCP Servers
- AlicenseNot gradedqualityAmaintenanceProvides persistent memory for AI coding agents via MCP, enabling agents to store and semantically recall facts, events, and lessons across sessions, all running locally without cloud dependencies.Apache 2.0
- AlicenseAqualityDmaintenanceProvides persistent memory for AI assistants via MCP, enabling them to store and recall facts, preferences, and tasks across conversations using either local file storage or a cloud backend with semantic search.56 npmMIT
- AlicenseNot gradedqualityDmaintenanceLocal-first AI memory layer with hybrid retrieval and brain-inspired namespaces. Enables agents to save, search, and manage memories directly via MCP tools.6 npmMIT
- AlicenseAqualityCmaintenanceProvides persistent, searchable memory for AI agents across any MCP-compatible client, storing project context, user preferences, and session learnings locally in SQLite with tools to save, retrieve, search, and manage them.124 npmMIT