Skip to main content
Glama

CodeExplorer (ce) — a local code graph for you and your AI agent

Website License: MIT Homebrew .NET NuGet VS Marketplace Open VSX

AI agents see files, not architecture. CodeExplorer (ce) gives your AI coding agents (Claude Code, Cursor, GitHub Copilot, Windsurf, Cline) and engineering teams a live cross-service map of every API, queue, and database in VS Code & MCP—plus hard architectural guardrails in CI.

✓ Live Architecture Map in VS Code • ✓ Graph Context for Agents (CLI + MCP) • ✓ CI Architecture Gates • ✓ 100% Local SQLite Graph

It indexes polyglot source files, project manifests, HTTP/gRPC/GraphQL endpoints, message broker topologies, and SQL schemas into a single local SQLite graph (.codeexplorer/graph.db) powered by an embedded OpenCypher-to-SQL compiler. It ships as a single native binary: no .NET runtime, JVM, Docker, or graph database server required, and nothing leaves your machine.

  1. Live Architecture Map in VS Code: Interactive C1/C2/C3 service topologies, concentric architectural tiers, async broker flows, and database lineage with click-to-source navigation.

  2. Surgical MCP Context for AI Agents: Gives coding agents instant access to call chains, cross-service dependencies, data lineage, and blast-radius impact analysis without burning millions of tokens on blind grep searches.

  3. CI Architecture Gates (Semantic Invariant Gates): Enforces architectural boundaries in the IDE and CI (ce gate check) using declarative OpenCypher rules and SHA-256 ratchet baselines.

Benchmarks: Autonomous AI Agents & MCP Graph Engines

(We run two distinct types of benchmarks: 1. End-to-End AI Agent Workflows (measuring how much time, tokens, and missed dependencies a graph saves an LLM on real tasks) and 2. Deterministic Graph Engine Head-to-Head (cold indexing speed, RAM, MCP latency, and extraction recall across 371 verified items without an LLM). Full catalog: benchmarks/README.md and code-explorer.app/benchmarks.html.)

Metric

twentyhq/twenty (24.5k files): CBM → CodeExplorer (Case 01)

324-Service Multi-Repo (13.8k files): ripgrep → CodeExplorer (Case 02)

OrchardCore (334 .NET projects): ripgrep → CodeExplorer (Case 05)

Time to Answer

9m 15s → 1m 33s (6.0× faster)

29m 52s → 4m 16s (7.00× faster)

11m 04s → 4m 25s (2.51× faster)

Cumulative Input Tokens

1.68M → 242K (7.0× fewer)

17.19M → 686K (25.07× fewer, 11.50× cheaper)

16.10M → 3.91M (4.12× fewer, 1.95× less tool output, 2.94× cheaper)

Agent Effort

28 turns (8 CBM + 3 AST scripts + 10 reads) → 7 turns (13 queries, 0 reads)

285 turns (142 CLI, 114 reads, 14 scripts) → 18 turns (10 CLI, 16 reads, 0 scripts)

193 turns / 389 steps (117 file reads) → 92 turns / 184 steps (36 file reads, 3.25× fewer)

Recall & Context Health

3.4% (13 / 381) from CBM graph → 100% (381 / 381) from graph.db

82% (missed 9 RTB services, 1 compaction) → 100% recall (0 blind spots)

92.7% (307 / 331, 24 caller errors) → 100% (331 / 331)

Head-to-Head vs. Other MCP Code Graphs (immich & twenty)

(Evaluated on immich-app/immich (3,205 files, 461k LOC) and twentyhq/twenty (24,527 files, 2.49M LOC) against a frozen seed-42 ground-truth dataset (371 items across C1–C11: 130 Group A Basic Code + 241 Group B Architecture, DB & Queues). Full reproducible reports and scripts: Case Study 03 (ce vs. codebase-memory-mcp) and Case Study 04 (ce vs. graphify).)

Dimension

CodeExplorer (ce)

codebase-memory-mcp (CBM)

graphify

Cold Index (immich, 3.2k files)

17.60 s (55.1 MB DB)

20.60 s (282.0 MB DB)

