CGIS Code Graph

io.github.zaebee由 GitHub 账号 zaebee 发布v0.39.2更新于 Nov 7, 2026

Code graph for AI agents: impact, call tracing in Python, TypeScript, Go; opt-in JSON and YAML keys

发布方自己的服务:BrainDog

概览

AI 生成的概览

为代码仓库构建 SQLite 代码图,让 AI 助手直接查询调用方、被调用方、结构与指标,而不必用 grep 翻文件。

可以做什么
  • 将仓库摄取为代码图,支持首次构建与增量刷新
  • 按部分名称查找符号,并查看包规模与整体概览
  • 分析变更影响并追踪符号的传递调用链
  • 查看类与模块层级、耦合度、上帝类与 PageRank
  • 为单个符号生成紧凑的图上下文包
  • 审计授权可达性、架构漂移与图完整性
适用场景
适合需要回答“改动这个函数会影响什么”“哪条调用路径会到达某个处理函数”这类问题的场景,面向 Python、TypeScript 与 Go 仓库。相比通读整个文件更省上下文,适合跨仓库的多跳影响分析。
运行要求
通过 uvx 从 PyPI 包 codegraph-brain 以 stdio 在本地运行,或用 pip 安装并需要 Python 3.12+。使用前需先从源码目录构建 SQLite 图文件。图相关工具无需账号、API 密钥或遥测。
安装前请注意
代码图由你的源码构建并保存在本地磁盘;README 称其不离开本机,唯一例外是可选的 Guardian 会把待评审的 diff 发送给所选的云端模型提供商。Guardian 可用 GH_TOKEN 或 GITHUB_TOKEN 在 PR 上发布行内评论,并可能使用 ANTHROPIC_API_KEY、MISTRAL_API_KEY、OPENCODE_API_KEY 等密钥。Go 的影响分析结果被描述为需阅读代码确认的线索。

安装

在 SourceWeft 中

  1. 打开 控制台中的 CGIS Code Graph,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

🧠 CGIS: Code Graph Intelligence System

A code graph your AI agent can query instead of guess

[Continuous Integration] [Graph Integrity] [PyPI]

Ask "what breaks if I change this?" and get the call chain, not a guess.

CGIS parses a repository with tree-sitter into a graph of fully qualified symbols and the calls, imports and containment between them, stores it in SQLite, and serves it to AI agents over MCP. An agent that would otherwise grep and read whole files asks the graph instead.

  • Languages: Python · TypeScript / TSX · Go (structure and metrics only; its impact answers are a lead to confirm by reading — exp4, measured on one library, golang/crypto, mostly its ssh package; not measured on applications) · JSON and YAML (data key declarations only, when data keys are enabled with --data-keys: no symbols, calls or impact)
  • Runs: locally — no account, no telemetry; the graph never leaves your disk (the one opt-in exception)
console
$ cgis ingest src --output graph.db$ cgis impact cgis.query.engine.QueryEngine.get_flow_graph --db graph.db --depth 2🔍 Analyzing transitive upstream callers of: cgis.query.engine.QueryEngine.get_flow_graph
METHOD cgis.query.engine.QueryEngine.get_flow_graph (cgis/query/engine.py:215)├── FUNCTION cgis.query.context.context_service._collect_callees (cgis/query/context/context_service.py:44)│   └── FUNCTION cgis.query.context.context_service.build_context (cgis/query/context/context_service.py:96)└── METHOD cgis.guardian.collector.ContextCollector._graph_sections (cgis/guardian/collector.py:174)    ├── METHOD cgis.guardian.collector.ContextCollector.collect_graph_context (cgis/guardian/collector.py:213)    └── METHOD cgis.guardian.collector.ContextCollector.collect_for_chunk (cgis/guardian/collector.py:303)

Real output — CGIS run on its own source.


🚀 Quickstart

In Claude Code (fastest)

bash
/plugin marketplace add zaebee/codegraph-brain/plugin install cgis@codegraph-brain

That ships the MCP server, a skill that teaches the agent when to query the graph instead of reading files, and /cgis:ingest to build the graph on first use. The server is pulled from PyPI on demand via uvx, so there is nothing to clone or build.

Any other MCP client (Cursor, Claude Desktop, …)

json
{  "mcpServers": {    "cgis": { "command": "uvx", "args": ["--from", "codegraph-brain", "cgis-mcp"] }  }}

From the terminal

