这周 GitHub 上一个叫 GitNexus 的项目悄悄突破 4.5 万 Star。它把代码仓库里函数、类、调用的关系提前算成知识图谱，再通过 MCP（一种让 AI 模型调用外部工具的协议）让 Claude Code 这类编码 Agent 直接查询。判断是：编码 Agent 的瓶颈正从"会不会写"转向"看不看得懂整个项目"。
这是什么
GitNexus 是一个本地运行的代码索引工具。它会扫描仓库，提取谁调用谁、接口怎么连，把结果存进 .gitnexus/ 目录。最新 v1.6.9 支持多仓库分组，能跨仓库追踪接口调用——这正是微服务项目最头疼的部分。
亮点在于它把索引"接"给了 Claude Code、Cursor、Codex 这些编码助手。Agent 改一个登录接口前，可以先问"谁在调用"；改完后对照当前 Git diff 看哪些符号受影响。不用每次让模型从零翻文件、拼调用链。
行业怎么看
支持方认为这是编码 Agent 走向"工程化"的标志。如果 Agent 不能理解复杂代码库的结构性影响，企业项目不敢真用。
但我们看到的风险同样真实：
一是许可证。GitNexus 用的是 PolyForm Noncommercial 1.0.0，明确禁止商业使用。企业要把它接入内部代码库，先得面对合规这一关。
二是覆盖深度不均。控制流分析目前主要覆盖 TypeScript 和 JavaScript，Java 和 Python 更保守。企业混合技术栈下够不够用，要打问号。
三是 MCP 默认带写操作，只想查询必须手动设置只读环境变量。这种细节在企业环境里很容易踩坑。
对普通人的影响
对企业 IT：跨仓库影响分析过去靠资深架构师或昂贵的企业级工具，现在一个开源项目就能补上这块，IT 预算或可重新分配。
对个人职场：懂 MCP、能用 Claude Code 这类工具排查大型项目的人，在团队里的稀缺性会变高。这是一项值得放进简历的新能力。
对消费市场：消费者不会直接接触 GitNexus，但软件质量可能因此更稳——前提是开发团队真的愿意用上它。