107.60 s (52.3 MB dir)

Cold Index (twenty, 24.5k files)

147.33 s (784.0 MB DB)

96.90 s (842.5 MB DB)

DNF (>45 min timeout)

Part 1 Recall (L1–L3: Endpoints, HTTP, Call Graph, Inheritance)

78% (102 / 130; 7W/1T vs CBM, 6W/2T vs graphify)

38% (49 / 130; 50% on immich)

18% (23 / 130; 35% on immich)

Part 2 Recall (L4–L5: Queues, DB Tables, Read/Write Lineage, Services)

97.5% (235 / 241)

Not modeled

Not modeled

Structured Query & CI Governance

OpenCypher (4.3–4.7 ms) + 32+ CI Gates

Cypher subset (38–71 ms), snapshot diff

Keyword BFS/DFS (334 ms), Leiden clusters


Installation

CodeExplorer is distributed as a self-contained single-file binary (ce / ce.exe) with embedded Tree-sitter grammars and SQLite (no .NET runtime required), and as a VS Code extension that finds an installed ce or downloads the native binary for your platform on first run.

Homebrew (macOS & Linux)

brew install vmikhailov/tap/ce

VS Code Extension

Install from the Visual Studio Marketplace or Open VSX Registry:

code --install-extension vmikhailov.code-explorer-vscode

Install Script

macOS & Linux:

curl -fsSL https://raw.githubusercontent.com/vmikhailov/code-explorer/main/cli/scripts/install.sh | bash

Windows (PowerShell):

irm https://raw.githubusercontent.com/vmikhailov/code-explorer/main/cli/scripts/install.ps1 | iex

.NET Global Tool

dotnet tool install -g CodeExplorer.Cli

Prebuilt Binaries (Native Standalone)

Standalone archives are available on GitHub Releases:

OS

Architecture

Asset

macOS

Apple Silicon (arm64)

ce-osx-arm64.tar.gz

macOS

Intel (x64)

ce-osx-x64.tar.gz

Linux

x64

ce-linux-x64.tar.gz

Linux

arm64

ce-linux-arm64.tar.gz

Windows

x64

ce-win-x64.zip

Windows

arm64

ce-win-arm64.zip

The .NET global tool (dotnet tool install -g CodeExplorer.Cli) is an alternative if you already have the .NET 10 SDK.


Related MCP server: trace-mcp

Quick Start

# 1. Initialize .codeexplorer/ in your repository
ce init

# 2. Parse ASTs, project references, endpoints, and cross-service links
ce scan

# 3. Inspect workspace summary and node/edge counts
ce status

# 4. Run a built-in or ad-hoc OpenCypher query
ce query -n get_architecture_map_workspace
ce query "MATCH (a:Project)-[:DEPENDS_ON]->(b:Project) RETURN a.name, b.name"

# 5. Evaluate architectural gates
ce gate check

# 6. Start the MCP server (stdio)
ce mcp

MCP Server

Text search (grep, ripgrep) works well for finding literals, but it cannot reliably trace interface implementations, cross-service HTTP/gRPC calls, message queue publishers/consumers, or SQL table usage across projects. Reading dozens of files to reconstruct call graphs consumes context window budget and degrades agent accuracy.

Running ce mcp exposes the indexed SQLite graph over the Model Context Protocol:

  • Architecture & Entry Points: Query projects, dependencies, HTTP/gRPC/GraphQL endpoints, and message consumers via get_architecture_map and get_project_entry_points.

  • Low-Token File Outlines: Inspect classes, methods, and line ranges in a file via get_file_outline before reading full source text.

  • Impact & Lineage Analysis: Trace downstream callers of a symbol (analyze_code_impact) or all SQL/ORM readers and writers of a database table (inspect_data_lineage).

  • OpenCypher Queries: Execute read-only Cypher queries (execute_custom_read_cypher) and save reusable project queries in .codeexplorer/queries/.

Client Configuration

Add ce to your MCP client configuration (.cursor/mcp.json, claude_desktop_config.json, or VS Code MCP settings):

