Open source · Runs locally · MIT
That's what your agent gets from reading the repo's context graph before it works. The graph is a folder of plain markdown files, built from your code in one command and kept fresh as you work — no server, no database, no keys.
No database, no server, no embeddings — just files, built locally. Set it up in about a minute.
How it works
No pipelines, no server to run. The graph is a local cache that rebuilds itself; commit the .claude/ wiring and every teammate's agent picks it up.
01
It builds graft/ — one markdown file per system, API, or concept, linked to each other. The files are the nodes, the links are the edges.
02
The graph is a local, git-ignored cache — graft build adds it to .gitignore for you. Commit the .claude/ wiring instead; every teammate runs graft build for their own, and it rebuilds in the background as the code changes.
03
Before doing work, from the CLI or any agent over MCP — so it starts knowing the codebase instead of rediscovering it from scratch.
The proof
On a real 344-file repo: agents that read the graph first, vs. agents that went in cold.
The graph isn't magic — it's just that reading a few linked files beats rediscovering the codebase from scratch every single time.
Quickstart
# in your repo graft build --deep # builds graft/ (git-ignored, local) git add .claude && git commit # share the wiring; teammates build their own # keep it fresh — reports drift since your last build graft check
Everything runs on your machine — no accounts, no cloud calls, no keys. Building the graph
uses a local model (Ollama); set
OPENROUTER_API_KEY to use a cloud model for better summaries instead. Local stays the default.