project-code-intelligence
Use this MCP server to inspect and search PCI’s indexed repository evidence.
Check index/snapshot health, record/edge/embedding counts, optionally scoped by repo, collection, snapshot, or historical data.
Search or list indexed records with optional full-text search and exact filters such as query, symbol, language, file role, record type, path, metadata, content class, and confidence kind.
Run semantic concept searches over embedded records with the same filter set.
Fetch a complete indexed record by numeric ID, including display content.
Retrieve related code-intelligence graph edges for a record ID or symbol.
Search SARIF/static-analysis findings by tool, rule, level, baseline state, path, repo, collection, or snapshot.
Fetch a static finding with rule, locations, and code-flow steps, and fetch ordered code-flow steps for a finding.
Provides tools for indexing and searching a Git repository's codebase, enabling AI agents to navigate and understand the code structure.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@project-code-intelligence search for all usages of 'validate_token' function"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Project Code Intelligence
Repository intelligence and change-safety evidence for coding agents.
Project Code Intelligence (PCI) indexes Git repositories and gives coding agents structured evidence for research, refactoring, maintenance, and security work. Agents can search by concept or identifier, inspect candidate relationships, estimate a change's blast radius, find repeated implementation shapes, and query static-analysis findings before they edit code.
PCI is not an autonomous reviewer and its graph is not a compiler-grade call graph. It narrows discovery and supplies evidence; the agent still verifies important conclusions in source.
What It Helps With
Research and orientation
Search exact identifiers, filenames, configuration keys, and known strings.
Search by behavior when the relevant names are unknown.
Inspect repository languages, file roles, snapshots, parser coverage, and index freshness.
Fetch bounded records with paths, line ranges, metadata, and source snippets.
Work across several repositories through named collections and repo filters.
Safer changes
Find candidate callers, callees, references, tests, and module-level wiring.
Check blast-radius evidence before removing, renaming, or changing a symbol.
Surface entry-point, orphan, and test-coverage signals.
Inject nearby evidence into supported coding agents when definitions are added or removed.
Maintenance and redundancy
Find groups of functions that repeat a call-shape motif.
Rank redundancy candidates by similarity, estimated abstraction cost, and likely net value.
Run a repository audit for stale indexes, duplicate names, redundancy candidates, and static findings.
Security and static analysis
Ingest SARIF reports alongside source records.
Search normalized findings by tool, rule, level, baseline state, or path.
Fetch diagnostics, code flows, and run metadata without making an agent parse raw SARIF artifacts.
Related MCP server: codebase-memory-mcp
How It Works
pci index parses repository files into bounded records, extracts metadata and
candidate relationships, and stores snapshots in Postgres/pgvector. Semantic
embeddings are optional: lexical search and most structural evidence remain
available with --no-embed.
pci mcp exposes the index through a local stdio MCP server. Coding agents use
its filter-oriented tools to discover likely-relevant code, then read and
verify the live source before acting.
The default local architecture is:
Postgres/pgvector: Docker or Podman Compose.
Linux embedding services: Podman Quadlet units managed by user systemd.
Apple Silicon embeddings: a native MLX service.
Agent integration: a stdio MCP server, with optional edit-evidence hooks.
Remote Postgres and OpenAI-compatible embedding endpoints are supported when that tradeoff is intentional.
Quick Start
Install the CLI from a checkout:
uv tool install /path/to/project-code-intelligence
export PATH="$HOME/.local/bin:$PATH"Start the bundled database and the best available local embedding backend:
pci doctor --start
pci doctorIndex a Git repository:
cd /path/to/repo
pci index .Install MCP configuration for your coding agent:
pci mcp install --target codexSupported targets include claude, codex, opencode, pi, vscode,
copilot, cline, and zed. See docs/MCP_SETUP.md for
client-specific setup, project scoping, and credential handling.
For lexical search without embeddings:
pci doctor --start-db
pci index --no-embed .Core Agent Tools
Tool | Purpose |
| Index freshness, scope, record counts, and query capabilities. |
| File inventory filtered by language, role, path, or generated/test status. |
| Exact indexed search for symbols, filenames, keys, and known strings. |
| Concept search when identifiers are unknown. |
| Fetch complete indexed records and metadata. |
| Candidate caller, callee, reference, and related-symbol evidence. |
| Callers, tests, wiring, entry-point signals, and semantic neighbors for a proposed change. |
| Repeated call-shape groups ranked by likely refactoring value. |
| Filter normalized SARIF findings. |
| Fetch diagnostics, code flows, and static-analysis run details. |
Run pci audit for a whole-tree evidence report.
Evidence, Not Verdicts
PCI deliberately distinguishes stronger indexed facts from approximate and heuristic evidence.
Candidate relationship edges are not type-checked call-graph facts.
Blast radius cannot prove that a change is safe.
Redundancy scores cannot decide whether two functions should share an abstraction.
Static findings retain the limitations of their originating analyzer.
An index can be stale after uncommitted or newly committed changes.
Semantic retrieval can miss relevant code or return plausible neighbors.
Verify important callers and findings in live source. Use direct file reads for known paths and small bounded questions; PCI is most useful when the location, name, or impact is not yet known.
Installation
Python CLI
Install for the current user with uv:
uv tool install /path/to/project-code-intelligenceFor an editable development install:
cd /path/to/project-code-intelligence
python -m venv .venv
. .venv/bin/activate
python -m pip install -e .Nix
On NixOS or another Linux host with flakes enabled:
nix build
nix run . -- doctor --skip-db --embedding skip
nix developInstall persistently into the user profile:
nix profile install .#project-code-intelligenceThe Nix closure contains the CLI, MCP server, Python dependencies, and bundled Compose and Quadlet assets. Heavy Linux embedding runtimes remain in Podman containers rather than becoming host-native Nix dependencies.
Local database
Start only the bundled Postgres/pgvector database:
pci doctor --start-dbThe installed Compose file is materialized into a user cache. To use a custom copy instead:
export PCI_COMPOSE_FILE=/path/to/docker-compose.yml
pci doctor --start-dbLocal embedding service
The CLI includes the service templates; there is no separate PCI embedding
package. On Linux, install Podman and ensure systemctl --user works, then run:
pci doctor
pci doctor --start-embeddingPCI detects available hardware, materializes only the selected backend under
~/.config/containers/systemd/, reloads user systemd, and starts it. Stale PCI
units for other embedding backends are stopped and removed. Images and default
models download on first use.
Choose a backend explicitly when desired:
# Apple Silicon GPU (MLX)
pci doctor --start-embedding --embedding-backend apple
# AMD GPU
pci doctor --start-embedding --embedding-backend rocm
# NVIDIA GPU
pci doctor --start-embedding --embedding-backend cuda
# Portable CPU fallback
pci doctor --start-embedding --embedding-backend fastembed
# AMD Ryzen AI NPU (experimental)
pci doctor --start-embedding --embedding-backend lemonadeAvailable selectors are auto, fastembed, lemonade, rocm, cuda, and
apple. PCI rejects a requested backend when its required hardware or runtime
is unavailable. apple runs natively rather than through Quadlet: it is
supervised by a launchd agent and needs no container engine, pci embed apple
starts it directly, and it also starts on demand from the first index run or
semantic query, so on Apple Silicon no start command is required at all. The
agent releases the model after PCI_APPLE_EMBED_IDLE_SECONDS without requests
and the next demand brings it back.
To start the database and an explicit backend together:
pci doctor --start --embedding-backend rocmContainerized backends publish an OpenAI-compatible endpoint at
http://127.0.0.1:18081/v1/embeddings by default. Run one local backend at a
time because they share this endpoint.
Hardware | Backend | Runtime notes |
CPU | FastEmbed | Portable fallback; Podman Quadlet. |
Apple Silicon | MLX | Native process using the Apple GPU. |
AMD Ryzen AI NPU | Lemonade FLM | Experimental; requires supported XDNA hardware, driver, and firmware. |
AMD GPU | llama.cpp ROCm | Podman Quadlet with |
NVIDIA GPU | llama.cpp CUDA | Requires the NVIDIA driver, Container Toolkit, and Podman CDI support. |
Stop embedding services without touching the database:
pci doctor --stop-embeddingRemove generated local services, caches, and the bundled database volume:
pci doctor --clean--clean is destructive and prompts before removing data.
Remote embeddings
Start only the database, then configure a trusted OpenAI-compatible provider:
pci doctor --start-db
export PCI_ALLOW_REMOTE_EMBEDDING=1
export PCI_EMBEDDING_ENDPOINT=https://api.openai.com/v1/embeddings
export PCI_EMBEDDING_ENDPOINT_MODEL=text-embedding-3-small
export OPENAI_API_KEY=...
pci doctorRemote endpoints receive source-derived text. Enable them only when that is acceptable for the repositories being indexed.
Indexing Repositories
Index one repository:
pci index /path/to/repoIndex several repositories as a workspace:
cd /path/to/workspace
pci index service-api web-ui shared-libPCI infers collection and repository names from the paths. MCP clients filter by these logical names rather than absolute filesystem paths. Indexing is incremental: unchanged files are reused when compatible snapshots exist.
SARIF reports found under indexed repository paths are ingested automatically. Reset and rebuild one repository with:
pci index --reset /path/to/repoUse pci status to inspect indexing runs and pci index --help for parser,
embedding, collection, and database options.
MCP and Agent Hooks
Create project-scoped read-only database credentials and print an MCP config:
pci index --init-db --mcp-config codex .Install or remove MCP configuration without reindexing:
pci mcp install --target codex
pci mcp install --target codex --uninstallGenerated client configuration contains no database password. Credentials are
stored under the user's PCI configuration directory with mode 0600. Pi uses a
project-local .pi/extensions/ MCP bridge. Cline requires --config-path
because its settings file is user-scoped.
Optional hooks can remind an agent to use the index and inject evidence near edits that add or remove definitions:
pci hook install --target codexHook support and installation details vary by client. Hooks are an aid, not an enforcement or correctness mechanism. See docs/MCP_SETUP.md and docs/SYSTEM_PROMPT.md.
Privacy and Security
The local default keeps source-derived records and embeddings on the machine. That does not make every artifact safe to publish.
Do not commit or distribute database dumps, restore artifacts, SARIF output, embedding caches, model files, vector indexes, generated data from private repositories, or local MCP credential files. They can contain source snippets, paths, symbols, findings, metadata, and embeddings derived from source.
Collections organize repositories but are not a security boundary. Use separate databases or database users when repositories require stronger isolation. Project-scoped MCP credentials restrict normal access, but they do not replace host and database security.
When PCI Is a Good Fit
PCI tends to help when:
the repository or workspace is large or unfamiliar;
identifiers are unknown at the start of a task;
generated files make broad reads expensive or noisy;
a refactor needs caller, test, and wiring evidence;
maintenance work needs repeated-pattern discovery;
static findings need to be correlated with source;
several repositories must be searched through one interface.
It may add little value for a small familiar repository, a known file and line
range, or a question answered by one bounded rg or file read. The goal is not
to replace standard developer tools; it is to improve the uncertain discovery
and change-planning steps around them.
Token and cost reduction can be a useful side effect, but PCI does not promise it. Measure whether the index improves real sessions using docs/EVALUATING_VALUE.md and the session retrospective prompt.
Development
The MCP server uses stdio; Docker Compose is for the local database, not for hosting the MCP process. Run the full development gate with:
nix develop
make checkFor ingest, database, or MCP behavior changes, also run:
docker compose up -d pgvector
make integration-smokeSee CONTRIBUTING.md and AGENTS.md for project conventions and publication safeguards.
Documentation
docs/MCP_SETUP.md — MCP clients, scopes, credentials, and security model
docs/PUBLIC_API.md — CLI, environment, MCP, and Python compatibility surfaces
docs/EVALUATING_VALUE.md — evaluating PCI on real coding sessions
docs/SYSTEM_PROMPT.md — agent instructions for using PCI
docs/SYSTEM_PROMPT_RATIONALE.md — prompt-design rationale
docs/SESSION_RETROSPECTIVE_PROMPT.md — end-of-session evaluation prompt
.env.example — environment configuration reference
CONTRIBUTING.md — development workflow
License
MIT. See LICENSE.
Available Tools
8 toolscode_intel_statusC
Check code intelligence snapshot, file, record, edge, and embedding state.
Inputs: collection, repo, snapshot_id, include_historical.
get_code_intel_recordA
Fetch one code intelligence record by numeric ID, including display content.
Inputs: id (required).
get_static_code_flowC
Fetch ordered SARIF/CodeQL code-flow steps for one static-analysis finding.
Inputs: finding_id (required), flow_index.
get_static_findingC
Fetch one SARIF/static-analysis finding with rule, locations, and code-flow steps.
Inputs: id (required).
search_code_intel_semanticC
Embed a query with the configured embedding backend and search embedded code intelligence records.
Inputs: query (required), limit, collection, repo, +12 more.
search_code_intel_textC
Search or list code intelligence records with optional PostgreSQL full-text search and exact filters.
Inputs: query, limit, collection, repo, +12 more.
search_static_findingsC
Search SARIF/static-analysis findings with exact filters.
Inputs: limit, collection, repo, tool, +6 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 8 tools
Tools are mostly distinct in purpose: status overview, individual retrieval of records/findings/flow, semantic/text search, and graph relationships. However, 'get_code_intel_record' and 'related_code_intel' both involve records, but descriptions clarify the difference.
Naming mixes patterns: 'get_code_intel_record' vs 'get_static_finding' (different ordering), 'search_code_intel_semantic' vs 'search_static_findings' (inconsistent prefix). 'code_intel_status' and 'related_code_intel' lack verb prefixes, breaking the verb_noun pattern.
With 8 tools, the count is well-scoped for a code intelligence server covering status, retrieval, search, and relationships. Neither sparse nor bloated.
Covers core needs: status, record/finding retrieval, two search modes, and graph edges. Missing explicit listing endpoints, but search can substitute. No clear dead ends for a read-only intelligence server.
Maintenance
Related MCP Connectors
Code intelligence for coding agents: semantic, AST, graph, and full-text search. 279+ languages.
Code intelligence for LLMs. Analyze, search, and retrieve code from any public git repository.
Enterprise code intelligence for M&A, security audits, and tech debt. Hosted server with 200k free.
Ask a codebase what calls what: search, blast radius, paths between symbols, and diffs.
Related MCP Servers
- AlicenseAqualityBmaintenanceLocal-first code intelligence MCP server with hybrid BM25 + ONNX vector search, symbol-level impact analysis, diff-aware PR review with risk scoring, and persistent memory tied to git state.36295 npm82MIT
- AlicenseBqualityBmaintenanceHigh-performance code intelligence MCP server. Indexes codebases into a persistent knowledge graph — average repo in milliseconds. 159 languages, sub-ms queries, 99% fewer tokens. Single static binary, zero dependencies.1748,438MIT
- AlicenseNot gradedqualityBmaintenanceA local code-intelligence engine for AI agents that indexes repositories into a PostgreSQL-backed code graph and serves structured, token-budgeted context over MCP and HTTP, enabling targeted queries on symbols, dependencies, contracts, and impact analysis.7Apache 2.0
- AlicenseNot gradedqualityBmaintenanceLocal-first code intelligence MCP server that enables coding agents to search code, inspect structure, read exact ranges, and explore Git history with explicit token budgets.146Apache 2.0