ctxmem gives your project a permanent, searchable memory that lives inside the
repo. AI agents (and you) store decisions and recall relevant context on demand,
so nothing is forgotten when a chat exceeds the model's context window.
- 🧠 Remembers — decisions, notes, sessions + your code, in a searchable index.
- 🔎 Self-checking —
ctxmem asktells the agent whether memory already knows (HIT/WEAK/MISS) before it answers. - ♻️ Self-correcting — supersede an outdated decision (
--supersedes); recall demotes and flags it (⚠ SUPERSEDED/⚠ STALE). - 🤝 Shareable — the memory is a text file committed to git. Commit, your colleague pulls, they get your exact context. Branch-aware for free.
- 📦 Works as a git package —
pip install git+https://…, zero required deps. - 🔒 Fully local — SQLite files in your repo. No cloud, no API keys, no servers.
- 🔍 Search modes —
keyword(built-in, default) plussemantic/hybrid(local embeddings, no cloud).
How it works, in one line: a committed, human-readable
memory.jsonlis the source of truth; a local, gitignored SQLite index makes it (and your code) instantly searchable. For the full design, see docs/ARCHITECTURE.md.
Install
pip install "git+https://github.com/DoppiaG93/ctxmem.git" # as a git package
# or, from a clone: pip install -e .
# optional extras
pip install "ctxmem[mcp]" # AI-agent server (MCP)
pip install "ctxmem[semantic]" # semantic search (needs Ollama too)
pip install "ctxmem[all]" # everything
Requires Python 3.8+ with FTS5 (bundled in virtually every sqlite3 build).
The base install has zero third-party dependencies.
Quick start
cd your-project
ctxmem init # creates .ctxmem/
ctxmem hook install # auto-sync the index on every commit
ctxmem remember --type decision \
--title "Auth via JWT" --tags auth,security \
"We chose stateless JWT over server sessions for horizontal scaling."
ctxmem sync # index memory + your code
ctxmem ask "how do we handle authentication" # verdict: HIT / WEAK / MISS
ctxmem recall "how do we handle authentication" # ask in plain language
ctxmem recall "cart" --type symbol # search only code symbols
Then commit the memory so it's shared:
git add .ctxmem/memory.jsonl .ctxmem/config.json
git commit -m "chore: seed project memory"
Your colleague just git pulls and runs ctxmem recall — the index rebuilds
itself from memory.jsonl. For the full onboarding story (agent wiring, handing
memory to a teammate), see docs/GUIDE.md.
Commands
| Command | What it does |
|---|---|
ctxmem init [--mode M] |
Create .ctxmem/ and pick a search mode. |
ctxmem remember "text" [--type --title --tags --path --supersedes ID] |
Store a memory (→ memory.jsonl); prints the new record's id. Types: note, decision, session, todo. --supersedes ID corrects/replaces an earlier memory. |
ctxmem recall "query" [--limit --type --mode] |
Search memory + code. Superseded records are demoted + flagged ⚠ SUPERSEDED; memories pointing at a missing file are flagged ⚠ STALE. |
ctxmem ask "question" [--limit --type --mode] |
Recall plus a verdict: HIT / WEAK / MISS. Use it to check memory before answering. |
ctxmem sync |
Rebuild index.db from memory.jsonl + code (+ embeddings if enabled). |
ctxmem map |
Save a structure + Python import map into memory (--type map). Great first step so agents know the layout. |
ctxmem mode [M] |
Show, or switch to, keyword / semantic / hybrid. |
ctxmem log [--limit] |
List recent memories. |
ctxmem status |
Branch/commit, mode, and counts of indexed items. |
ctxmem doctor |
Check the semantic (Ollama) backend end to end, with fix-it hints. |
ctxmem hook install/uninstall |
Add/remove a git post-commit auto-sync hook. |
ctxmem agent-init [--agent copilot|codex|all] [--mcp] [--force] |
Wire up agents: write the memory protocol into instruction files (+ .vscode/mcp.json with --mcp). |
ctxmem update-instructions [--mcp] |
Refresh the managed instruction block(s) after upgrading ctxmem. |
ctxmem bench "query" [--baseline files|memory|repo] |
Measure token and premium-request savings. Add --suite FILE --report DIR for a full report with charts. |
ctxmem --root PATH … |
Run against a repo other than the current directory. |
Use it from an AI agent
Wire an agent (Codex, GitHub Copilot) to the memory in one command:
ctxmem agent-init --agent all # write the memory protocol into AGENTS.md + copilot-instructions.md
ctxmem agent-init --agent all --mcp # also drop a .vscode/mcp.json (MCP server)
This injects a Project Memory Protocol that tells the agent to recall before
a task, remember decisions, and sync after changing code — so the memory grows
by itself. Full details (CLI vs MCP, requirements, tips) in
docs/GUIDE.md → Use it from an AI agent.
Semantic search (Ollama)
Keyword mode is the stable, zero-setup default. Optional semantic and hybrid modes match by meaning using a fully-local embedding model:
pip install "ctxmem[semantic]"
# Option A: install Ollama on the host, then:
ollama pull nomic-embed-text
ctxmem mode semantic
ctxmem doctor # verify the whole chain end to end
# Option B: run Ollama in an isolated Lima VM:
cd ollama && task enable # brings the VM up + switches to semantic
If the backend isn't available, ctxmem automatically falls back to keyword.
Setup options, the Lima VM, and ctxmem doctor output are documented in
docs/GUIDE.md → Semantic backend.
Why it saves tokens
Instead of pasting whole files into the model, you inject only the relevant
recall snippets. Measured on the Django source tree:
| Metric | Without ctxmem | With ctxmem | Improvement |
|---|---|---|---|
| Context tokens (13 questions) | 272,354 | 14,028 | 19.4× smaller |
| Premium requests (round-trips) | 49 | 13 | 3.8× fewer |
Full methodology and reproducible steps: docs/ARCHITECTURE.md → Benchmark.
Documentation
- docs/ARCHITECTURE.md — the problem, the data model, the retrieval pipeline, project structure, search-mode internals, and the benchmark.
- docs/GUIDE.md — full walkthrough, team sharing, the git hook, AI-agent integration (CLI + MCP), and the semantic/Ollama backend.
FAQ
Is my data sent anywhere? No. Everything is local: SQLite files in your repo and, if you enable semantic mode, a local Ollama.
Do I have to use embeddings? No. keyword mode needs nothing and is the
default. Semantic is opt-in.
Should I commit index.db? No — it's derived and gitignored. Commit
memory.jsonl and config.json.
What if a teammate doesn't have Ollama? ctxmem falls back to keyword automatically; the shared memory still works.
Does it scale to a big repo? Yes. The keyword index is fine for large repos,
and semantic mode is incremental — embeddings are cached by content hash
(.ctxmem/emb_cache.db), so a sync only re-embeds new or changed text.
Is MCP proprietary? No. MCP is an open protocol with MIT-licensed SDKs; the server runs locally and reads only your repo.
Contributing
Contributions are currently invite-only. The project is developed by a small set of invited collaborators, so unsolicited pull requests are not accepted right now — but bug reports and feature requests are always welcome via GitHub issues. To contribute code, reach out to @DoppiaG93 to be added as a collaborator.
Invited collaborators follow the Git Flow branching model; see the Contributing guide for branch naming, commit conventions, and the release process. Please also review our Code of Conduct. To report a security issue, follow the Security Policy.
License
Released under the MIT License.
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file ctxmem-2.0.0.tar.gz.
File metadata
- Download URL: ctxmem-2.0.0.tar.gz
- Upload date:
- Size: 39.3 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/6.1.0 CPython/3.13.13
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
1c6112a21ecc24273737c83323adb25acd93c2a0e7650e2a044bf13a3842fd2d
|
|
| MD5 |
77ed4e0a78daaaeb2027394ec4ef9e4a
|
|
| BLAKE2b-256 |
60b43367e3f5cbc683b6445e819213323181da7e3c939e166446578fbfbd91ad
|
Provenance
The following attestation bundles were made for ctxmem-2.0.0.tar.gz:
Publisher:
publish.yml on DoppiaG93/ctxmem
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
ctxmem-2.0.0.tar.gz -
Subject digest:
1c6112a21ecc24273737c83323adb25acd93c2a0e7650e2a044bf13a3842fd2d - Sigstore transparency entry: 2211481518
- Sigstore integration time:
-
Permalink:
DoppiaG93/ctxmem@f13a67231035f55905b8ffa723cd1abd59968da7 -
Branch / Tag:
refs/tags/v2.0.0 - Owner: https://github.com/DoppiaG93
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@f13a67231035f55905b8ffa723cd1abd59968da7 -
Trigger Event:
release
-
Statement type:
File details
Details for the file ctxmem-2.0.0-py3-none-any.whl.
File metadata
- Download URL: ctxmem-2.0.0-py3-none-any.whl
- Upload date:
- Size: 33.9 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/6.1.0 CPython/3.13.13
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
49c2b4597d407b21f88e5acd6e893f2da227d9d662b8d5002ec257f880369690
|
|
| MD5 |
23212cd642cf339f203c00400630acf5
|
|
| BLAKE2b-256 |
fca610bb38864ca1dce33b272fdef30be31c769a6fea212acc500dbbb7c03727
|
Provenance
The following attestation bundles were made for ctxmem-2.0.0-py3-none-any.whl:
Publisher:
publish.yml on DoppiaG93/ctxmem
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
ctxmem-2.0.0-py3-none-any.whl -
Subject digest:
49c2b4597d407b21f88e5acd6e893f2da227d9d662b8d5002ec257f880369690 - Sigstore transparency entry: 2211481545
- Sigstore integration time:
-
Permalink:
DoppiaG93/ctxmem@f13a67231035f55905b8ffa723cd1abd59968da7 -
Branch / Tag:
refs/tags/v2.0.0 - Owner: https://github.com/DoppiaG93
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@f13a67231035f55905b8ffa723cd1abd59968da7 -
Trigger Event:
release
-
Statement type: