Skip to main content
Glama
denzharkov

codegraph-mcp

by denzharkov
README.md
# 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

A3.7/5.0

Scored across 12 tools

Disambiguation4/5

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.

Naming Consistency4/5

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.

Tool Count5/5

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.

Completeness4/5

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.

Maintenance

ActivityMaintained
ResponsivenessNo issues