How do I install @sdsrs/code Graph?

Copy the stdio config for Cursor, Claude Desktop, Claude Code, or VS Code on this page. It uses the publisher's install, not a PlugMCP proxy.

Does @sdsrs/code Graph need an API key?

No required environment variable is listed on this record.

What transport does @sdsrs/code Graph use?

@sdsrs/code Graph runs locally over stdio.

When was @sdsrs/code Graph last checked?

Last checked 2026-11-09. MCP server that indexes codebases into an AST knowledge graph with semantic search, call graph traversal, and HTTP route tracing

@sdsrs/code Graph MCP-Server

code-graph-mcp

A high-performance code knowledge graph server implementing the Model Context Protocol (MCP). Indexes codebases into a structured AST knowledge graph with semantic search, call graph traversal, and HTTP route tracing — designed to give AI coding assistants deep, structured understanding of your code.

Features

Multi-language parsing — Tree-sitter AST extraction across tiers of depth:
- Full (calls + imports + inheritance): TypeScript/TSX, JavaScript, Go, Python, Rust, Java. HTTP route extraction additionally covers TypeScript/TSX + JavaScript (Express/Connect), Go (net/http), Python (Flask/FastAPI), and Rust axum (.route() chains with inline .nest() prefixes; named handlers only) — actix/rocket and Java Spring are not yet route-extracted
- Smoke-tested (calls + imports + inheritance): C#, Kotlin, Ruby, PHP, Swift, Dart
- Limited (functions + calls + #include imports + gtest test markers + C++ base-class inheritance + Class::method scope qualification): C, C++
- Scripting: Bash (functions + commands + source/. imports), Markdown (headings)
- File-FTS only (no AST symbol extraction): HTML, CSS, JSON
- Test markers — detected from the AST for Rust (#[test] / #[cfg(test)]), JavaScript/TypeScript/TSX (describe/it/test blocks and their callbacks) and C/C++ (gtest TEST macros). Go, Python, Java and the rest fall back to path/name heuristics (tests/, src/test/java/, *_test.*, *.test.js, test_*, *Test)
- Value/type references — a references relation for symbols that are used without being called, imported or inherited (path-qualified constants, type-position uses, functions passed as values): Rust, TypeScript/TSX, JavaScript, Python, Go, Java, C, C++
Semantic code search — Hybrid BM25 full-text + vector semantic search with Reciprocal Rank Fusion (RRF), powered by sqlite-vec
Call graph traversal — Recursive CTE queries to trace callers/callees with cycle detection
HTTP route tracing — Map route paths to backend handler functions (Express, Flask/FastAPI, Go net/http, Rust axum)
Dead code detection — Find unreferenced symbols with smart Orphan/Exported-Unused classification
Impact analysis — Determine the blast radius of code changes by tracing all dependents
Incremental indexing — Merkle tree change detection with a file system watcher; changed files are re-indexed when the next MCP query tool call arrives (get_index_status does not count). Smart event filtering skips metadata-only changes (chmod, xattr)
Context compression — Token-aware snippet extraction for LLM context windows (L0→full code, L1→summaries, L2→file groups, L3→directory overview). Every MCP tool except ast_search takes compact: true, which drops code bodies from the response; what else it trims is per-tool (get_ast_node keeps the signature, module_overview drops it), and how much it saves depends on the tool and the repo, so no fixed figure is quoted here
Embedding model — Optional local embedding via Candle (feature-gated embed-model). Context reordered to prioritize structural relations over code for better embedding quality
Self-healing — Automatic SQLite corruption recovery with rebuild. Startup repair for incomplete indexing (Phase 3 failures)
MCP protocol — JSON-RPC 2.0 over stdio, plug-and-play with Claude Code, Cursor, Windsurf, and other MCP clients
Claude Code Plugin — First-class plugin with skills (explore, index), a code-explorer agent, auto-indexing hooks, StatusLine integration, and self-updating

Why code-graph-mcp?

Unlike naive full-text search or simple AST dumps, code-graph-mcp builds a structured knowledge graph that understands the relationships between symbols across your entire codebase.

Incremental by Design

BLAKE3 Merkle tree tracks every file's content hash. On re-index, only changed files are re-parsed — unchanged directory subtrees are skipped entirely via mtime cache. When a function signature changes, dirty propagation automatically regenerates context for all downstream callers across files.

Hybrid Search, Not Just Grep

Combines BM25 full-text ranking (FTS5) with vector semantic similarity (sqlite-vec) via Reciprocal Rank Fusion (RRF) with raw score blending — so searching "handle user login" finds the right function even if it's named authenticate_session. Results are auto-compressed to fit LLM context windows.

Scope-Aware Relation Extraction

The parser doesn't just find function calls — it tracks them within their proper scope context. Extracts calls, imports, inheritance, interface implementations, exports (ESM export and CommonJS module.exports = { … } / exports.name = …), value/type references, and HTTP route bindings. Same-file targets are preferred over cross-file matches to minimize false-positive edges.

HTTP Request Flow Tracing

Unique to code-graph-mcp: trace from GET /api/users → route handler → service layer → database call in a single query. Supports Express/Connect, Flask/FastAPI, Go net/http, and Rust axum.

Zero External Dependencies at Runtime

Single binary, embedded SQLite, bundled sqlite-vec extension, optional local embedding model via Candle — no database server, no cloud API, no Docker required. Runs entirely on your machine.

Built for AI Assistants

Every design decision — from token-aware compression to node_id-based snippet expansion — is optimized for LLM context windows. Works out of the box with Claude Code, Cursor, Windsurf, and any MCP-compatible client.

Performance

Every row below is a line code-graph-mcp benchmark prints, measured on this repository (283 files, 5,311 nodes, 11,215 edges) with a release build — median of three consecutive runs on an otherwise idle machine. Run the same command on your own project: the numbers that matter are yours, and these scale with tree size and machine.

`benchmark` line	This repo, v0.129.0
Full index	~2.0s (≈139 files/second, single-threaded)
Incremental (noop)	~28ms no-change detection via BLAKE3 Merkle tree
Query latency P50 / P99	~655us / ~2.1ms
DB size	~22.4MB (≈4.2MB per 1,000 nodes)
Avg tokens/node	~242

Efficiency: code-graph vs Traditional Tools

How many TOOL CALLS each question takes, comparing code-graph-mcp against Grep

Read + Glob. These are call counts, not token measurements: the left column is the round trips the traditional approach needs before it can answer, the right column is the single call that answers it. Token cost follows call count only loosely — how much source lands in the context window depends on the files, so this table does not claim a token ratio.

Tool Call Reduction

Scenario	Traditional	code-graph	Savings
Project architecture overview	5-8 calls	1 call (`project_map`)	~85%
Find function by concept	3-5 calls	1 call (`semantic_code_search`)	~75%
Trace 2-level call chain	8-15 calls	1 call (`get_call_graph`)	~90%
Pre-change impact analysis	10-20+ calls	1 call (`get_ast_node` + `include_impact`)	~95%
Module structure & exports	5+ calls	1 call (`module_overview`)	~80%
File dependency mapping	3-5 calls	1 call (`module_overview` + `include_deps`)	~75%
Similar code detection	N/A	1 call (`get_ast_node` + `include_similar`)	unique

Session token savings

tests/effectiveness_bench.rs is the only reproducible number here, and it is worth being precise about what it measures. For each of five navigation tasks it runs the real CLI on a fixture project and compares the response size in bytes against a hand-set baseline_bytes for the Grep+Read approach. Bytes stand in for tokens; the baselines are estimates committed once and held fixed, so its value is regression tracking over releases, not a measurement of your project.

cargo build --no-default-features
cargo test --test effectiveness_bench --no-default-features -- --ignored --nocapture

On the fixture at v0.123.0 that prints 942 / 23000 = 0.04x, and the test fails if the overall ratio ever exceeds 0.60. Earlier revisions of this README carried an "Overall Session Efficiency" table (~80% fewer calls, ~95% fewer lines read, 40-60% session savings) whose first rows had no source at all; they are gone rather than dressed up.

What code-graph Uniquely Enables

Impact analysis — "Changing conn affects 33 functions across 4 files, 78 tests at HIGH risk" — impossible to derive manually with Grep
Transitive call tracing — Follow main → run_serve → handle_message → handle_tools_call → conn in one query
Semantic search — Find authenticate_session when searching "handle user login"
Dependency strength — Not just "file A imports file B", but "file A uses 38 symbols from file B"

When Traditional Tools Are Still Better

Use Case	Best Tool
Exact string / constant search	Grep
Reading a file to edit it	Read
Finding files by name pattern	Glob

What the Graph Does Not See

Call edges are resolved by name, so a few spellings produce no edge. These are known boundaries, not bugs to report:

A method call reached through a module path. module::Type::method() produces no call edge — the same whether the path starts with the crate name, crate::, or a bare module. A bare Type::method() does resolve, and so does a free function through the same kind of path: my_crate::cli::cmd_grep() binds, which path_qualifier_strips_own_crate_name in tests/integration_call_qualifier.rs exists to keep true. It is the Type:: segment in front of the method that drops the edge, not the length of the path. Measured on this repo at v0.132.0: Database::open has 173 caller edges and none of them come from the 53 call sites in tests/cli_e2e.rs spelled code_graph_mcp::storage::db::Database::open(...).
A receiver call whose method name is shared by several types. obj.method() normally resolves: the receiver has no statically-known type, so the resolver binds it when exactly one same-language method carries that name (receiver_call_resolves_unique_method). When several types define the same name it is dropped rather than fanned out (receiver_call_with_ambiguous_method_name_stays_unresolved).
Cross-file constant and type-position uses, callbacks, and function pointers. None of these are call edges, but none are invisible either: they are carried as the references relation, which find_references returns and impact reports separately as value reference(s) — callbacks / fn-pointers / type positions. Together with the row above, this is why include_dead results are candidates to verify rather than a verdict.
Dispatch by name. A function reached through a string key, a reflection call or an event name (handlers["save"], getattr(obj, "save"), send(:save), bus.on("save", …)) has no edge. When callgraph, impact or refs finds no caller for a function, the answer lists up to 5 lines where the name appears in such a shape or is passed as a value (boundaries in --json and MCP), and a code-graph-mcp grep that shows every occurrence. It is a disclosure, not an edge, and a lexical one: a line it does not list is not proof that nothing dispatches to the function.

Architecture

src/
├── domain.rs     # Shared constants, relation types, env-var config
├── resolve.rs    # Shared symbol resolution + ambiguity verdicts (CLI and MCP)
├── outcome.rs    # Retrieval-adoption metrics from session transcripts
├── budget.rs     # Output budgets (--budget / max_tokens): rank, shorten, drop, next step
├── cli/          # Every `code-graph-mcp <cmd>` subcommand (one file per command)
├── mcp/          # MCP protocol layer (JSON-RPC, tool registry, server)
│   └── server/   # McpServer with IndexingState + CacheState sub-structs
├── parser/       # Tree-sitter parsing, relation extraction, LanguageConfig dispatch
├── indexer/      # 3-phase pipeline, Merkle tree, file watcher
├── storage/      # SQLite schema (v10), CRUD, FTS5, migrations
├── graph/        # Recursive CTE call graph queries
├── search/       # RRF fusion search combining BM25 + vector
├── embedding/    # Candle embedding model (optional, masked mean pooling)
├── snapshot/     # Portable graph snapshots (create / verify / install)
├── sandbox/      # Context compressor with token estimation
└── utils/        # Language detection, config

Installation

Option 1: Claude Code Plugin (Recommended)

Install as a Claude Code plugin for the best experience — includes skills, the code-explorer agent, auto-indexing hooks, StatusLine health display, and automatic updates:

# Step 1: Add the marketplace
/plugin marketplace add sdsrss/code-graph-mcp

# Step 2: Install the plugin
/plugin install code-graph-mcp

What you get:

MCP Server — All code-graph tools available to Claude
Skills — explore (structure-first navigation before reading files) and index (health-check / re-index / full rebuild); see Plugin Skills
Code Explorer Agent — Deep code understanding expert via code-explorer
Auto-indexing — The MCP server's file watcher records edited files, and the next code-graph MCP query (get_call_graph, find_references, … — not get_index_status) re-indexes them before it answers; a PostToolUse hook that re-indexes per edit is off by default (CODE_GRAPH_HOOK_INDEX=on turns it on for CLI-only use)
StatusLine — Real-time health display (nodes, files, watch status) and what code-graph did in this session (5 answers · 2 calls: answers its grep, edit, read, subagent and Stop hooks delivered to Claude, code-graph queries Claude ran) — compatible with other plugins' StatusLine via composite multiplexer
Auto-update — Checks for a new version at session start (throttled to at most one check every 2 minutes). Between forced checks the re-check interval is 30 minutes after an "up to date" answer and 6 hours while an update is already pending. Updates install silently.

Manual Update

npm update -g @sdsrs/code-graph

Then reconnect the MCP server in Claude Code with /mcp.

Note: Auto-update is disabled in the source repo directory (dev mode). Use manual update when developing the plugin itself.

Turning auto-update off

Environment variable	Effect
`CODE_GRAPH_NO_AUTO_UPDATE=1`	Skips the update check entirely — no version check, no download, and no updater process is started. A missing binary is still installed on first run, so the MCP server can't be left with no engine. Update manually with the command above.

Set it in the env block of ~/.claude/settings.json (the environment of the process hosting the MCP server), then reconnect with /mcp.

An update that keeps failing also stops hammering: after 5 failed attempts at the same release the updater drops to one retry per day (and retries immediately when a newer release is published), instead of re-downloading on every session. While it is in that state the statusline shows ⚠ update stuck and code-graph-mcp doctor prints the manual update command.

Invited-memory mode (quieter prompts)

By default, every user prompt the plugin deems code-related gets a small context injection from code-graph CLI output. If you'd rather rely on explicit tool calls, opt into invited-memory mode:

Adopt the plugin contract into your project (idempotent, self-heals):
```
code-graph-mcp adopt
```
This writes a sentinel-wrapped managed block into <cwd>/CLAUDE.md (auto-loaded each session) plus <cwd>/.claude/plugin_code_graph_mcp.md (the full decision table, opened on demand). Run code-graph-mcp unadopt to remove both; content outside the managed block is kept.
Set the activation env var in ~/.claude/settings.json:
```
{
  "env": { "CODE_GRAPH_QUIET_HOOKS": "1" }
}
```
Restart Claude Code. The hooks inject nothing (the grep, read, edit, prompt, subagent and Stop hooks stay silent, and session startup skips the project-map injection), and the MCP instructions shrink to a one-line command pointer.

Option 2: Claude Code MCP Server Only

claude mcp add code-graph-mcp -- npx -y @sdsrs/code-graph

Option 3: Cursor / Windsurf / Other MCP Clients

Add to your MCP settings file (e.g. ~/.cursor/mcp.json):

{
  "mcpServers": {
    "code-graph": {
      "command": "npx",
      "args": ["-y", "@sdsrs/code-graph"]
    }
  }
}

Option 4: npx (No Install)

Run directly without installing:

npx -y @sdsrs/code-graph

Option 5: npm (Global Install)

Install globally, then run anywhere:

npm install -g @sdsrs/code-graph
code-graph-mcp

Uninstallation

Claude Code Plugin

# Uninstall the plugin
/plugin uninstall code-graph-mcp

# (Optional) Remove the marketplace
/plugin marketplace remove code-graph-mcp

# (Optional) Clean up all config and cache data
node ~/.claude/plugins/cache/code-graph-mcp/code-graph-mcp/*/scripts/lifecycle.js uninstall

Claude Code MCP Server

claude mcp remove code-graph-mcp

Cursor / Windsurf / Other MCP Clients

Remove the code-graph entry from your MCP settings file (e.g. ~/.cursor/mcp.json).

npm (Global)

Run the teardown first, while the CLI still exists — npm 7 removed the preuninstall/postuninstall lifecycle scripts, so nothing runs on your behalf during npm uninstall. Doing it in the other order leaves the hook entries in ~/.claude/settings.json and the ~40 MB binary cache behind, with no command left on disk to remove them.

code-graph-mcp uninstall     # restore statusline, strip hooks, drop the cache
npm uninstall -g @sdsrs/code-graph

Built from source (cargo)

uninstall lives in the npm wrapper, so a cargo install / cargo build binary does not carry it — that binary tells you as much and points here. Run the teardown through npx without installing globally (npx still downloads the package and its platform binary into the npm cache), then remove your binary:

npx -y @sdsrs/code-graph uninstall   # statusline, hooks, cache
cargo uninstall code-graph-mcp       # or delete the target/release binary

MCP Tools

tools/list advertises exactly these seven. Several older niche tools were folded into flags on them, so one call now covers what used to take a separate tool:

Tool	Description
`project_map`	Full project architecture: modules, dependencies, entry points, hot functions. `include_centrality` adds architectural chokepoints
`semantic_code_search`	Hybrid BM25 + vector search (RRF) for AST nodes. Supports `compact` mode
`get_call_graph`	Trace upstream/downstream call chains for a function. Pass `route_path='GET /api/x'` to trace an HTTP route → handler → downstream instead
`get_ast_node`	One symbol with signature, body and relations. `include_impact` adds the blast radius, `include_similar` embedding-similar nodes, `include_references` callers/callees. Supports `compact` mode
`module_overview`	Symbols in a directory or file, grouped by type and caller count. `include_dead` lists unreferenced symbols under the path; `include_deps` adds the file dependency graph (single-file paths only)
`ast_search`	Search AST nodes by text and/or structural filters (type, return type, params)
`find_references`	Find all references to a symbol (callers, importers, inheritors, implementors, value/type references). Supports `compact` mode

Output budget. project_map, module_overview, get_call_graph and get_ast_node take an optional max_tokens (100-100000, counted as bytes/3 of the JSON answer). The answer is ranked by caller count; lower-ranked items are first shortened (no key symbols, no signature, no source body), then left out, and never cut in the middle. A budget object reports what was shortened or left out and budget.next holds the CLI command that returns it (one per section that lost entries, joined by ; ). On module_overview and project_map, budget.over_budget is true when even the fixed part of the answer is larger than the budget. Without max_tokens the answer is unchanged. Every existing size cut in these four tools (hot_functions_truncated, active_capped, the call-graph rollup, compressed_node, _truncated) now carries a next command too.

Hidden aliases. These names are not in tools/list but still dispatch via tools/call, so existing clients keep working: trace_http_chain / find_http_route (→ get_call_graph with route_path), read_snippet (→ get_ast_node), dependency_graph, find_similar_code, find_dead_code, plus the management tools start_watch, stop_watch, get_index_status and rebuild_index. impact_analysis is removed — calling it returns Unknown tool; use get_ast_node with include_impact=true, or the CLI's impact --json for the full report.

CLI Commands

All tools are also available as CLI subcommands for shell scripts, hooks, and terminal workflows:

Command	MCP Equivalent	Description
`search <query>`	`semantic_code_search`	FTS5 search by concept
`ast-search [query]`	`ast_search`	Structural search with `--type`/`--returns`/`--params` filters
`callgraph <symbol>`	`get_call_graph`	Show call graph (callers/callees)
`impact <symbol>`	`get_ast_node` (`include_impact=true`)	Impact analysis (callers, routes, risk level)
`show <symbol>`	`get_ast_node`	Show symbol details (code, type, signature)
`map`	`project_map`	Project architecture map
`overview <path>`	`module_overview`	Module symbols grouped by file and type
`deps <file>`	`module_overview` (`include_deps=true`)	File-level dependency graph
`trace <route>`	`get_call_graph` (`route_path=…`)	Trace HTTP route → handler → downstream calls
`similar <symbol>`	`get_ast_node` (`include_similar=true`)	Find semantically similar code (requires embeddings)
`refs <symbol>`	`find_references`	Find all references to a symbol
`dead-code [path]`	`module_overview` (`include_dead=true`)	Find unused code (orphans and exported-unused)
`grep <pattern>`	—	AST-context grep (ripgrep + containing function/class)
`incremental-index`	—	Run incremental index update (auto-creates DB if needed)

Common options: --json (JSON output), --compact (compact output), --limit N, --depth N, --file <path>.

map, overview, callgraph and show take --budget <tokens> (100-100000, counted as bytes/3 of the text answer; not with --json or --compact). Items with the fewest callers are shortened first (a module loses its key symbols, a symbol its signature, a definition its body, a call-graph node its type), then left out, deepest call-graph nodes first. Nothing is cut in the middle, and in overview of a directory one file takes at most 70% of the budget. A notice line says what was left out and is followed by next: <command>, which prints it. The existing ... and N more lines of map are followed by a next: line too.

As of v0.37.0 the CLI is clap-based: every subcommand has --help for its full flag list (code-graph-mcp <command> --help), value flags accept both --flag value and --flag=value, and unknown flags or malformed arguments fail fast with a clear error and a non-zero exit code (2) instead of being silently ignored. For example, trace hides downstream middleware with --no-middleware (shown by default), and snapshot is a create/inspect subcommand pair.

Plugin Skills

Installing the plugin ships two skills that Claude loads on its own when the situation matches — there are no slash commands to remember:

Skill	Loaded when	What it does
`explore`	Starting work in unfamiliar code, or before editing a module	Routes the question to `overview` / `map` / `callgraph` / `search` / `impact` instead of reading files one at a time
`index`	Search returns empty or stale results, or after a large restructuring	Walks `health-check`, incremental re-index, and full rebuild

Both are thin routers over the CLI subcommands documented above, so anything a skill does is also runnable by hand.

Supported Languages (19)

Language	Extensions	Relations Extracted
TypeScript	.ts, .tsx	calls, imports, exports, inherits, implements, routes_to, references
JavaScript	.js, .jsx, .mjs, .cjs	calls, imports, exports (ESM + CommonJS), inherits, routes_to, references
Go	.go	calls, imports, inherits, routes_to, references
Python	.py, .pyi	calls, imports, inherits, routes_to, references
Rust	.rs	calls, imports, implements, routes_to (axum), references
Java	.java	calls, imports, inherits, implements, references
C#	.cs	calls, imports, inherits, implements
Kotlin	.kt, .kts	calls, imports, inherits
Ruby	.rb	calls, imports, inherits
PHP	.php	calls, imports, inherits, implements
Swift	.swift	calls, imports, inherits
Dart	.dart	calls, imports, inherits, implements
C	.c, .h	calls, imports, references
C++	.cpp, .cc, .cxx, .hpp, .hh, .hxx	calls, imports, inherits, references
Bash	.sh, .bash	functions, commands, `source`/`.` imports
Markdown	.md, .mdx, .markdown	headings
HTML	.html, .htm	file-FTS only (no AST symbols)
CSS	.css	file-FTS only (no AST symbols)
JSON	.json	file-FTS only (no AST symbols)

Known limitations:

Rust has no inherits edges — the language has no class inheritance, so impl Trait for Type is recorded as implements and an inherits-filtered query returns empty for Rust.
Kotlin/Swift interface conformance is recorded as inherits (both use a single : Type grammar for base classes and protocols/interfaces), so implements-filtered queries return empty for these two languages.
Cross-file dead-code detection may false-positive a type whose only cross-file reference sits beyond the 4096-byte stored-content cap per node (documented accepted limitation, v0.97.1).
A file tree-sitter cannot fully parse is indexed over a damaged parse. Symbols inside the damaged region can be missing or mis-scoped — e.g. a Swift class whose body holds #if/#error directives, or macro-heavy C++ headers. The index reports the damage rather than hiding it. A run prints Syntax errors in <file> — symbols may be incomplete per file plus an N file(s) parsed with syntax errors total, and the verdict is stored with the index, so it survives the run: health-check names the files (Parse: N file(s) indexed over a damaged parse, plus files_with_parse_errors / parse_error_files under --json), doctor shows a Parse row, and the MCP get_index_status carries the same two fields. An incremental run over unrelated files does not clear it — only re-parsing the offending file, or deleting it, does. Rust borrows of a binding named raw (&raw, &raw[..], &raw.field), which the old tree-sitter-rust 0.23 grammar misread as the &raw const operator, parse cleanly since the tree-sitter 0.25 upgrade: this repo indexed fresh went from 9 damaged Rust files to 0.

Team-shared graph snapshot

Skip the full local index for team members and CI runners by publishing a ~3-5MB graph snapshot with each GitHub release.

Setup (one-time):

Copy node_modules/@sdsrs/code-graph/claude-plugin/templates/code-graph-snapshot.yml into your repo's .github/workflows/.
Push a release tag. The workflow uploads code-graph-snapshot-<sha>.db.zst as a release asset.

Verify:

npx -y -p @sdsrs/code-graph code-graph-mcp snapshot inspect ./code-graph-snapshot-<sha>.db.zst

After setup, the auto-fetch is opt-in per consumer: an untrusted repo could otherwise seed a misleading graph, so an unconfigured clone silently skips the install — the explanation is logged at debug level (RUST_LOG=debug) rather than warned, because deciding whether this repo even publishes a snapshot would require the network call the gate is declining to make, and an unconditional warning would fire on every repository. A committed [snapshot] url override is louder: that one does warn, because the file is already asking for something. Enable the auto-fetch with one of the trust signals below. These live in the environment (never in .code-graph.toml) so a committed/PR-injected config file cannot set them.

Environment variable	Effect
`CODE_GRAPH_SNAPSHOT_TRUST_ORIGIN=1`	Trust the auto-detected GitHub-release snapshot for this repo's `origin` remote, allowing auto-install.
`CODE_GRAPH_SNAPSHOT_PIN=<blake3 hex>`	Pin the expected artifact digest (64-char blake3 hex). When set it is the sole integrity authority — the download must match it, no network sidecar is consulted — and it also implicitly trusts the origin path.
`CODE_GRAPH_SNAPSHOT_TRUST_URL=1`	Honor a `.code-graph.toml [snapshot] url` override (an arbitrary, non-origin URL). Off by default because a committed URL could redirect the graph to an attacker-chosen database.

Integrity fail-closes: with no pin set and no fetchable <url>.blake3 sidecar, install is refused rather than accepting unverified content. Set a pin, or have the publisher serve the .blake3 sidecar alongside the snapshot. (file:// sources, used in tests, are exempt.)

Offline / air-gapped usage

The optional embedding model (needed for vector semantic search) is downloaded lazily on first use. To control that in a restricted environment:

Environment variable	Effect
`CODE_GRAPH_MODEL_DIR=<dir>`	Load `model.safetensors` from `<dir>` instead of downloading (highest-priority lookup). If the file isn't there, it warns and falls back to the normal search paths.
`CODE_GRAPH_DISABLE_MODEL_DOWNLOAD=1`	Disable the automatic background model download. An already-cached model is still loaded and used; the server otherwise stays in FTS5-only mode.

Installing the model by hand

CODE_GRAPH_MODEL_DIR is the supported manual route. Hand-populating the default cache dir (<platform cache>/code-graph/models) does not work: that dir is only trusted once extract_and_promote has written a .model-id marker, so a manually filled copy is treated as not-current and re-downloaded.

# Download + verify against the published checksum, then extract flat
# (the archive has no wrapping folder: model.safetensors, tokenizer.json, config.json).
curl -sL -o models.tar.gz \
  https://github.com/sdsrss/code-graph-mcp/releases/download/v<version>/models.tar.gz
curl -sL -o models.tar.gz.sha256 \
  https://github.com/sdsrss/code-graph-mcp/releases/download/v<version>/models.tar.gz.sha256
# The .sha256 file holds the bare hash; sha256sum -c wants "<hash>  <file>".
echo "$(cat models.tar.gz.sha256)  models.tar.gz" | sha256sum -c -
mkdir -p ~/.cache/code-graph/models-manual
tar -xzf models.tar.gz -C ~/.cache/code-graph/models-manual
export CODE_GRAPH_MODEL_DIR=~/.cache/code-graph/models-manual

On Windows use %LOCALAPPDATA%\code-graph\models-manual, and give tar a POSIX path for -C (/c/Users/<you>/...) — tar -C C:\... fails with "Cannot connect to C: resolve failed". The model is pinned by content hash, so a manual install must be redone on each version bump.

Diagnosing a model that never downloads

code-graph-mcp doctor reports the model state, distinguishing "model files present but not loaded" (weights on disk — e.g. installed by the npm plugin — just no MCP server session yet) from "no download has been attempted" and from "download FAILED after N attempt(s): …" with the underlying error. The raw record is <platform cache>/code-graph/model-download.json. On a network that performs TLS inspection, the download retries automatically against the OS certificate store after the bundled roots are rejected.

Storage

Uses SQLite with:

FTS5 for full-text search
sqlite-vec extension for vector similarity search
Merkle tree hashes for incremental change detection

Data is stored in .code-graph/index.db under the project root (auto-created, gitignored).

Environment variables

Every CODE_GRAPH_* variable the code reads, in one place — the alternative was reading the source to find out a switch existed. All of them are optional; the defaults are what you get by doing nothing.

Switches you may actually want

Variable	Effect
`CODE_GRAPH_NO_AUTO_UPDATE=1`	Never check GitHub for a new release.
`CODE_GRAPH_NO_AUTO_ADOPT=1`	Skip SessionStart's adoption check: no cleanup of this plugin's legacy memory-dir files and no notice about an out-of-date steering block. SessionStart never writes `CLAUDE.md` itself; `code-graph-mcp adopt` does.
`CODE_GRAPH_NO_TEMPLATE_REFRESH=1`	Do not report a steering block that has drifted from the current template (SessionStart only reports it; `code-graph-mcp adopt` refreshes it).
`CODE_GRAPH_NO_GITIGNORE=1`	Do not write the `.code-graph/` ignore rule. It goes to the repository's local `.git/info/exclude`, never to the tracked `.gitignore`, and only when neither file names the directory already.
`CODE_GRAPH_QUIET_HOOKS=1`	The hooks inject nothing (grep, read, edit, prompt, subagent and Stop stay silent), and the MCP `instructions` shrink to a one-line pointer to the full decision table.
`CODE_GRAPH_VERBOSE_HOOKS=1`	The opposite: opt into the noisy form.
`CODE_GRAPH_NO_BLOCK_GREP=1`	Never turn a `grep` hint into a block — prefix a single command with it to get past one.
`CODE_GRAPH_NO_INJECT=1`	No post-tool AST context injection.
`CODE_GRAPH_STATUSLINE_COUNTS=0`	Drop the session counts (`5 answers · 2 calls`) from the statusline.
`CODE_GRAPH_HOOK_INDEX=on\|off`	Turn the per-edit incremental-index hook on (it is off by default; the MCP server's watcher re-indexes edits at its next query tool call) or keep it off.
`CODE_GRAPH_YIELD_TO_SERVER=1`	Set by SessionStart on its background refresh: `incremental-index` indexes nothing (exit 0) while another process holds `.code-graph/index.lock` — an MCP server, which keeps the index fresh itself, or a `rebuild-index`.
`CODE_GRAPH_MODEL_DIR=<dir>`	Load the embedding model from here (air-gapped installs).

Sharing the statusline with another plugin

code-graph claims Claude Code's single statusLine slot and runs a composite that calls each registered provider in turn, so other plugins keep their segment instead of losing the slot. Whatever occupied it at install time is captured automatically as the _previous provider and restored on uninstall, unless another plugin has registered a segment through code-graph: then the slot goes to that plugin, so its segment keeps rendering, and your previous command stays listed in ~/.claude/statusline-providers.json for you to put back.

A third-party plugin registers itself through the shipped CLI:

# Resolve the script through the installed package. NOT $CLAUDE_PLUGIN_ROOT:
# Claude Code sets that per-plugin, so inside YOUR hook it points at YOUR
# plugin's root, and in a plain shell it is unset.
CG="$(npm root -g)/@sdsrs/code-graph/claude-plugin/scripts/statusline-chain.js"

# <id> is a stable name (your plugin's, not a version); <command> is a shell
# command that prints ONE line. Add --stdin if it expects Claude Code's status
# JSON on stdin.
node "$CG" register gsd "node /path/to/gsd-status.js" --stdin
node "$CG" list
node "$CG" unregister gsd

Detail	Value
Registry (working copy)	`~/.cache/code-graph/statusline-registry.json`
Durable mirror	`~/.claude/statusline-providers.json` — survives a cache wipe
Reserved ids	`code-graph`, `_previous`
Exit codes	`0` registered / unregistered / listed / already in that state · `1` usage · `2` reserved id, or a registry file that exists and cannot be read

Exit 2 on an unreadable registry is deliberate: the mutation refuses rather than rebuilding, because that file holds the user's previous statusline and other plugins' entries. An installer that reads exit codes must not treat it as "registered".

Variable	Set by	Purpose
`CODE_GRAPH_STATUSLINE_CWD`	statusline-composite	Forwards Claude Code's authoritative cwd to each statusline provider.
`CODE_GRAPH_STATUSLINE_SESSION`	statusline-composite	Forwards the stdin `session_id` (UUID-shaped only), so the code-graph segment counts this session's answers and calls.
`CODE_GRAPH_STATUSLINE_DEBUG`	test suite	Makes statusline-composite print why it dropped a provider instead of swallowing the error. Off by default so a broken third-party provider stays silent in a real statusline.
`CODE_GRAPH_INSTALL_LOCK_HELD`	launcher	Tells a child that the parent already holds the install lock, so it does not deadlock.
`CODE_GRAPH_AUTO_UPDATE_SILENT`	session-init	Runs the update check without console output.
`CODE_GRAPH_NO_ANSWER_IN_DENY`	lifecycle	Keeps `cg-answer` out of the deny path.
`CODE_GRAPH_FORCE_PLUGIN_MCP`	launcher	Serve MCP even from a context that would otherwise decline.
`CODE_GRAPH_FORCE_STATUSLINE`	`lifecycle install`	Reclaim the statusline slot from another provider.
`CODE_GRAPH_INTERNAL`	this repo's own hooks	Marks a tool call as self-generated so it is excluded from adoption metrics.
`CODE_GRAPH_DOGFOOD`	dev sessions	Tags MCP usage as dev self-test traffic.
`CODE_GRAPH_DEV`	dev checkouts	Dev mode: changes binary resolution and disables auto-update.
`CODE_GRAPH_EMIT_CONFIDENCE`	debugging	Emit per-result confidence from semantic search.
`CODE_GRAPH_BIN`	`scripts/e2e-validate.js`	Binary under test.
`CODE_GRAPH_AUTO_UPDATE_E2E=1`	release smoke test	Opts into the live auto-update E2E, skipped by default.

Build from Source

Prerequisites

Rust 1.95.0 (2021 edition) — the toolchain CI and the release build pin (dtolnay/[email protected] in .github/workflows/). No older toolchain is tested: Cargo.lock is lockfile version 4, which Cargo 1.75 cannot read at all, and no rust-version floor is declared in Cargo.toml.
A C compiler (for bundled SQLite / sqlite-vec)

Build

# Default build — FTS5-only (~10 MB binary, no embedding model)
cargo build --release

# With local embedding model (~150 MB binary; downloads ~120 MB model lazily on first semantic search)
cargo build --release --features embed-model

Direct cargo install users get the FTS5-only build by default. npm/npx/plugin users get the full hybrid (FTS5 + vector) build automatically — release CI compiles with --features embed-model for shipped binaries.

Configure (from source)

Add the compiled binary to your MCP settings:

{
  "mcpServers": {
    "code-graph": {
      "command": "/path/to/target/release/code-graph-mcp"
    }
  }
}

Development

# Run tests
cargo test

# Run tests without embedding model
cargo test --no-default-features

# Check compilation
cargo check

# Run performance benchmarks (indexing, search, call graph)
cargo bench --no-default-features

License

See LICENSE for details.

Diesen Server hinzufügen

Host a copy with our keys and logs.

Server facts

Tools

Questions