Codex找代码换了方式，文件读取归零

Codex 找代码的方式，被一个开源项目换掉了。 CodeGraph（colbymchenry/codegraph）在 GitHub 上把整个代码库先建成一张知识图谱：符号、调用边、依赖全在里面。agent 要改功能时不再逐文件 grep，一次查询就能拿到相关源码、调用链，还有这次改动会波及哪些地方。接进 Codex 靠的是 MCP 配置。 实测数据摆在 README 里：7 个开源仓库参与测试，token 消耗平均降 62%，执行成本降 44%，工具调用次数减 88%，部分任务耗时缩 53%，七个仓库的文件读取全部归零。测试是 2026 年 8 月 5 日重测的，用 Claude Opus 4.8，两臂都封掉了命令行入口，防止对照组偷跑到索引。 我翻了细节，最服气的是 VS Code 那一行：2 次工具调用对 28 次，58 秒对 2 分 10 秒，token 少 77%。Excalidraw 更夸张，2 次对 43 次，快 3.6 倍。以前 agent 改个功能要读十几个文件、来回追依赖，现在图谱直接把答案端上来，我觉得这步省得最值。 也有它自己的代价。README 里承认，同样的七个仓库跑多轮会话，装了 CodeGraph 之后窗口里残留的检索上下文反而多出约 80%，VS Code 那次是 67k 对 18k。省的是处理量，留下的是占位，小窗口跑长会话得掂量。 装起来是一条命令，Rust 内核解析 20 种语言，MIT 协议，索引全在本地，改文件自动同步。接 Codex、Claude Code、Cursor 都是 codegraph install 一次搞定。 我关心的还是那个老问题：索引快，但代码在长，新写的文件会不会追不上。自动同步开着，理论上不会，可我没在自己的大仓库上压过，这点留着下次试。