bash
# No install needed — uvx fetches it from PyPIuvx --from codegraph-brain cgis ingest ./my-project --output graph.db
uvx --from codegraph-brain cgis impact "my_module.core_function" --db graph.db --depth 5   # who calls thisuvx --from codegraph-brain cgis trace  "my_module.MyClass.run"   --db graph.db --depth 3   # what this calls# add --format mermaid (or json) to either for a diagram or machine-readable output

Or install it for good: pip install codegraph-brain (Python 3.12+), then use cgis directly. The full command list is in CLI_USAGE.md.


📈 Proof at Real Scale

CGIS runs on a working twelve-repository estate — four languages, 8,146 commits, shipping daily. On its FastAPI backend it classifies 82.7% of 87,845 edges definitively and prints the remaining 17.3% rather than inventing targets for them — including the part that is CGIS's own gap.

That share rose from 11.4% in #459, which stopped counting calls to missing symbols as resolved. About 4 points of what is left is a known resolver gap, not something undiscoverable: ingesting app/ strips the app. prefix its imports carry, and the import path does not yet reconcile the two — the same backend ingested at its package root reports 13.2%. The number is what the tool admits it cannot place today, and it is allowed to move the unflattering way.

Read the case study → — every figure measured and reproducible, including what CGIS doesn't cover.


🤔 Why a graph, and how this differs

Text retrieval hands an agent chunks that look related. It cannot say which of three functions named save a call reaches, or what sits five callers up. CGIS resolves every call site to a fully qualified name when the source allows it — and when it does not, the edge stays marked unresolved and is counted, never filled with a plausible guess.

If you use…CGIS adds
grep / file reads in the agentTransitive callers and callees in one call, without spending context on whole files
LSP-backed symbol tools (e.g. Serena)A persisted whole-repo graph for multi-hop impact, coupling, PageRank and drift
A repo map (e.g. aider)Resolved edges you can traverse and audit, with the resolved/unresolved ratio reported

🤖 MCP Tools

The main tools:

ToolAnswers
cgis_ingestBuild or incrementally refresh the graph
cgis_overviewWhere to start: sizes and the largest packages, when you have no FQN yet
cgis_find_symbolPartial name → candidate FQNs
cgis_analyze_impactWhat breaks upstream if this changes?
cgis_trace_flowWhat does this call, transitively?
cgis_get_structureClass / module hierarchy
cgis_contextA compact GraphRAG context package for one symbol
cgis_metricsCoupling, god classes, PageRank, package cohesion
cgis_audit_reachabilityAuthz / IDOR coverage — does every handler reach its guard?
cgis_driftHow far each domain has moved from its declared pattern
cgis_validateGraph integrity: resolved vs unresolved edges

All 16 tools, with parameters: MCP_REFERENCE.md.


🏗️ How It Works

  1. Extract — tree-sitter parsers turn each file into nodes and raw call edges.
  2. Resolve — the ResolverEngine maps raw calls to fully qualified names, or leaves them explicitly unresolved.
  3. Store — SQLite holds the graph; queries are breadth-first traversals over it.
mermaid
graph LR    A[Source Code] --> B[Extractors]    B --> C[Resolver Engine]    C --> D[(SQLite Graph DB)]    D --> E[MCP Server]    D --> F[Prompt Compiler]    E --> G[AI Agents]    F --> G

The details — and a pipeline graph CGIS regenerates from its own source on every change — are in HOW_IT_WORKS.md, and the full map of every document with its generated cross-references to the code is in docs/INDEX.md.


🛡️ Guardian: Graph-Aware Code Review

Guardian is CGIS's built-in LLM reviewer — it reviews pull requests using the graph as context, not just the diff text. It runs in CI and posts inline comments anchored to the exact line.

  • Two-stage, recall-first: a finder surfaces every plausible defect (optimised for recall), then a separate skeptic pass filters false positives — closer to how human reviewers work, and far more reliable than a single precision-gated prompt.
  • Local or cloud, no lock-in: point it at Ollama (qwen2.5-coder, llama3.1, granite-code, …) for free local inference, or at Mistral / Gemini / Claude / OpenCode Go (DeepSeek) in the cloud. You can even mix them — a strong cloud finder with a free local cross-model skeptic.
  • Graph-aware context: the reviewer sees impact graphs, architectural drift, and project ontology — so it catches structural and convention defects a flat-diff reviewer can't.
  • Deterministic anchoring: every inline comment is positioned by a verbatim quote from the diff, not the model's (often wrong) line guess.
  • Dogfooded & measured: Guardian reviews CGIS's own pull requests, and a benchmark harness scores it against curated ground truth — so prompt changes are validated, not guessed.
