Gitcortex
FreeNot checkedMCP server library for GitCortex — exposes the knowledge graph via the Model Context Protocol
About
MCP server library for GitCortex — exposes the knowledge graph via the Model Context Protocol
README
A local-first, branch-aware code knowledge graph for Git repositories.
License: MIT crates.io npm PyPI CI
GitCortex (gcx) indexes your codebase incrementally on every commit using tree-sitter AST parsing, persists the graph in an embedded KuzuDB database, and exposes it to AI coding assistants via an MCP server, in Codex, Claude Code, Cursor, Windsurf, GitHub Copilot, and Google Antigravity.
brew install bharath03-a/tap/gitcortex # or: pipx install gitcortex · cargo install gitcortex
cd your-repo && gcx init # index + install hooks; add --editor <name> for MCP setup
Contents: Why · Demo · How it works · Install · Quick start · Commands · Languages · MCP · Graph schema · Benchmark · Architecture · Limitations & roadmap · Contributing
Why
When you ask an AI editor to work on a large codebase, it either scans dozens of files to build context (burning tokens) or misses the bigger picture entirely. There's no middle ground.
GitCortex gives your AI editor a pre-built, queryable call graph of your repo, functions, structs, traits, interfaces, call relationships, inheritance, so instead of reading raw source files it can ask precise questions like "what calls this function?" or "what implements this trait?" and get structured answers instantly.
Highlights
MIT licensed: commercial-friendly.
Zero runtime dependencies: single static binary, no Node.js / Python runtime required.
5 languages: Rust, Python, TypeScript/JavaScript, Go, Java (coverage matrix).
Auto-indexing on every git op: incremental, sub-500 ms on changed files; a full index of a 520k-LOC repo (Django) takes ~4 s.
Per-branch graphs: switching branches is instant, no re-index.
Wiki, search, tour, blast-radius: built-in discovery surface for AI assistants and humans.
Works in Codex, Claude Code, Cursor, Windsurf, GitHub Copilot, Google Antigravity via MCP.
Net token savings on real sessions: median of 3 runs across 5 OSS repos (Rust, Python, TS, Go, Java): +7.7 % overall, geomean 1.06×, with discovery queries (
search_code) winning 1.30× and landing in ~half the turns of grep (see benchmark below).One smart dispatch tool by default:
gcxis a single compact MCP schema covering every graph operation, so agents don't pay the schema cost of all 27 individual tools on every turn — the fixed per-turn schema overhead of loading many tool definitions is a real, measured cost (see RELEASE-GATE.md). All 27 individual tools remain one flag away (gcx serve --full) for power users and agents that want granular, single-purpose calls.PR blast-radius bot:
gcx init --ciwrites a GitHub Actions job that indexes on every pull request and posts a sticky PR comment with risk-scored blast radius — changed nodes, affected callers, and a 🟢🟡🟠🔴 risk band — viagcx blast-radius --format github-comment. No hosted service, no waitlist; it runs in your own CI today (full section below). Example comment output:## 🟠 Blast Radius — Risk: **HIGH** > `feat/auth` → `main` · 4 changed · 18 affected ### Changed nodes | Kind | Name | File | |------|------|------| | `function` | `hash_password` | `src/auth.rs:42` | ### Affected callers | Hop | Kind | Name | File | |-----|------|------|------| | 1 | `function` | `login` | `src/handlers.rs:88` | --- _Generated by [GitCortex](https://github.com/bharath03-a/GitCortex)_Six viz formats: WebGL Cosmograph UI, self-contained HTML, SVG, DOT, GraphML, Neo4j Cypher.
Demo
This is a real capture of gcx viz running locally against the GitCortex
repository: 2,495 indexed symbols, the live force-directed graph, complete
symbol search, and a connected find_callers investigation with callers and
callees. No hosted product page or mock data is shown.
Benchmark
We run real assistant sessions twice on the same questions, once with normal source search/read, once with GitCortex graph access, and record the assistant-reported token usage. No chars/4 proxy.
| Question | What it tests |
|---|---|
| "Find all auth-related code" | Discovery, where the graph vs. grep matters most |
| "Give me a tour of this codebase" | Architecture overview |
| "If I change X, what breaks?" | Refactor impact, honest about limits |
| "Show everything connected to X" | Neighbourhood, honest loss case on large hubs |
Real results (compact MCP, 5 repos × 4 questions, median of 3 runs)
| Repo | Language | Baseline tokens | Graph tokens | Saved |
|---|---|---|---|---|
| ripgrep | Rust | 95,824 | 73,711 | +23.1 % |
| requests | Python | 81,650 | 64,712 | +20.7 % |
| hono | TypeScript | 76,963 | 81,940 | −6.5 % |
| cobra | Go | 70,033 | 72,271 | −3.2 % |
| gson | Java | 70,043 | 71,548 | −2.2 % |
Aggregate: +7.7 % tokens saved, geomean 1.06×. Per question (median ratio): search_code 1.30×, start_tour 1.02×, find_callers 0.96×, get_subgraph 0.94×.
Why these numbers are lower than older claims. Earlier reports quoted ~38 % from a single run; run-to-run variance is large (one repo swung ±70 pp between identical runs), so single-run aggregates aren't trustworthy. These are medians of 3 rounds with rate-limited/errored sessions excluded, the honest, noise-resistant view. See the full report for the previous run behind a dated toggle.
What improves most: targeted discovery, search_code reliably wins (1.30×) and lands the answer in roughly half the turns of grep. Larger, idiomatic repos (Rust, Python) benefit most.
Where the graph is still weak: broad "tour" and "what breaks" questions stay near break-even (the model reads code either way), and Java (gson) is the consistent drag, its parser is the shallowest. Both are active work.
📊 Full interactive benchmark report →: per-language breakdown, full vs. compact MCP comparison, charts, and methodology. (Source: docs/benchmarks/final-report.html)
Reproducing
cargo build --release --bin gcx
# Codex compact-MCP sweep (5 languages, 4 questions)
bash docs/benchmarks/codex-sweep.sh gpt-5.4-mini 4
# Claude sweep (haiku, release-gate benchmark)
bash docs/benchmarks/real-sweep.sh
# Single Codex repo
bash docs/benchmarks/codex-harness.sh \
https://github.com/BurntSushi/ripgrep \
/tmp/ripgrep-codex.json gpt-5.4-mini 4
# Single Claude repo
bash docs/benchmarks/real-harness.sh \
https://github.com/BurntSushi/ripgrep \
/tmp/ripgrep.json claude-haiku-4-5-20251001 4
# Render HTML reports from existing JSON
python3 docs/benchmarks/real-report.py docs/benchmarks/codex-report-data \
-o docs/benchmarks/codex-report.html
python3 docs/benchmarks/real-report.py
How it works
gcx initinstalls four git hooks and runs an initial full index.- On every local HEAD change the hook fires, diffs only the changed files, and updates the graph in under 500ms.
gcx servestarts an MCP server on stdio so Codex, Claude Code, or any MCP client can query the graph.gcx vizopens an interactive force-directed graph in your browser.
The graph is namespaced per branch, switching branches instantly gives you the graph for that branch with no re-indexing.
Supported languages
All five languages parse into the same graph schema (nodes + edges) and work with every query, the MCP tools, and the visualizer. Coverage maturity differs by language, the table is honest about what's deep vs. still shallow.
| Language | Defs (fn/type/method) | Calls | Inheritance | Imports | Notes |
|---|---|---|---|---|---|
| Rust | ✅ | ✅ | ✅ traits/impls | ✅ | Reference implementation; deepest coverage. |
| Python | ✅ | ✅ | ✅ base classes | ✅ | Decorators, async, generators, nested classes, properties, module-level bindings. |
| TypeScript / JavaScript | ✅ | ✅ | ✅ extends/implements | ✅ | Generics, arrow-fn consts, type aliases, getters/setters. Visibility from export. |
| Go | ✅ | ✅ | ◑ embedding | ✅ | Methods bind to receiver types. Structural interface satisfaction is not inferred (see roadmap). |
| Java | ✅ | ✅ | ✅ extends/implements (incl. generics) | ✅ | Member annotations + fields not yet modeled (see roadmap). |
Call resolution is syntactic (no full type inference): a call to a name with more than a handful of same-named definitions is treated as ambiguous and left unlinked rather than fanned out to all of them. This keeps the graph precise and the index fast.
Adding a language is a self-contained task, implement one LanguageParser in gitcortex-indexer. See CONTRIBUTING.md.
Requirements
- Git
- Rust 1.80+ (only needed for source installs, pre-built binaries require nothing)
Installation
Homebrew (macOS and Linux — no Rust required):
brew install bharath03-a/tap/gitcortex
pip / pipx / uv (Python, no Rust required):
pip install gitcortex
# or (isolated install, preferred for CLI tools)
pipx install gitcortex
# or
uv tool install gitcortex
Direct binary download (no package manager required):
# macOS Apple Silicon (M1/M2/M3)
curl -LO https://github.com/bharath03-a/GitCortex/releases/latest/download/gitcortex-aarch64-apple-darwin.tar.xz
tar -xf gitcortex-aarch64-apple-darwin.tar.xz
sudo mv gcx /usr/local/bin/
# macOS Intel
curl -LO https://github.com/bharath03-a/GitCortex/releases/latest/download/gitcortex-x86_64-apple-darwin.tar.xz
tar -xf gitcortex-x86_64-apple-darwin.tar.xz
sudo mv gcx /usr/local/bin/
# Linux x86_64
curl -LO https://github.com/bharath03-a/GitCortex/releases/latest/download/gitcortex-x86_64-unknown-linux-gnu.tar.xz
tar -xf gitcortex-x86_64-unknown-linux-gnu.tar.xz
sudo mv gcx /usr/local/bin/
# Linux ARM64
curl -LO https://github.com/bharath03-a/GitCortex/releases/latest/download/gitcortex-aarch64-unknown-linux-gnu.tar.xz
tar -xf gitcortex-aarch64-unknown-linux-gnu.tar.xz
sudo mv gcx /usr/local/bin/
Or use the one-line installer:
curl --proto '=https' --tlsv1.2 -LsSf \
https://github.com/bharath03-a/GitCortex/releases/latest/download/gitcortex-installer.sh | sh
npm / pnpm / yarn (Node.js, no Rust required):
npm install -g gitcortex
# or
pnpm add -g gitcortex
# or
yarn global add gitcortex
Pre-built binaries for macOS (arm64/x86_64) and Linux (x86_64/aarch64) are published automatically on every release via GitHub Releases.
Verified releases
Every binary artifact on a GitHub Release is signed with cosign
using keyless OIDC (Sigstore) signing — no private key is stored anywhere, the signature is tied to
the GitHub Actions run that built it. Each artifact ships with a .sig and .pem alongside it.
# download the artifact, its signature, and its certificate
curl -LO https://github.com/bharath03-a/GitCortex/releases/latest/download/gitcortex-aarch64-apple-darwin.tar.xz
curl -LO https://github.com/bharath03-a/GitCortex/releases/latest/download/gitcortex-aarch64-apple-darwin.tar.xz.sig
curl -LO https://github.com/bharath03-a/GitCortex/releases/latest/download/gitcortex-aarch64-apple-darwin.tar.xz.pem
cosign verify-blob \
--certificate gitcortex-aarch64-apple-darwin.tar.xz.pem \
--signature gitcortex-aarch64-apple-darwin.tar.xz.sig \
--certificate-identity-regexp 'https://github\.com/bharath03-a/GitCortex/\.github/workflows/release\.yml@.*' \
--certificate-oidc-issuer https://token.actions.githubusercontent.com \
gitcortex-aarch64-apple-darwin.tar.xz
A successful verification prints Verified OK. Substitute the artifact filename for your platform.
Windows (via WSL2)
Native Windows is not currently supported, the embedded graph store (KuzuDB 0.11.3, upstream archived Oct 2025) does not link cleanly under MSVC (LNK1169/LNK2038 symbol conflicts). Restoring native Windows requires replacing the store layer; tracked as a future effort.
WSL2 is the supported Windows path today. Install WSL2 with Ubuntu,
then use the Linux x86_64 binary or pip install gitcortex / npm install -g gitcortex inside WSL2:
everything works identically to native Linux.
Cargo (from crates.io):
cargo install gitcortex
Build from source:
git clone https://github.com/bharath03-a/GitCortex
cd GitCortex
cargo build --release
./target/release/gcx --help
Quick start
cd your-repo
gcx init
That's it in a real terminal — gcx init indexes the repo, installs four git hooks, then shows a checkbox menu (Claude Code, Cursor, Windsurf, Copilot, Antigravity, Codex) so you can pick — space to toggle, enter to confirm, none checked means none configured — one or several assistants at once (e.g. Claude Code and Antigravity together) and wire them all in. This only happens once per repo per machine — rerunning gcx init later won't ask again. Every subsequent commit updates the graph automatically.
Scripting it, or running in CI? Skip the prompt with an explicit flag:
gcx init --editor claude # or cursor / windsurf / copilot / antigravity / codex
gcx init --editor auto # detect which editor you use
gcx init --editor all # wire every supported editor at once
gcx init --editor none # index only, no AI assistant wiring — same as a piped/non-interactive `gcx init`
Skipping editor setup entirely (none, or a non-interactive shell with no --editor) leaves the assistant with no idea GitCortex exists — only the index and git hooks are set up. Run gcx init --help to see the full list.
Confirm it worked:
gcx doctor
[ok] assistant configured (Claude Code) (or whichever editor you picked) means the AI assistant side is actually connected — not just the index.
Commands
Every gcx subcommand accepts a global --color flag controlling ANSI output:
gcx --color auto query lookup-symbol Foo # default: colour only when stdout is a TTY
gcx --color always query find-callers bar # force colour (useful in pipes that handle ANSI)
gcx --color never query symbol-context baz # plain text, for scripts and CI
gcx also respects the NO_COLOR convention, CLICOLOR=0, and TERM=dumb. NodeKinds are coloured to match the WebGL viz palette: structs green, traits/constants yellow, interfaces cyan, functions blue, methods bright-blue, modules magenta, same identity wherever you read it.
gcx init
Installs four non-blocking Git hooks, runs the initial full index, and writes .gitcortex/AGENT_GUIDE.md. Editor configuration is controlled by --editor; omit it in a real terminal and gcx init asks interactively which assistant to configure — but only the first time per repo per machine. Whatever you pick (including "none") is remembered, so later gcx init runs never ask again; add an assistant afterward with gcx init --editor <name>. Omit it in a non-interactive shell (CI, a pipe) and no editor is configured, same as --editor none.
gcx init # interactive prompt in a terminal; no-op in CI/pipes
gcx init --editor none # explicitly skip editor configuration
gcx init --editor codex # repository-local Codex setup
gcx init --editor claude # repository-local Claude setup
gcx init --editor auto # explicitly request environment detection
gcx init --editor windsurf --global-editor-config # explicitly permit global MCP config
gcx init --editor all # all repository-local integrations
gcx init --shared-git-hooks # permit an external shared core.hooksPath
gcx init --ci # also writes .github/workflows/gcx-blast-radius.yml
Output:
✔ GitCortex initialised (820ms)
Graph 2 141 nodes | 5 328 edges
Hooks 4 git hooks installed
Editors Codex
Universal .gitcortex/AGENT_GUIDE.md, .gitcortex/ignore
| Editor | Files written |
|---|---|
| Claude Code | .mcp.json, .claude/hooks/, .claude/settings.json, .claude/skills/, .claude/commands/; optionally ~/.claude.json |
| Codex | AGENTS.md, .codex/config.toml, .codex/hooks/, .codex/hooks.json |
| Cursor | .cursor/rules/gitcortex.mdc, .cursor/mcp.json |
| Windsurf | .windsurfrules; optionally ~/.codeium/windsurf/mcp_config.json |
| Copilot | .vscode/mcp.json, .github/copilot-instructions.md |
| Antigravity | .agents/plugins/gitcortex/ (plugin.json, mcp_config.json, hooks.json, rules/AGENTS.md, skills/) — a self-contained plugin bundle, MCP included by default; optionally also ~/.antigravity/mcp.json and ~/.gemini/config/mcp_config.json (for the agy CLI) with --global-editor-config |
Global files are never changed unless --global-editor-config is supplied.
gcx deinit
Safely removes GitCortex-owned hook blocks and repository-local editor integrations. Shared files retain unrelated content.
gcx deinit --dry-run # review every affected path
gcx deinit # keep graph data and .gitcortex/
gcx deinit --global-editor-config # also unregister global MCP entries
gcx deinit --shared-git-hooks # permit changes to an external shared hooks path
gcx deinit --purge # also remove repo config and local graph data
gcx hook
Called automatically by the git hooks, you rarely invoke this directly.
gcx hook # post-commit / post-merge / post-rewrite
gcx hook --branch-switch # post-checkout; synchronizes the checked-out branch
gcx serve
Starts an MCP stdio proxy for your assistant. The first client starts a machine-local repository daemon that owns KuzuDB; later clients share that daemon, so Codex, Claude, Cursor, and other editors can query the same repository concurrently without lock races. The daemon exits shortly after its final client disconnects.
gcx serve # compact single-dispatch surface (default)
gcx serve --full # compact dispatch plus all individual tools
Compact and full clients can run at the same time. The socket is repository-scoped, local-only, and permissioned for the current user.
gcx query
One-shot CLI queries for manual inspection. The same surface is exposed to AI assistants as MCP tools.
# Locate symbols
gcx query lookup-symbol MyStruct
gcx query search auth --limit 10 # ranked fuzzy match
gcx query list-definitions src/lib.rs
# Call graph
gcx query find-callers process_request --branch main --depth 3
gcx query find-callees handle_request
gcx query trace-path entry_point database_query
gcx query symbol-context apply_diff # 360° view (def + callers + callees + uses)
# Discovery, new in v0.3
gcx query wiki apply_diff # markdown wiki page for a symbol
gcx query tour --limit 12 # centrality-ranked global tour
gcx query tour --seed main # BFS-walk outward from a seed
gcx query find-god-nodes --min-in-degree 5 # high-fan-in hub symbols
gcx query find-clusters --min-cluster-size 3 # code communities via label propagation
gcx viz
Visualise the knowledge graph.
gcx viz # default: WebGL Cosmograph UI on port 5678
gcx viz --port 9000 # custom port
gcx viz --branch feat/auth # visualise a different branch
gcx viz --format html > graph.html # self-contained vis-network HTML, open offline
gcx viz --format svg > graph.svg # static SVG with kind-grouped concentric layout
gcx viz --format dot > graph.dot # Graphviz DOT (pipe to `dot -Tsvg ...`)
gcx viz --format graphml > graph.graphml # importable by Gephi, yEd, Cytoscape
gcx viz --format cypher > import.cypher # Neo4j bulk CREATE statements
Format choice:
--format |
Output | When to use |
|---|---|---|
web (default) |
Live Axum server, Cosmograph WebGL UI | Interactive exploration on a running machine |
html |
Single self-contained file (vis-network from CDN) | Share via Slack/email, open offline, embed in docs |
svg |
Static SVG, kind-grouped concentric layout | Paste into Markdown/PRs/issues |
dot |
Graphviz DOT | Pipe to dot/neato for high-fidelity SVG/PNG |
graphml |
XML graph | Open in Gephi / yEd / Cytoscape for analysis |
cypher |
Neo4j Cypher | Push the graph into a live Neo4j instance |
The browser UI is a React 19 + Vite + Tailwind v4 single-page app, rendered by Cosmograph (@cosmos.gl/graph), a WebGL/GPGPU force-directed graph engine that runs the entire simulation on the GPU. The whole bundle is embedded in the gcx binary via include_bytes!, so there is no runtime dependency beyond a browser.
Features:
- GPGPU force layout: clusters form naturally on first paint, smooth at 60fps even on thousands of nodes
- Three-pane shell: FilterRail (left) · Cosmograph canvas (center) · Inspector (right) · StatusBar (bottom)
- Density modes in the header:
Focused(only semantically connected nodes),Public API(onlypubsymbols),Full(all) - Cmd+K search palette: fuzzy match on name and qualified_name, ↑/↓/Enter keyboard navigation, click zooms-to-node
- Inspector tabs: local Callers/Callees/Uses (computed client-side from the live graph), plus a Deep Callers tab backed by MCP
find_callers_deepwith risk scoring (LOW / MEDIUM / HIGH / CRITICAL) - Branch diff overlay: pick a branch from the header dropdown; added nodes glow emerald, removed nodes glow red, with a live legend
- NodeKind + EdgeKind filter toggles in the left rail, with per-kind counts
- Floating canvas controls: zoom in/out, fit, focus selected, play/pause simulation
- Catppuccin dark theme with custom Tailwind v4 design tokens (
--color-void,--color-accent, etc.) - Editor links: clicking a node opens it in VS Code/Cursor/IDEA via
file:lineURI
gcx blast-radius
Show which callers are affected by changes between two branches. Powers the PR comment bot.
gcx blast-radius --base main --head feat/auth
gcx blast-radius --base main --head feat/auth --depth 3
gcx blast-radius --base main --head feat/auth --format github-comment
gcx blast-radius --base main --head feat/auth --format json
Example output (--format text):
Blast Radius Report
────────────────────────────────────────────────────
feat/auth → main
Changed: 2 | Affected: 8 | Risk: MEDIUM
────────────────────────────────────────────────────
Changed nodes:
function validate_token src/auth.rs:23
method build_claims src/auth.rs:54
Affected callers:
[hop 1] function handle_request src/handler.rs:8
[hop 1] function middleware_chain src/middleware.rs:3
[hop 2] function router src/main.rs:12
...
gcx export
Generates .gitcortex/context.md, a readable Markdown codebase map organized by file with hierarchical struct→method containment. Once generated, the git hook keeps it fresh after every commit.
gcx export # writes .gitcortex/context.md (Markdown map)
gcx export --branch feat/auth
gcx export --format json > graph.json # committable JSON: symbols + edges, joinable by id
gcx export --claude-md --top 40 # upsert top-N symbols into CLAUDE.md
--format json: emits{ branch, sha, symbols[], edges[] }to stdout. Each symbol carriesid,name,qualified_name,kind,file,line,visibility; edges reference symbolids. Commit it, diff it in PRs, or consume it in CI without the binary or the embedded DB.--claude-md: upserts a compact, centrality-ranked symbol table intoCLAUDE.mdbetween<!-- gcx:symbols start/end -->markers (idempotent). Assistants get the most-referenced symbols (name →file:line) pre-loaded with zero tool calls, with a hint to fall back to the MCP tools for anything not listed.
Example output:
# Codebase Map
> Branch: `main` · 312 definitions · SHA: `abc1234`
## src/auth.rs
- `pub struct AuthConfig` :5
- `pub fn from_env` :10
- `pub fn is_valid` :20
- `pub async fn validate_token` :30
## src/handler.rs
- `pub fn handle_request` :8
Commit .gitcortex/context.md to give teammates (and Claude) instant codebase context without an MCP server.
gcx status
Show node and edge counts for the current branch.
gcx status
gcx status --branch feat/auth
branch: main
last sha: abc1234...
nodes: 312
function 80
method 69
struct 22
...
edges: 847
calls 514
contains 246
...
gcx clean
Wipe the graph store for this repo so the next gcx init or commit triggers a full re-index.
gcx clean
gcx doctor
Diagnose setup issues: hooks installed, MCP registered, store accessible, index current.
gcx doctor
Example output:
gcx doctor
[ok] gcx v0.7.5 on PATH (/usr/local/bin/gcx)
[ok] git repository detected
[ok] post-commit hook installed
[ok] post-merge hook installed
[ok] post-rewrite hook installed
[ok] post-checkout hook installed
[ok] graph store accessible (1 842 nodes, 4 217 edges on main)
[ok] index is current (HEAD abc1234)
[ok] MCP registered (Claude Code)
[ok] assistant configured (Codex)
[--] MCP not configured for Cursor (run: gcx init --editor cursor)
All checks passed.
gcx update
Check for a newer release and print the right update command for your install method.
gcx update
gcx update
current version: 0.7.5
latest version: 0.7.5
you are up to date.
To update (cargo):
cargo install gitcortex
CI / PR blast radius bot
gcx init --ci
This writes .github/workflows/gcx-blast-radius.yml. On every pull request it runs gcx blast-radius and posts the result as a sticky PR comment using the github-comment format.
MCP integration
Editor registration is opt-in. Use --editor to select a target explicitly:
gcx init --editor codex
gcx init --editor claude
gcx init --editor all
Codex uses the compact server by default:
[mcp_servers.gitcortex]
command = "gcx"
args = ["serve"]
startup_timeout_sec = 30
The compact single-dispatch MCP surface is the default for every editor. Run gcx serve --full only when an MCP client explicitly needs the complete individual-tool surface.
Available MCP tools
| Tool | Description |
|---|---|
gcx |
Single-dispatch tool: one schema covers all operations below. Pass action + params to avoid loading 27 separate schemas per turn. Preferred for token efficiency; the compact server exposes only this tool. |
lookup_symbol |
Find all nodes matching a name across the codebase |
find_callers |
All functions that call a given function (backward trace, capped at 25) |
pre_edit_impact |
Blast radius check before editing/renaming/removing a function — same response as find_callers |
find_callees |
All functions called by a given function (forward trace, configurable depth) |
list_definitions |
All definitions in a source file ordered by line |
find_implementors |
All structs/classes that implement a trait or interface |
trace_path |
Every call path between two symbols (up to 6 hops) |
list_symbols_in_range |
Symbols whose span overlaps a file + line range |
find_unused_symbols |
Symbols with zero callers, dead code candidates (returns top 30, full count always included) |
get_subgraph |
Nodes + edges within N hops of a seed symbol (default depth 1, capped at 30 nodes) |
branch_diff_graph |
Nodes added or removed between two branches |
detect_changes |
Changed symbols + blast radius vs a base branch |
symbol_context |
Callers, callees, and used-by for a symbol |
wiki_symbol |
Markdown wiki page: signature, doc-comment, top callers/callees |
search_code |
Ranked fuzzy search over name + qualified path (default 10 results) |
start_tour |
Centrality-ranked guided tour, entry points ordered by graph importance |
graph_stats |
Aggregate node/edge counts (total + per-kind), first-call orientation |
ast_search |
Structural search by kind, is_async, visibility, and complexity range |
type_hierarchy |
Supertypes and subtypes of a type in one call (both directions) |
find_importers |
Files/modules that import a given symbol (in-repo imports) |
find_type_usages |
Functions/methods that use a type as a parameter or return type |
module_dependencies |
In-repo modules a module depends on (via imports) |
get_call_sites |
Every call site of a function, caller plus the exact call line |
find_god_nodes |
High-fan-in hub symbols ranked by inbound Calls in-degree; min_in_degree configurable |
find_clusters |
Code communities via label-propagation clustering over Contains+Calls edges; deterministic, no LLM calls |
find_cycles |
Circular import dependencies via Tarjan SCC on Imports edges; skipped above 10,000 import edges |
health_report |
Severity-ranked report combining dead code, import cycles, and hub/god nodes in one call |
All tools accept an optional branch parameter. When omitted, the running server follows the currently checked-out branch.
MCP prompts
| Prompt | What it does |
|---|---|
detect_impact |
Pre-commit impact analysis, maps a list of changed files to affected callers and scores risk LOW / MEDIUM / HIGH / CRITICAL |
generate_map |
Architecture diagram, produces a Mermaid module map, key types table, and core execution flows |
Prompts are multi-step workflows your AI assistant executes automatically using the tools above. In Claude Code, invoke them via the prompt picker or with /mcp__gitcortex__detect_impact.
Compact MCP mode intentionally hides the individual tools and keeps only gcx; prompts may not be available in clients that only load exposed tools.
Claude Code slash commands
gcx init installs four slash commands into .claude/commands/gcx/ that are immediately available in Claude Code:
| Command | What it does |
|---|---|
/gcx-lookup <name> |
Find all definitions matching a name |
/gcx-callers <name> |
Find all callers of a function |
/gcx-file <path> |
List all definitions in a file |
/gcx-blast-radius |
Show blast radius of changes vs main |
Configuration
.gitcortex/ignore
.gitignore-syntax patterns for files to exclude from indexing. Created automatically by gcx init if it doesn't already exist. Commit it to share exclusions with your team.
target/
build/
dist/
vendor/
**/*.generated.rs
**/*.pb.rs
.fastembed_cache/
Graph schema
Node kinds
| Kind | Languages | Description |
|---|---|---|
File |
all | Source file |
Module |
all | mod foo { }, Python module, Go package |
Struct |
Rust/Go/TS/Java | struct Foo, class Foo |
Enum |
all | enum Bar |
Trait |
Rust/Python | trait Baz, abstract base class |
Interface |
TS/Go/Java/Python | interface Foo, structural interface, Protocol subclass |
TypeAlias |
Rust/TS/Python | type Alias = ... |
Function |
all | Free-standing function |
Method |
all | Method inside a class / impl block |
Constant |
all | const / static |
Macro |
Rust | macro_rules! or proc-macro |
Property |
TS/Python | Class property, @property |
Annotation |
Java | @interface annotation type |
EnumMember |
all | Variant inside an enum |
Section |
Markdown | A Markdown heading (## Installation), nested via Contains |
Edge kinds
| Kind | Description |
|---|---|
Contains |
Parent–child: File→Module, Struct→Method |
Calls |
Resolved call site: Function→Function |
Implements |
impl Trait for Struct, class implements interface |
Inherits |
extends / embedded struct / sealed permits |
Uses |
Type appears as parameter or return type |
Imports |
use path::to::Thing, import |
Throws |
Java throws clause → exception type |
Annotated |
Node decorated by #[attr], @decorator, @annotation |
References |
Markdown section mentions a code symbol via `name` or link text |
Python indexing detail
The Python parser fully resolves the following patterns:
| Pattern | NodeKind emitted | Metadata set |
|---|---|---|
class Foo(Protocol): |
Interface |
is_abstract = true |
class Foo: / @dataclass class Foo: |
Struct |
n/a |
@property def bar(self): |
Property |
is_property = true |
@staticmethod def fn(): |
Method |
is_static = true |
@classmethod def fn(cls): |
Method |
is_static = true |
async def fn(): |
Function / Method |
is_async = true |
def fn(): yield … |
Function |
is_generator = true |
async def fn(): yield … |
Function |
is_async = true, is_generator = true |
UPPER_SNAKE_CASE = … at module level |
Constant |
n/a |
Nested class Inner: inside class Outer: |
Struct |
Contains edge from Outer |
Node metadata flags
Every node carries: loc, visibility (Pub / PubCrate / Private), is_async, is_unsafe, is_static, is_abstract, is_final, is_const, is_property, is_generator, and generic_bounds.
Data storage
The graph database and semantic index are stored locally and never committed:
# Linux: $XDG_DATA_HOME/gitcortex (default ~/.local/share/gitcortex)
# macOS: ~/Library/Application Support/gitcortex
<platform-data>/gitcortex/{repo_id}/
graph.kuzu # KuzuDB database (all branches, namespaced by table prefix)
main.sha # last indexed SHA for branch "main"
feat__auth.sha # last indexed SHA for branch "feat/auth"
embeddings_main.bin # semantic vector index for branch "main"
# Linux: $XDG_CACHE_HOME/gitcortex; macOS: ~/Library/Caches/gitcortex
<platform-cache>/gitcortex/models/
# fastembed model weights (~23 MB, downloaded once, shared across all repos)
Architecture
flowchart TD
subgraph repo["Your Repository"]
hooks["git hooks\npost-commit · post-merge · post-rewrite · post-checkout"]
files["Source Files: .rs · .ts · .py · .go"]
end
subgraph indexer["gitcortex-indexer"]
differ["git2 differ\nchanged files only"]
parsers["tree-sitter parsers\nRust · TypeScript · Python · Go"]
differ --> parsers
end
kuzu[("KuzuDB\nbranch-namespaced\ngraph store")]
subgraph gcx["gitcortex-mcp · gcx"]
server["MCP server\nlookup_symbol · find_callers\nlist_definitions · branch_diff_graph"]
blast["gcx blast-radius\nrisk scoring · PR comment"]
viz["gcx viz\nbrowser graph · DOT export"]
end
assistants["AI assistants\nCodex compact MCP · Claude Code\nCursor · Windsurf · Copilot"]
gh["GitHub Actions\nsticky PR blast-radius comment"]
hooks -->|"gcx hook: incremental diff"| differ
files --> differ
parsers -->|"GraphDiff\nnodes + edges"| kuzu
kuzu --> server
kuzu --> blast
kuzu --> viz
server --> assistants
blast --> gh
The GraphStore trait is the extensibility boundary, the local KuzuDB backend can be swapped for a remote backend without touching the indexer or MCP layer.
Limitations & roadmap
GitCortex builds a syntactic graph from tree-sitter ASTs. That's deliberate, it keeps indexing fast and dependency-free, but it sets the boundaries below. Contributions toward any of these are welcome.
Known gaps
- No type inference. Call resolution matches on names, not resolved types. Calls to very common names (
get,save,__init__) are left unlinked rather than fanned out to every same-named definition. - Go interface satisfaction not inferred. Go satisfies interfaces structurally (no
implementskeyword), sofind-implementorson a Go interface returns nothing. Embedding (inherits) is captured. - Java member annotations & fields not modeled.
@Override/@SerializedNameon members andstatic finalfields don't yet produce nodes/edges, so annotation-target and field-level queries are incomplete. - Go type-declaration signatures render without the leading
typekeyword and struct/interface body (the type name + kind are correct). - Windows is unsupported: KuzuDB 0.11.3 (upstream archived) doesn't link under MSVC. macOS (arm64/x86_64) and Linux (x86_64/aarch64) ship pre-built binaries.
Roadmap
- Pass-2 LLD annotation (SOLID hints, design patterns, code smells, cyclomatic complexity), schema is already in place.
- Remote
GraphStorebackend for team-shared graphs (the trait boundary exists today). - Deeper Java/Go modeling (fields, annotations, structural interface satisfaction).
- Code-specific embedding model swap (current: AllMiniLM-L6-v2; identifier tokenisation captures most of the gain cheaply in the meantime).
See open issues for the live list.
Contributing
Contributions are welcome, bug reports, language-coverage improvements, new MCP tools, docs.
- Start here: CONTRIBUTING.md, dev setup, build, test, and PR workflow.
- Conduct: CODE_OF_CONDUCT.md.
- Pre-commit gate: after cloning, install the hook once:
cp hooks/pre-commit .git/hooks/pre-commit && chmod +x .git/hooks/pre-commit. It auto-formats withcargo fmt(re-stages changed files) and runscargo clippy -D warningsbefore every commit. - Test your changes against real repos:
scripts/lang-smoke.sh <git-url> <symbol>clones a repo, indexes it, exercises every query + the MCP round-trip, and prints PASS/FAIL with metrics. - Releasing: RELEASING.md.
Good first issues: add a LanguageParser for a new language, deepen an existing parser (see the coverage matrix), or add an MCP tool.
License
MIT © GitCortex contributors.
Installing Gitcortex
This server has no published package — it is built from source. Open the repository and follow its README.
▸ github.com/bharath03-a/GitCortexFAQ
Is Gitcortex MCP free?
Yes, Gitcortex MCP is free — one-click install via Unyly at no cost.
Does Gitcortex need an API key?
No, Gitcortex runs without API keys or environment variables.
Is Gitcortex hosted or self-hosted?
Self-hosted: the server runs locally on your machine via the install command above.
How do I install Gitcortex in Claude Desktop, Claude Code or Cursor?
Open Gitcortex on unyly.org, pick your client tab (Claude Desktop, Claude Code, Cursor) and press Install — the config is generated automatically, no JSON editing.
Related MCPs
GitHub
PRs, issues, code search, CI status
by GitHubFilesystem
Secure file operations with configurable access controls.
Memory
Knowledge graph-based persistent memory system.
Template MCP Server
A CLI tool to create a new Model Context Protocol server project with TypeScript support, dual transport options, and an extensible structure
by mcpdotdirectAmap Maps Mcp Server
MCP server for using the AMap Maps API
by duxiaohuiSupabase
Database, auth and storage
by SupabaseEverything
Reference / test server with prompts, resources, and tools.
Git
Tools to read, search, and manipulate Git repositories.
Sequential Thinking
Dynamic and reflective problem-solving through thought sequences.
Time
Time and timezone conversion capabilities.
Compare Gitcortex with
Not sure what to pick?
Find your stack in 60 seconds
Author?
Embed badge for your README
Browse similar
All development MCPs