{
  "mcpServers": {
    "code-explorer": {
      "command": "ce",
      "args": ["mcp"]
    }
  }
}

Or auto-provision your workspace MCP configuration with a single command:

ce mcp configure
## CodeExplorer (`ce`) MCP Guidelines
- Start architectural exploration with `get_architecture_map` and `get_project_dependencies` instead of broad file searches.
- Use `find_symbol` and `get_file_outline` to locate declarations and line ranges before reading large files.
- Run `analyze_code_impact` or `get_call_chain` before changing shared interfaces or methods.
- Run `inspect_data_lineage` before modifying database tables or ORM entities.
- Use `execute_custom_read_cypher` for multi-hop structural queries.

Semantic Invariant Gates

Linters validate syntax and style within single files. Semantic Invariant Gates (SIG) validate structural and architectural rules across the entire repository by executing OpenCypher queries against the graph.

How Gates Work

Every gate follows a Zero-Match Contract:

  • 0 rows returned: Gate passes.

  • 1 or more rows returned: Each returned row is a violation with file:line:column coordinates, offending symbol, target, and remediation message.

FAIL: SIG-P-B-001 [Clean Architecture Layer Isolation]
  src/Core/Services/OrderService.cs:42:15: OrderService -> SqliteConnection
    Domain Core module directly references Infrastructure driver.

