我们之前给客户做过一个背调系统方案。用 RAG 查企业材料，自动生成背调报告。听起来很成熟，检索加生成，标准管线。报告出来了，版式漂亮，引用齐全，语气笃定。不过，财务数字是错的。营业收入、净利润，整段数字对不上材料。有的是编的，有的是把别处的数挪了过来。看起来比真的还真。关键数字不对，报告就没法用。材料里明明写着数，模型为什么不抄材料。后来我想明白了，这不是 RAG 做错了什么。恰恰相反，它很好地

之前我们分享过一篇关于把 CodeGraph 引进项目开发的记录。那次的实测结果是：同一个需求交给 Agent，token 消耗降低50%。那篇发出去之后，有朋友提出了这个疑问——就为了省点 token，值得单独建一套图吗。小项目不值得，比如就几个脚本的，但是中大型的项目肯定值得。但省 token 这件事还排不上号。它只是个副作用。真正的差别在别的地方，得从 CodeGraph 到底改了什么说起。