接手别人的老项目是什么体验？注释停留在五年前，变量名叫 a1、a2、tmpFinal，改一行不知道会炸哪三处。AI 编程助手都吹自己"懂代码"，但遗留代码这块硬骨头，它们啃得动吗？我们拿一个真实的十年老项目试了试。
测评声明
时间：2026 年 9 月 6-9 日。环境：同一个私有化部署的 Java 老项目（12 万行，无文档），VS Code 与 JetBrains 双 IDE 接入，均为企业版试用账号。任务集：三项——为 30 个核心类补中文注释、为 8 个工具类生成单元测试、给 2 个有安全隐患的模块做风险标注，CodeGeeX 与文心快码各自独立完成。
核心发现
①中文注释质量，文心快码更"像同事写的"。它会给关键方法写清业务背景，比如"此处重复校验是为兼容 2019 年的老对账接口"，这种带着项目记忆的话，是读得懂上下文才写得出的；CodeGeeX 的注释准确但偏"翻译代码"，业务为什么这么设计说得少。
②单测生成，CodeGeeX 的可跑率更高。8 个工具类各生成 10 个用例，CodeGeeX 一次跑通率约八成，边界条件覆盖更狠——空入参、超长字符串都主动想到了；文心快码七成左右，但失败用例改造成本低，多为断言写法问题而非逻辑错误。
③企业私有化部署，文心快码的管控能力更强。它支持代码不离开内网的部署方案且带审计日志，对金融、国企类客户是硬需求；CodeGeeX 也有私有化方案，但管理后台的颗粒度粗一档。
维度评分
| 维度 | CodeGeeX | 文心快码 | 实测依据 |
|---|---|---|---|
| 遗留代码理解 | 8.6 | 8.9 | 30 个类注释，文心 26 个带业务背景，CodeGeeX 21 个 |
| 单测可跑率 | 9.0 | 8.3 | 80 个用例一次跑通 64 对 56，边界覆盖 CodeGeeX 更全 |
| 中文注释表达 | 8.4 | 9.1 | 文心的注释更像人写的，CodeGeeX 偏直译 |
| IDE 集成 | 8.8 | 8.5 | 两家插件都稳，CodeGeeX 在 VS Code 里响应快约 1 秒 |
| 企业管控 | 8.2 | 9.0 | 私有化部署加审计日志，文心的管理后台更细 |
分场景结论
想让 AI 帮你啃老项目、补测试欠账的个人和小团队——CodeGeeX，单测能力是实打实的硬通货；接了合规要求高、代码不能出内网的单子的团队——文心快码，管控和审计是买不来的安心。接手公司 CRM 老系统的后端小郑，用文心快码先出全项目注释建立"地图"，再用 CodeGeeX 批量补单测做安全网，两个星期干完了原计划两个月的活，这个组合用法比纠结二选一更聪明。
横向对比
跟 GitHub Copilot 比，两家的优势都在中文语境和企业合规上，价格也友好一截；Copilot 的补全手感依然最好，但要看懂"中式变量名加中文注释"的老项目，本地双雄反而更对味。
最终判断
一句话：重单测选 CodeGeeX，重合规和业务理解选文心快码，俩都免费试用，拿你最头疼的那个类跑一遍就知道答案。置信度说明：基于一个 Java 项目 40 余项任务实测，语言栈单一，结论对 Python、前端项目仅供参考。