MCP Configs2026年5月12日·1 分钟阅读

CodeGraphContext — Graph Index for Code + MCP

CodeGraphContext indexes a repo into a code graph so developers and agents can query call chains, dependencies, and architecture via CLI or MCP mode.

Agent 就绪

这个资产会安全暂存

这个资产会先安全暂存。复制的指令会要求 Agent 读取暂存文件,并在激活脚本、MCP 配置或全局配置前先确认。

Stage only · 17/100策略:需暂存
Agent 入口
任意 MCP/CLI Agent
类型
Mcp Config
安装
Stage only
信任
信任等级:Established
入口
Asset
安全暂存命令
npx -y tokrepo@latest install c1dbc5db-1dde-463c-b63b-5c0393595eb6 --target codex

先暂存文件;激活前需要读取暂存 README 和安装计划。

简介

CodeGraphContext 会把仓库索引成代码图谱,开发者与 agent 可用 CLI 或 MCP 方式查询调用链、依赖关系与架构视图,从而减少“靠猜”与重复读文件导致的上下文噪音与返工。

  • 适合谁: 代码规模大、agent 需要稳定的调用图/依赖查询能力的工程
  • 可搭配: Python 3.10+;既提供 CLI,也支持 MCP 模式用于 IDE/agent 集成
  • 准备时间: 20–45 分钟

实战建议

  • 先索引一次,再用调用链/依赖查询替代反复读文件。
  • 单体仓库/monorepo 建议先索引子目录验证性能,再全量扩展。

两种模式:给人用的 CLI,给 agent 用的 MCP

CodeGraphContext 可以当作:

  • CLI 工具:做结构化查询(调用者/被调用者、依赖关系等),
  • MCP Server:让你的助手通过工具接口查询结构。

用于增强 agent 上下文的实战流程

1)先索引仓库

codegraphcontext index

2)优先问“结构问题”

最有价值的起手问题:

  • “谁调用了这个函数?”
  • “这个模块在哪里被实例化?”
  • “从 HTTP handler 到 DB 写入的调用链是什么?”

3)把查询结果喂给 agent,而不是丢整库

给 agent 的最好输入通常是:

  • 调用链上的关键节点(top 10),
  • 必须打开的 3–5 个文件,
  • 约束条件(只改哪些模块、不要破坏哪些接口)。

运维建议

  • refactor 期间按需打开 watch 模式(持续更新图谱)。
  • 把图数据库当缓存:当代码结构大幅变化时重建索引即可。

FAQ

一定要用 MCP 才有价值吗? 答:不需要。只用 CLI 做结构查询也能大幅提效。

什么时候需要重建索引? 答:大重构后或结果明显过期时;把图谱当缓存即可。

它怎么帮助 agent? 答:提供可靠的调用/依赖上下文,减少 agent “猜逻辑在哪”的成本。

🙏

来源与感谢

Source: https://github.com/CodeGraphContext/CodeGraphContext > License: MIT > GitHub stars: 3,218 · forks: 573

讨论

登录后参与讨论。
还没有评论,来写第一条吧。

相关资产