codegraph-mcp
# codegraph-mcp
Local MCP server that gives Claude Code (CLI **and** the VS Code extension) a
queryable model of your codebase — where things are defined, who calls what,
what depends on what, and what was decided in earlier sessions. Without it the
agent rediscovers your architecture every session through grep and
file-by-file reading; with it, structural questions get structural answers:
- **Safer changes** — before touching a function the agent sees its blast
radius (`analyze_impact`), every call site (`find_callers`), every mention
(`find_references`) and every dependent module (`who_imports`), instead of
editing whatever grep happened to surface.
- **Faster orientation** — one `repo_map` call maps the project by import
centrality; `find_symbol` and `semantic_search` ("where is auth token
validated") land directly on the right code.
- **Continuity** — `save_note` / `recall_notes` carry decisions and gotchas
across sessions, per repository.
- **Cheaper exploration** — as a consequence of the above the agent reads
signatures instead of whole files (`file_skeleton`, `read_symbol`), and a
transparent proxy compresses conversation history at the wire level.
`usage_stats` reports the measured savings.
**100% portable**: pure JavaScript + WASM grammars. No node-gyp, no native
compilation. `npm install` works identically on Windows, macOS and Linux.
## Tools exposed to the agent
**Understanding & navigation**
| Tool | What it does |
|---|---|
| `repo_map` | Project map: languages, counts, key files by import centrality; `html=true` writes an interactive architecture map |
| `find_symbol` | Locate a function/class/method/type definition by name, repo-wide |
| `semantic_search` | Find code/notes **by meaning** ("where is auth token validated") |
**Change safety**
| Tool | What it does |
|---|---|
| `analyze_impact` | Transitive callers (blast radius) before changing a function |
| `find_references` | Every mention of an identifier — call sites marked `[call]` — with the enclosing symbol |
| `who_imports` | Direct dependents of a module (reverse import graph) |
**Focused reading**
| Tool | What it does |
|---|---|
| `file_skeleton` | Imports + all signatures of a file, no bodies (10–50× fewer tokens) |
| `read_symbol` | Read the full source of *one* symbol without reading the file |
**Memory & operations**
| Tool | What it does |
|---|---|
| `save_note` / `recall_notes` | Persistent per-repo notes that survive sessions |
| `reindex` | Force incremental or full re-scan |
| `usage_stats` | Calls per tool + tokens saved; `dashboard=true` also writes the HTML report |
Supported languages: JavaScript, TypeScript, TSX, Python, Go, Rust, Java,
Ruby, C, C++, C#, PHP, GDScript. Files the indexer cannot extract are counted
and reported by `repo_map`, so partial coverage is always visible.
## Install
Requires Node.js ≥ 20 and Claude Code. Identical on Windows / macOS / Linux:
```bash
git clone https://github.com/denzharkov/codegraph-mcp
cd codegraph-mcp && npm install
node bin/codegraph-mcp.js install # registers in Claude Code (user scope)
```
That's it — the `install` command runs `claude mcp add` for you, and the
server works in the CLI **and** the VS Code extension (they share MCP
configuration). Verify with `claude mcp list` or `/mcp` inside Claude Code.
The server indexes **the directory it is started in** (Claude Code starts MCP
servers in the project directory), or the path given via `--root` /
`CODEGRAPH_ROOT`. To limit it to a single project instead of user scope, add
`.mcp.json` to that project:
```json
{
"mcpServers": {
"codegraph": {
"command": "node",
"args": ["/absolute/path/to/codegraph-mcp/bin/codegraph-mcp.js"]
}
}
}
```
To remove: `node bin/codegraph-mcp.js uninstall`.
## Zero configuration
No `CLAUDE.md` edits or prompt tweaks are needed: the server ships its usage
guidance ("run `analyze_impact` before changing a function, `find_symbol`
instead of grep, `file_skeleton` before reading a file, …") through the MCP
`instructions` field, which Claude Code injects into the agent's context
automatically on connect. Install, register, done.
## PreToolUse hook (the guidance, enforced)
Instructions are advice, and the agent's habit is `grep -rn` + `cat`. Measured
over four weeks on a Django repo, codegraph got 8 calls against ~2200 Bash
reads and greps of indexed source. So `install` also registers a
`PreToolUse` hook on `Read` and `Bash` in `~/.claude/settings.json`. It works
from `.codegraph/index.json` alone (no server round-trip) and denies a call
only when the graph can answer better, telling the agent which tool to use:
| Call | Verdict |
|---|---|
| `Read` of a whole indexed file above 300 lines | deny → `file_skeleton`, then `read_symbol` |
| `cat` of such a file (not piped) | same |
| `sed -n a,bp` / `Read` offset+limit whose range is one top-level symbol | deny → `read_symbol(name, file)` |
| `grep "class X"` / `"def x"` of an indexed symbol (typically with `-A`) | deny → `read_symbol` |
| recursive `grep`/`rg` for a bare identifier the index defines | deny → `find_symbol` / `find_references` / `analyze_impact` |
| recursive grep for a fragment (5+ chars) of known symbol names | deny → `find_symbol` (substring) |
| small window inside a class, wide sweep, head of file, `head`, `tail`, `cat … \|` | pass |
| grep for a regex, a string, a name the index does not know, or on one file | pass |
| anything outside a repo with `.codegraph/index.json` | pass |
`CODEGRAPH_MIN_LINES` changes the threshold. `uninstall` removes the hook
together with the MCP registration.
The range and definition rules exist because the first version let the
agent's real habit through untouched: grep for `class X` with `-A 25`, then
`sed -n 256,300p` on the line numbers it found — a symbol read by hand, in
two calls, with no hit on the graph. Every allowed pattern is in the evals
so the hook stays quiet where grep is genuinely the right tool.
The decisions are pinned by [evals/hook-evals.json](evals/hook-evals.json):
real-looking `Read` / `Bash` calls with the expected verdict, run against
[evals/fixture](evals/fixture) by `node evals/run.js` (and by `npm test`).
When the hook blocks or passes something it should not, add the case there.
## Benchmark
`codegraph-mcp bench` measures, on the real index of a repo, what the agent
pays for a whole-file read against what codegraph hands it instead — the
`file_skeleton` text, then the source of one symbol. Same chars/4 estimate as
`usage_stats`, so live counters and benchmark are comparable. On a 350-file
Django backend:
```
All indexed files with symbols: 353 files
whole file 486,699 tokens
file_skeleton 88,264 tokens (-82%)
skeleton + one symbol 159,126 tokens (-67%)
Files above the hook threshold (> 300 lines): 42 files
whole file 285,368 tokens
file_skeleton 41,540 tokens (-85%)
skeleton + one symbol 48,458 tokens (-83%)
```
Per-file rows for the largest files follow; the full result lands in
`.codegraph/benchmark.json` (`--no-write` to skip).
## Transparent proxy (guaranteed savings)
The MCP tools above save tokens only when the agent chooses to use them. The
proxy layer works the other way — like ContextForge, it sits between Claude
Code and the Anthropic API and compresses traffic **regardless of agent
behavior**. Nothing in a conversation is ever "unloaded" by Claude Code
itself: a file read, a test log, a command output stays in the history and
is re-sent with every request. The proxy is the one place that can shrink
it:
- **History deduplication**: when the conversation contains identical
tool results (the same file read twice, repeated command output), every
occurrence after the first is replaced with a short stub before the request
leaves your machine. The first occurrence stays verbatim, so the model
loses nothing it could actually use — and the prompt-cache prefix is
preserved (only the new tail is ever rewritten, so dedup never causes
cache misses on old turns).
- **Stale-read skeletonization**: when a file was read, edited, and read
again, the older full copy in history is replaced by its tree-sitter
signature skeleton (imports + declarations with line ranges); the newest
read always stays verbatim. A read is a `Read` tool call **or** a Bash
`cat file` / `sed -n a,bp file` — in practice most reads are Bash, and
measured over a month they were three quarters of all tool output. A stale
partial read becomes a one-line stub; non-code files fall back to head+tail
truncation. Transforms are pure functions of the content, so repeated
requests produce identical bytes and the prompt cache re-stabilizes after
a single rewrite.
- **Stale-output truncation**: when the same Bash command ran several times
(test reruns, tailing a task log), every output except the latest keeps
only its first 15 and last 10 lines.
- **Prompt grounding**: your message is transformed *before* it reaches the
model — the safe way. The words are never rewritten; instead the proxy
appends a clearly-labeled block of verifiable facts about the identifiers
the message mentions (kind, `file:lines`, one-line doc from the symbol
graph). The model starts oriented instead of spending tool round-trips
discovering the same facts. Only exact-case matches ground, only the newest
message gets a fresh block, and blocks are memoized so history stays
byte-stable for the prompt cache.
- Auth headers pass through untouched (API key or OAuth). Anything the proxy
cannot parse is forwarded verbatim. Streaming (SSE) is piped through.
**It is on by default after `install`.** The install command sets
`ANTHROPIC_BASE_URL=http://127.0.0.1:3210` in `~/.claude/settings.json` (CLI
and VS Code extension alike; an existing foreign value is left alone), and
the MCP server keeps the proxy alive: on start and every 30 s it checks the
port and spawns a detached proxy when nothing answers. Whenever Claude Code
runs, its MCP server runs, so the proxy does too. The proxy exits after a day
idle. `CODEGRAPH_NO_PROXY=1` disables the supervisor, `CODEGRAPH_PROXY_PORT`
moves the port, `uninstall` removes the env entry.
Manual alternatives:
```bash
codegraph-mcp wrap # like 'cf wrap claude': proxy + claude in one command
codegraph-mcp proxy --port 3210 --idle 3600 # run the proxy standalone (--idle: exit after N idle seconds)
```
Cumulative savings are tracked in `~/.codegraph/proxy-stats.json`, printed
on proxy start and served at `GET /codegraph-proxy/health`.
## CLI usage
```bash
node bin/codegraph-mcp.js index # index cwd, print stats
node bin/codegraph-mcp.js index --root ~/proj # index another directory
node bin/codegraph-mcp.js bench # whole file vs file_skeleton / read_symbol, in tokens
node bin/codegraph-mcp.js dashboard # HTML report, opens in browser
node bin/codegraph-mcp.js map # interactive architecture map
node bin/codegraph-mcp.js # start stdio MCP server (cwd)
```
The architecture map (`.codegraph/map.html`) is a layered, C4-style view of
the repo, fully derived from the index:
- **Overview** — subsystem cards (top-level directories) with weighted import
edges between them, plus auto-derived starting points (hub, entry point,
largest module);
- **Subsystem** — the files of one directory with their import edges and
collapsed neighbor subsystems; click a file to trace dependents and
dependencies, click again to drill in;
- **File** — its symbols with intra-file call arrows, importers and imports
as navigable columns.
Every level narrates *purpose*, not just structure: descriptions are pulled
from the code's own documentation — module docstrings and header comments for
files and symbols, READMEs / `__init__.py` / `index.*` for folders and the
repo itself — and shown on folder cards, in tooltips and in the side panel.
Levels are deep-linkable (`#d=src`, `#f=src/proxy.js`), search with `/`,
`Esc` goes up a level, drag pans, wheel zooms. Self-contained HTML, offline.
The dashboard (`--no-open` to just write the file) lands in
`.codegraph/dashboard.html`: token savings, per-tool usage, indexed languages
and the most-imported files. Static HTML, no server, light/dark aware. The
agent can also generate it on request via `usage_stats` with `dashboard=true`.
## How it works
- Files are parsed with tree-sitter **WASM** grammars (`tree-sitter-wasms`
package) via `web-tree-sitter` — no platform-specific binaries.
- The extractor walks each AST once, collecting definitions, call edges and
imports per language spec ([src/languages.js](src/languages.js)).
- The graph persists to `.codegraph/index.json` inside the target repo;
refreshes are incremental (mtime+size) and throttled, so queries stay fast.
- `node_modules`, build output, vendored and minified files are skipped;
simple root `.gitignore` patterns are honored.
- `semantic_search` uses a local embedding model (all-MiniLM-L6-v2 via
transformers.js, an *optional* dependency). On first use it downloads
~25 MB into `~/.codegraph/models` and caches symbol vectors per repo in
`.codegraph/vectors.bin`. Offline or without the dependency it silently
falls back to keyword search — everything else works regardless.
Add `.codegraph/` to your project's `.gitignore` (it's a cache plus your
private notes).
## License
MIT
TDQS
Scored across 12 tools
Most tools target clearly different operations: find_symbol (definitions), find_references (all usages), semantic_search (by meaning), who_imports (module dependents), and analyze_impact (transitive callers) are well-differentiated by their descriptions. Minor overlap exists between find_references and who_imports (both touch imports) and between read_symbol and file_skeleton (both read code), but the granularity distinctions keep them separable.
All names use consistent snake_case, and most follow a verb_noun or action-oriented pattern (save_note, find_symbol, read_symbol, find_references, analyze_impact, recall_notes). A few deviate into noun phrases (repo_map, file_skeleton, usage_stats, semantic_search) and one is a bare verb (reindex), but the pattern remains readable and predictable.
12 tools is well-scoped for a code-navigation/graph server, with each tool covering a distinct facet (index, map, locate, read, outline, search, references, impact, stats, notes). No redundancy and no tool feels extraneous.
Coverage spans indexing (reindex), orientation (repo_map, file_skeleton), discovery (find_symbol, semantic_search, find_references, who_imports), impact analysis, and notes persistence (save_note/recall_notes). The main gap is a plain literal/regex text search tool, though the semantic_search keyword fallback partly compensates.