agi-memory
Active. Day-1 history import from deja-vu is built in:
agi-memory deja-importdistills your existing session transcripts into curated L1 observations, so recall works from moment zero instead of an empty vault. Record-forward curation (rationale, supersession, pins) stays here; raw transcript search stays in deja.
Coding assistants forget everything when a session ends. agi-memory is a small local memory they can all read and write, so you don't have to re-explain your project every time you open a new session or switch tools.
A basic example
On Monday you tell Claude Code why webhook retries are capped, and it saves that:
memory_record(
title="Webhook retry limit",
text="Payment webhooks retry at most 5 times with exponential backoff. "
"Do not raise the limit: the provider bans endpoints that retry more.",
rationale="Stripe disables endpoints after repeated failed retries",
)
On Thursday you're in Cursor, in a fresh session, and ask it to make webhooks more reliable. Before touching the code it checks memory:
$ agi-memory recall "webhook retries" --project shop
#1 [shop] Webhook retry limit: Payment webhooks retry at most 5 times with
exponential backoff. Do not raise the limit: the provider bans endpoints that
retry more. | Why: Stripe disables endpoints after repeated failed retries
So it doesn't "fix" reliability by raising the retry count. That's the whole idea: decisions, bugs you already fixed, and what you tried last time stay available across sessions and across tools.
How it works
- Memories are stored in SQLite on your machine, and also written to plain append-only text files you can read, diff, and keep in git.
- Each assistant talks to it through a local MCP server. It works in Claude Code, Cursor, Windsurf, Codex, OpenCode, Antigravity, Aider, Goose, Cline, Roo Code, Crush, Pi, and Hermes Agent.
- Nothing leaves your machine unless you point the memory files at a git remote to sync them between computers.
- It's pure Python with no dependencies: no vector database, no model download, no background service.
Besides notes and decisions, it also keeps a short history of past sessions and an index of your code (functions and who calls them), so an assistant can ask "what calls this?" before changing it.
What it won't do
Search is by keyword, not meaning. If you saved "authentication" and later ask about "login", it can miss. It helps to use the words you'd search for when saving something. The measured hit rates, including the misses, are in Testing & Evals.
Install
pipx install agi-memory # or: brew tap kdbhalala/agi-memory https://github.com/kdbhalala/agi-memory && brew install agi-memory
agi-integrate install all # connect every assistant it finds on your machine
agi-integrate status # see what got connected
Day-1: import deja history
New vault, years of sessions already on disk — start full, not empty:
agi-memory deja-import --limit 50 --dry-run # preview what would import
agi-memory deja-import --limit 200 --since 90d
agi-bootstrap --repo . --with-deja # README + git commits + deja in one pass
Each deja session becomes one L1 observation (origin="deja-import",
title [deja:<short-id>] ..., project mapped from deja). Idempotent:
re-runs skip imported sessions and tiny transcripts (--min-words 800).
Filter with --project, --harness, --since.
Other install options, including a one-line script and running from source, are in Installation.
Documentation
| Guide | What's in it |
|---|---|
| Installation | Install options, upgrading, lifecycle hooks |
| CLI Usage | Every agi-memory and agi-integrate command |
| Supported Assistants | Where each assistant's config lives, and the 16 MCP tools |
| How memory is organised | Notes, knowledge graph, session history, code index |
| Architecture | How the pieces fit together |
| Vault & Git Sync | The memory files, syncing between machines, compaction |
| Python API | Using it directly from Python |
| Testing & Evals | How it's tested, and where it falls short |
| Benchmarks | Speed and memory measurements |
| Integrations | Manual setup snippets for each assistant |
License
MIT
Release files for agi-memory 0.9.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| agi_memory-0.9.0.tar.gz | 168.1 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| agi_memory-0.9.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 310.5 kB
Release files / agi_memory-0.9.0.tar.gz
| Download URL | agi_memory-0.9.0.tar.gz |
|---|---|
| Size | 168.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
68d622dfcddc91936152560e0f3d9f0215580ade8d2e8721b931082d9e4cb496
|
|
BLAKE2b-256 checksum How to use checksums |
5ff647015ce8e76cd34ecdcdf20943e7d5908a58a2e13d78359480edbef47553
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 27, 2026.
Transparency logRelease files / agi_memory-0.9.0-py3-none-any.whl
| Download URL | agi_memory-0.9.0-py3-none-any.whl |
|---|---|
| Size | 142.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
25075b6e3486ab263d597912bba18a53d12ac7661ff7fa0dc40971f513d036ed
|
|
BLAKE2b-256 checksum How to use checksums |
8d30e793cab3e4755eda92335d1846afe544c7b1dbff7a7bd1412294db487b95
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 27, 2026.
Transparency log