Defining a Gate (.codeexplorer/gates/*.yaml)

id: SIG-P-B-001
name: Clean Architecture Layer Isolation
category: Architectural
platform: agnostic
scope: Module
dimension: Boundaries
severity: Error
description: Domain Core projects must not reference Infrastructure or UI projects.
remediation: Invert the dependency by introducing an interface in Core and implementing it in Infrastructure.
query: |
  MATCH (source:Project)-[:DEPENDS_ON]->(target:Project)
  WHERE source.name CONTAINS "Core" AND target.name CONTAINS "Infrastructure"
  RETURN
    coalesce(source.path, "workspace") AS file,
    1 AS line,
    1 AS column,
    source.name AS symbol,
    target.name AS target,
    "Core project '" + source.name + "' cannot depend on '" + target.name + "'" AS message

Ratchet Baselines for Existing Codebases

To introduce strict rules into an existing repository without fixing every legacy violation upfront, gates support ratchet baselines (.codeexplorer/baselines/*.json):

  1. Baseline Existing Debt: ce gate ratchet --update records SHA-256 fingerprints of current violations as tolerated baseline debt.

  2. Block Regressions: ce gate check passes if only baselined violations exist, and fails immediately if any new violation is introduced.

  3. Ratchet Down: When legacy violations are fixed, running ce gate ratchet --update tightens the baseline so debt cannot be reintroduced.

CI Usage

- name: Run Architectural Gates
  run: |
    ce scan
    ce gate check --format markdown >> $GITHUB_STEP_SUMMARY

VS Code Extension

The VS Code extension provides an interactive workspace for exploring the graph, inspecting dependencies, and managing architectural gates.

Capabilities

  • Multiple Views:

    • Domain Microservice Map: Interactive graph with Concentric Orbits, Swimlanes, Domain Islands, Hive Plot, Grid, and Dependency Matrix modes.

    • Architecture Tiers: Layered view across Presentation, Application, Domain, and Infrastructure tiers.

    • Project Flow: Upstream/downstream dependency columns for a selected project, showing endpoints, database tables, and message topics.

    • Bounded Context Map: Visualizes domain groupings, capabilities, and domain entities.

  • Transitive Broker Contraction: When message broker nodes (Kafka, RabbitMQ, SQS) are hidden, the graph automatically synthesizes dashed producer-to-consumer edges (PUBLISHES_TO (via Topic)) so asynchronous flows remain visible.

  • Unified Right-Hand Dock Panel:

    • Info: Displays inbound/outbound calls, database dependencies, topics, and source links for the selected node or edge.

    • Orbits: Reorders concentric tiers and toggles tier visibility.

    • Hidden: Lists filtered nodes with search and one-click restore.

    • Gates: Evaluates Semantic Invariant Gates, displays new vs. tolerated violations, ratchets baselines, and jumps directly to offending lines of code.

  • Sidebar TreeView: Browse Architecture Diagrams, Ontology Layers (Layers 1–5), Domains & Bounded Contexts, Semantic Invariant Gates, and Server/Graph status from the VS Code activity bar.


Supported Languages & Frameworks

CodeExplorer combines Tree-sitter parsers, SQL parsers, and 250 framework analyzers across 8 languages. Maturity reflects how much real-world code each analyzer has been validated against: Stable means validated on large open-source and production repositories, Beta means coverage is still growing. If the graph looks wrong on your repository, please open an issue.

Language

Maturity

Files & Manifests

Extracted Framework Semantics (250 Library Parsers)

C#

Stable

.cs, .csproj, .sln, .slnx

ASP.NET Core Controllers & Minimal APIs, FastEndpoints, Carter, YARP, gRPC, HttpClient, EF Core, Dapper, Marten, Linq2Db, NHibernate, MassTransit (incl. Sagas), Wolverine, NServiceBus, Rebus, Hangfire, Quartz.NET, CAP, MediatR, Dapr, Azure/AWS SDKs, Semantic Kernel

TypeScript / JS

Stable

.ts, .tsx, .js, .jsx, package.json

NestJS (REST, GraphQL @Resolver, DI), Express, Fastify, Next.js, Hono, tRPC, Remix, SvelteKit, Astro, Cloudflare Workers, React/Vue/Angular/Svelte, Prisma, TypeORM, Kysely, MikroORM, BullMQ, Inngest, Temporal, NATS/MQTT, TanStack Query/SWR, Vercel AI SDK, Playwright/Cypress

SQL

Stable

.sql & embedded SQL strings

T-SQL, PostgreSQL, MySQL, SQLite, ClickHouse, BigQuery DDL & CRUD lineage (READS_FROM, WRITES_TO)

Go

Stable

.go, go.mod

Gin, Fiber, Echo, Fasthttp, Beego, Gorilla Mux, Go-Zero, Go-Kit/Kratos, net/http, gRPC, gRPC-Gateway, ConnectRPC/Twirp, Watermill, Asynq, Machinery/River, Kafka-Go/Franz-Go, Dapr, GORM, sqlx, sqlc, Ent, Bun, pgx, Temporal, Uber Fx/Wire

Java

Stable

.java, pom.xml, build.gradle

Spring Boot/Cloud/Batch/Integration/Gateway, Quarkus (RESTEasy, Panache, SmallRye), Micronaut, Dropwizard/Jersey, Vert.x, Akka/Pekko, Netty, Apache Dubbo, Camel, Pulsar, Axon, JPA/Hibernate, MyBatis (Annotations & XML), jOOQ, JDBI, R2DBC, OpenFeign/Retrofit, Temporal, LangChain4j/Spring AI

Kotlin & Android

Stable

.kt, .kts, build.gradle.kts, AndroidManifest.xml

Spring Web/Data, Ktor Server & Client DSL, Micronaut, http4k, gRPC-Kotlin, Apollo GraphQL, Exposed, Ktorm, Room DAO/Entities, SQLDelight, Coroutines Channels/SharedFlow, Retrofit/OkHttp, Hilt/Dagger/Koin/Kodein DI, Jetpack Compose, Voyager/Decompose, Kotest/MockK

Python

Stable

.py, pyproject.toml, requirements.txt

FastAPI, Litestar, Flask, Django, Sanic/Tornado/Falcon, Strawberry GraphQL, SQLAlchemy, SQLModel, Tortoise ORM, asyncpg/psycopg3, Motor/Mongo, ClickHouse, Qdrant/Milvus/Weaviate, Celery, Dramatiq, RQ, FastStream, AIOKafka, Pika/RabbitMQ, Airflow/Prefect, Temporal, OpenAI/Anthropic/LangChain/CrewAI/PydanticAI

Rust

Stable

.rs, Cargo.toml

Axum, Actix Web, Warp, Rocket, Tonic gRPC, Reqwest, SQLx, SeaORM, Diesel, Tokio, Lapin/rdkafka

ColdFusion

Beta

.cfc, .cfm

Components, functions, cfquery SQL extraction, HTTP calls


Graph Ontology

The graph schema is organized into five decoupled layers (see docs/ontology.md for the full node and relationship specification):

  1. Layer 1 — Physical: Workspace, Folder, File, ConfigurationFile, Document, Script.

  2. Layer 2 — Project: Project, Service, App, Worker, Library, Package, ExternalDependencies.

  3. Layer 3 — Syntactic: Namespace, Type (class, interface, struct, record, enum), Function (method, constructor), Variable, Field, CallLiteral.

  4. Layer 4 — Semantic: Endpoint (REST, gRPC, GraphQL, WebSocket), ExternalService, Database, Table, Query, Topic, Queue.

  5. Layer 5 — Cross-Project & Analytical: Late-bound cross-project CALLS, IMPLEMENTS, USES_TYPE, PUBLISHES_TO, SUBSCRIBES_TO, READS_FROM, WRITES_TO, and optional LLM-distilled Domain / BoundedContext classifications.


How It Compares

CodeExplorer sits between code-intelligence indexers and architecture-testing libraries. It is not a replacement for most of the tools below, and several of them are complementary.

Tool

What it does best

How CodeExplorer differs

Sourcegraph (code search, SCIP)

Compiler-accurate code navigation and search across many repositories, run as a server.

Runs locally as a single binary. Models system-level architecture (services, endpoints, topics, tables) and enforces rules on it. Its symbol resolution is less precise than SCIP indexers.

GitHub CodeQL

Deep semantic and security dataflow queries over per-language databases, built from the compiler for compiled languages.

No build required. One graph across all languages, with cross-service HTTP/gRPC/queue edges and architecture gates with ratchet baselines. Not a security dataflow engine.

Joern

Open-source Code Property Graph for vulnerability research, queried with a Scala DSL.

Architecture-level ontology instead of a low-level CPG, standard OpenCypher, and MCP / VS Code / CI integration out of the box.

Serena and other LSP-based MCP servers

Precise symbol lookup and editing for agents through language servers.

Gives agents the system view (cross-service calls, data lineage, blast radius) rather than symbol-level edits. Works well alongside an LSP-based server.

codebase-memory-mcp (CBM)

Fast Go/C Tree-sitter structural & call-graph indexing (96.9s on twenty), low RAM usage, branch graph diffing (compare_graphs), and runtime trace overlays (ingest_traces).

Adds Layer 4–5 architectural ontology (ORM/SQL database tables, READS_FROM/WRITES_TO lineage, BullMQ/Kafka queues, GraphQL/REST endpoints), NestJS DI call resolution, and CI Semantic Invariant Gates (Case Study 03).

graphify

Unsupervised Leiden community clustering, cross-community bridge detection (graphify://surprises), docstring rationale extraction, GitHub PR triage, and Obsidian/HTML knowledge vault exports.

Scales to 24.5k-file monorepos (147s vs. >45m timeout on twenty), queries an indexed SQLite database via OpenCypher (599ms cold MCP init vs. 3.7s), and models endpoints, queues, and database lineage (Case Study 04).

Aider repo map

Compact Tree-sitter summary of important symbols, placed directly into the prompt.

A persistent graph the agent can query on demand with multi-hop questions, instead of a static summary.

ArchUnit, NetArchTest, dependency-cruiser

Architecture rules written as tests inside one language ecosystem. ArchUnit can also freeze existing violations.

One rule language (OpenCypher) across languages and services, and the same graph also powers visualization and agent context.

Structurizr, C4 diagrams-as-code

Carefully authored architecture models and diagrams.

The model is derived from code, so it does not drift. Diagrams can be exported to Mermaid or C4 (ce export).

Limitations

  • Static analysis only. Reflection, runtime-configured DI, and URLs or topic names assembled at runtime can be missed. Common constant patterns (string constants and simple concatenation) are resolved.

  • Not a type checker. Calls are resolved from Tree-sitter syntax plus imports, DI bindings, and interface implementations. This is fast and polyglot, but less precise than compiler-based indexers for heavy overloading or dynamic dispatch.

  • Language maturity varies. See the Maturity column in Supported Languages.

  • One workspace at a time. Cross-service links are resolved within one indexed workspace (for example, a monorepo).

Privacy

Parsing, indexing, queries, gates, and the MCP server run locally, and the graph is stored in .codeexplorer/graph.db inside your repository. There is no telemetry. The CLI only uses the network when you explicitly run ce model download (fetches the optional local GGUF model) or configure ce intent with an OpenAI-compatible API. The VS Code extension downloads the ce binary from GitHub Releases if it is not already installed.


CLI Reference

Command

Description

ce init [name]

Initialize .codeexplorer/ workspace directory and SQLite schema.

ce scan [path]

Parse source files, build AST and semantic layers, and resolve cross-project edges (--clear for full rebuild).

ce status

Show workspace statistics, database size, project counts by language, and node/edge totals (--json for JSON).

ce query <cypher>

Run an ad-hoc OpenCypher query (-n <name> for saved queries, -j for JSON output).

ce queries

List built-in and workspace-saved OpenCypher queries.

ce gate check

Evaluate Semantic Invariant Gates (-g <id> for a single gate, `-f markdown

ce gate ratchet --update

Create or tighten violation baseline files in .codeexplorer/baselines/.

ce gate init

Generate a starter gate template in .codeexplorer/gates/.

ce export

Export architecture, C4, data lineage, or event pipeline diagrams (`--format mermaid

ce mcp

Start the local MCP server over stdio JSON-RPC (or run ce mcp configure to set up IDE agents).

ce intent

Classify files into business domains and bounded contexts (supports local GGUF via llama.cpp or OpenAI-compatible APIs).

ce model [status|download]

Check or download the optional local GGUF model for offline intent classification.

ce clear [path]

Clear indexed graph data for a path or reset the workspace graph (-y).


MCP Tools

Tool

Description

get_architecture_map

High-level workspace architecture: projects, services, databases, ingress endpoints, and egress calls.

get_project_dependencies

Direct and transitive project/package dependencies (projectFilter optional).

get_project_entry_points

HTTP endpoints, gRPC methods, GraphQL resolvers, CLI commands, and message consumers for a project.

find_symbol

Locate types, interfaces, methods, or functions by name pattern.

get_file_outline

Return classes, methods, fields, and line ranges for a file without reading the full file.

get_call_chain

Trace invocation paths between two functions up to maxDepth.

resolve_call_target

Resolve concrete class implementations of an interface or abstract method.

analyze_code_impact

Compute downstream callers and files affected by changing a symbol.

inspect_data_lineage

Find all SQL queries, ORM entities, methods, and services reading from or writing to a table.

find_refactoring_opportunities

Identify unreferenced symbols, dead code, or high-coupling types.

execute_custom_read_cypher

Execute a read-only OpenCypher (MATCH) query against the graph.

list_project_queries

List saved parameterized queries in .codeexplorer/queries/.

save_project_query

Validate and save a reusable OpenCypher query to .codeexplorer/queries/.

execute_project_query

Run a saved or built-in query by name with parameter binding.

export_architecture_diagram

Export Mermaid or C4 diagrams for architecture, data lineage, or CQRS flows.

fetch_code_snippets

Read source snippets by file and line range from graph node results.

get_taxonomy

Return active node labels, relationship types, and counts in the workspace graph.

get_node_definition

Return schema documentation for a specific ontology node kind.

init_workspace / scan_workspace

Initialize or re-index the workspace graph from an MCP client.

get_workspace_status

Return index health, schema version, and node/edge counts.


Repository Layout

├── cli/
│   ├── src/
│   │   ├── Core/CodeExplorer.Core/        # Graph storage (SQLite), 5-layer indexer, SIG engine, MCP tools
│   │   ├── Cypher/CodeExplorer.Cypher/    # OpenCypher parser, AST, and SQLite SQL compiler
│   │   ├── Parsers/                       # Language parsers (C#, TS/JS, Java, Kotlin, Android, Go, Python, SQL, CF)
│   │   ├── Tools/CodeExplorer.OntologyGen/# Generates docs/ontology.md from C# node/edge attributes
│   │   └── UI/CodeExplorer/               # 'ce' CLI, WebSocket/HTTP server, and MCP host
│   ├── tests/
│   │   ├── CodeExplorer.Cypher.Tests/     # OpenCypher parser & SQL compiler test suite
│   │   └── CodeExplorer.Tests/            # Indexing, cross-service, gate, and MCP integration tests
│   └── CodeExplorer.slnx
├── vscode-extension/                      # VS Code extension (TreeView, Webview UI, bundled binary manager)
├── proto/                                 # Shared WebSocket & REST protocol contracts
└── docs/                                  # Auto-generated ontology reference and diagrams

License

MIT License

Available Tools

33 tools
analyze_code_impactB

Blast-radius impact analysis: all callers, dependents, and references affected by modifying a symbol (Class, Interface, Function, Service, Table). Prioritize over grep.

Inputs: symbolName (required), workspacePath.

check_semantic_gatesA

Evaluate Semantic Invariant Gates (SIG) across the workspace or against specific changed files. Returns zero-match status, new vs tolerated violations, and remediation guidance.

Inputs: limit, scope, gateId, groupBy, +6 more.

clear_workspace_indexC

Clear indexed data from the workspace database.

Inputs: path, workspacePath.

execute_custom_read_cypherB

Execute custom read-only Cypher query (MATCH only) against the code graph.

Inputs: query (required), workspacePath.

execute_project_queryC

Execute a saved project-specific Cypher query by name with parameters.

Inputs: name (required), parameters, workspacePath.

export_architecture_diagramC

Export Mermaid or C4 system architecture diagrams from the knowledge graph.

Inputs: type, format, project, workspacePath, +1 more.

fetch_code_snippetsC

Fetch source code snippets for given graph nodes.

Inputs: nodes (required), workspacePath.

find_refactoring_opportunitiesB

Find code health anomalies: dead code (0 incoming edges) and god objects.

Inputs: projectName (required), metricType, workspacePath.

find_symbolC

Search graph for code symbols (Class, Interface, Function, Variable).

Inputs: name (required), limit, symbolType, workspacePath.

get_affected_testsB

Test Impact Analysis (TIA): finds tests affected by changed files, git diff, or symbols.

Inputs: gitDiff, filePath, filePaths, symbolName, +1 more.

get_architecture_mapC

Infrastructure map: workspace folders, projects, internal folders, and databases.

Inputs: projectName, workspacePath.

get_architecture_overviewC

High-level architecture overview grouped by semantic layers (Core, Services, UI, Infra, Tests).

Inputs: workspacePath.

get_architecture_viewC

Architecture view of workspace structure ('c1', 'c2', 'c3', 'project-map', 'tiers').

Inputs: level, scope, workspacePath, includeLibraries.

get_call_chainC

Trace sequential call graph between start and end functions.

Inputs: endFunction (required), startFunction (required), maxDepth, workspacePath.

get_callersA

Find all callers, inbound references, service consumers, or table/topic accessors for a target (functions, microservices, database tables, messaging topics). Prioritize this tool over grep for discovering callers.

Inputs: target (required), includeTests, workspacePath.

get_file_outlineB

Extract file structural outline without reading source text.

Inputs: filePath (required), workspacePath.

get_node_definitionC

Get schema and documentation for a specific ontological Node Kind.

Inputs: kind (required).

get_project_dependenciesC

Project dependency graph with runtime vs build filtering.

Inputs: type, limit, projectFilter, workspacePath.

get_project_entry_pointsC

Find entry points (controllers, handlers, endpoints) inside a project.

Inputs: projectName (required), workspacePath.

get_service_contractsC

Ingress and egress contracts for a service (endpoints, RPC, publishers, subscribers).

Inputs: serviceName (required), direction, workspacePath.

get_taxonomyC

Retrieve active graph schema (node kinds, relationship types, properties).

Inputs: workspacePath.

get_test_coverageC

Static test reachability coverage: covered/uncovered classes and methods.

Inputs: limit, status, pathPrefix, projectName, +1 more.

get_workspace_statusB

Get workspace health, DB size, indexed project languages, node and edge counts.

Inputs: workspacePath.

ingest_graph_dataC

Batch ingest custom nodes and relationships into the graph database.

Inputs: nodes (required), relationships, workspacePath.

init_workspaceC

Initialize a new '.codeexplorer' workspace in the target directory.

Inputs: name, force, workspacePath.

inspect_data_lineageB

Data lineage: trace SQL/ORM queries, source files, and functions accessing a database table.

Inputs: tableName (required), workspacePath.

list_project_queriesA

List saved project-specific Cypher queries in .codeexplorer/queries/.

Inputs: workspacePath.

list_semantic_gatesB

List all available Semantic Invariant Gates (both built-in and workspace-specific) with FOIM coordinates and debt status.

Inputs: category, platform, workspacePath.

resolve_call_targetC

Find concrete implementations of an interface method (DI resolution).

Inputs: methodName (required), interfaceName (required), workspacePath.

save_project_queryB

Save a reusable Cypher query with metadata into .codeexplorer/queries/.

Inputs: name (required), cypher (required), description (required), tags, +3 more.

scan_workspaceC

Scan and index source files, projects, ASTs, and dependencies into graph DB.

Inputs: path, clear, workspacePath.

search_identifiersB

Fast hybrid vector and trigram search across code identifiers, routes, tables, and topics. Finds exact or fuzzy matches with sub-millisecond ranking.

Inputs: query (required), kind, limit, workspacePath.

trace_cross_service_flowC

Trace distributed flow across microservices starting from an endpoint or topic.

Inputs: startService (required), maxDepth, entryPoint, workspacePath.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    B3/5.0

    Scored across 33 tools

    Disambiguation3/5

    Most tools have distinct graph-analysis purposes, but several clusters overlap heavily: get_architecture_view, get_architecture_map, and get_architecture_overview are easy to confuse, as are get_call_chain, get_callers, analyze_code_impact, and trace_cross_service_flow. The descriptions provide useful distinctions, but an agent still has to reason carefully to choose the right architecture or call-analysis tool.

    Naming Consistency5/5

    All tool names use consistent snake_case verb_noun conventions such as get_callers, find_symbol, scan_workspace, and execute_project_query. The pattern is predictable throughout, even across the large surface.

    Tool Count2/5

    33 tools is heavy for a code graph explorer and includes many closely related architecture, call-analysis, and semantic-gate tools. While the domain is complex, several tools could likely be consolidated or exposed through a smaller, clearer set.

    Completeness4/5

    The surface covers workspace lifecycle, indexing, schema inspection, symbol search, call graphs, impact analysis, test coverage, architecture views, service contracts, data lineage, and semantic gates. Minor gaps exist around updating or deleting custom graph data and managing saved queries beyond save/list/execute, but core exploration workflows are well covered.

    Maintenance

    ActivityActive
    ResponsivenessUsually handled

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      Not graded
      quality
      C
      maintenance
      Dev intelligence layer that builds a knowledge graph from any codebase and exposes 7 MCP tools for graph-powered reasoning, impact analysis, and preflight safety and governance checks.
      301 PyPI
      32
      Apache 2.0
    • A
      license
      A
      quality
      A
      maintenance
      Framework-aware code intelligence MCP server that builds a cross-language dependency graph from source code. 53 integrations (Laravel, Django, Rails, Spring, NestJS, Next.js, and more) across 68 languages. 100+ tools for navigation, impact analysis, refactoring, security scanning, session memory, and CI/PR reports — up to 97% token reduction.
      29
      3,709 npm
      203
      MIT
    • A
      license
      Not graded
      quality
      B
      maintenance
      Provides AI agents with a live architecture model of a codebase, enabling queries for root cause analysis, blast radius, and dependency traversal through MCP tools.
      263 npm
      33
      Apache 2.0
    • A
      license
      A
      quality
      D
      maintenance
      Indexes a mono-repo into a knowledge graph and provides MCP tools to query code structure—packages, components, routes, HTTP calls—without file reads or grep round-trips.
      7
      22 npm
      MIT