代码知识图谱到底适合解决什么问题
装上 codebase-memory-mcp 之后，我重新区分了可视化图谱和机器查询各自的价值。
代码知识图谱第一次打开时往往很震撼：成千上万个节点和关系线同时出现在屏幕上。问题也随之而来——人很难从全量图谱里直接读出可靠结论。
可视化更像雷达，不像地图
全量图谱适合观察模块聚集、连接密度和异常热点，但不适合顺着上万条边手工排查调用链。
当目标明确时，可视化才开始有用：搜索一个类、函数或路由，过滤无关节点，只看它周围的局部关系。
更适合让 Codex 查询
对日常开发来说，图谱最大的价值是给 AI 提供结构化查询能力：
- 某个方法被哪些模块调用；
- 修改一个文件可能影响哪些路径；
- 登录、权限、订单等业务从哪里进入；
- 哪些文件连接过多，可能成为重构热点。
这类问题让 Codex 查询后再给出中文结论，比人直接看图效率更高。
不需要为了 UI 安装 UI
图谱服务和图谱页面是两件事。没有可视化页面，MCP 依然可以索引代码并提供搜索、调用链和架构查询工具。
如果团队没有主动使用可视化分析的习惯，保留 MCP、关闭 UI，反而是更安静的配置。