bash
# Build the graph, then review a PR with a local model (no API key).# --inline posts over HTTPS with GH_TOKEN (or GITHUB_TOKEN); no gh CLI needed.# The reusable workflow exports GH_TOKEN for you.cgis ingest ./src --output graph.dbGUARDIAN_PROVIDER=ollama GUARDIAN_MODEL=qwen2.5-coder:14b \  uv run python scripts/guardian_review.py --pr 123 --db graph.db --inline
# Or OpenCode Go / DeepSeek: deepseek-v4.1-flash unless GUARDIAN_MODEL names another.# GUARDIAN_OPENCODE_EFFORT is low unless set (the catalog lists low|high|max; other values# pass through to the gateway). GUARDIAN_OPENCODE_BASE_URL pins a different gateway.# No ANTHROPIC_API_KEY is needed for this provider.GUARDIAN_PROVIDER=opencode-go GUARDIAN_MODEL=deepseek-v4.1-flash OPENCODE_API_KEY=... \  uv run python scripts/guardian_review.py --pr 123 --db graph.db --inline
# Or a Claude skeptic over a Mistral finder: Claude Haiku 5.5 unless GUARDIAN_SKEPTIC_MODEL names# another, at GUARDIAN_ANTHROPIC_EFFORT=low unless set (low|medium|high|xhigh|max). Claude models# reject a sampling temperature, so GUARDIAN_TEMPERATURE must be unset.GUARDIAN_SKEPTIC=anthropic ANTHROPIC_API_KEY=... MISTRAL_API_KEY=... \  uv run python scripts/guardian_review.py --pr 123 --db graph.db --inline

In GitHub Actions, opencode-go needs no static key: the reusable workflow exchanges a short-lived GitHub OIDC token for inference access immediately before the review. Enable OIDC for GitHub Actions in the Opencode console, set the calling repository's OPENCODE_CLIENT_ID variable, and grant the review job id-token: write. OPENCODE_API_KEY is then minted at run time and never stored as a secret. Sign-in happens when GUARDIAN_PROVIDER is opencode-go, opencode, or unset (unset means the minted key makes opencode the auto-detected provider); an explicit other provider skips it.

No GPU on hand? Benchmark it on a notebook GPU → — free end to end, since the fixtures score without an LLM judge. Or point Guardian at a remote Ollama → — over an frp stcp tunnel, no public port, and a guard that refuses a review of a silently truncated prompt.


🔒 Privacy

CGIS collects nothing: no telemetry, no analytics, no account. Your code and the graph built from it stay on your machine. The one exception is opt-in: Guardian, if you run it with a cloud model, sends the reviewed diff to the provider you chose. See PRIVACY.md.


🛠️ Development

Requires Python 3.12+ and uv.

bash
git clone https://github.com/zaebee/codegraph-brain && cd codegraph-brainuv syncmake pytest

See CONTRIBUTING.md for the standards: strict MyPy, linting, ontology compliance.


💼 Architecture Audit

CGIS is free and you can run it yourself. If you would rather have the analysis than the tool, I run a fixed-price audit of your codebase's structure — authorisation coverage, blast radius, coupling, architectural drift — delivered in five working days, $2,400 fixed, with an explicit list of what the analysis cannot see. Read what's included →

来源:README.md,提交 5ed805b

工具

0
SourceWeft 曾在隔离沙箱中以无凭据方式启动该软件包一次,以列出其工具,但未能完成:软件包安装失败。

版本历史

16
  1. v0.39.2最新Oct 31, 2026
  2. v0.38.0Oct 23, 2026
  3. v0.36.0Oct 22, 2026
  4. v0.35.0Oct 21, 2026
  5. v0.34.0Oct 19, 2026
  6. v0.33.0Oct 18, 2026
  7. v0.32.0Oct 16, 2026
  8. v0.31.0Oct 16, 2026
  9. v0.30.0Oct 15, 2026
  10. v0.29.0Oct 14, 2026
  11. v0.28.0Oct 8, 2026
  12. v0.27.0Oct 2, 2026
  13. v0.25.4Sep 26, 2026
  14. v0.25.3Sep 18, 2026
  15. v0.25.2Sep 18, 2026
  16. v0.23.3Sep 17, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

其他 Brain 集成