作者：TitApeX BoHan /2026 年 10 月 20 日

AI 让代码多写 30%，交付却没变快：委托定制开发前，先问清楚“代码审查”

AI 写代码的速度越来越快，很多企业主自然会想：既然工程师有 AI 帮忙，定制开发是不是应该更便宜、更快交付？哈佛大学研究者在 2026 年发表的工作论文给了一个冷静的答案：引入 AI 编程代理之后，代码多写了约 30%，但真正完成、上线的工作量并没有明显增加。卡住的地方，是代码审查。这篇文章整理研究重点，以及你在委托定制开发时，该怎么把这件事问清楚。

代码多了 30%，完成的工作却没变多

开放式办公室里，多位工程师在笔记本电脑上快速编写代码

这份论文由哈佛博士候选人 Fiona Chen 与 James Stratton 撰写，使用工程管理平台 Jellyfish 的数据，追踪 718 家公司、约 72 万名员工从 2021 年到 2026 年 3 月的开发记录。结果很清楚：

产出变多：每位工程师每月新增的代码行数增加约 30%，commit 增加约 20%，提交的合并请求（PR）增加约 23%。
完成没变多：以“部署到生产环境的工作项目”来衡量，完成量没有统计上可检测的增加。

换句话说，AI 让“写”变快了，但软件不是写完就算数。代码要被看过、被测过、被合并、被部署，才会变成你能用的功能。需要注意的是，这篇论文还是尚未经同行评审的工作论文，但它和其他业界数据指向同一个方向。

瓶颈移到代码审查：等待时间拉长 49%

资深工程师面对一叠打印的代码与满屏的审查意见

研究发现，从提交 PR 到合并的时间平均拉长约 49%，被要求修改的比例明显上升，每个 PR 的审查评论也多了 35%。到 2026 年 3 月，将近八成的公司都用过 AI 审查工具，但 AI 只贡献了约 23% 的审查评论——大部分的把关，还是落在资深工程师身上。

DevOps 平台 Opsera 在 2026 年初发布的基准报告（覆盖超过 25 万名开发者）也观察到类似现象：AI 让提交 PR 的时间最多缩短 58%，但 AI 生成的 PR 在审查队列里等待的时间是一般的 4.6 倍，而且带来更多安全漏洞。更早之前，研究机构 METR 在 2025 年的随机对照实验中，甚至发现资深开发者使用 AI 后完成任务反而慢了 19%，但他们自己以为变快了。

这些数字的意思不是“AI 没用”，而是：写代码不再是最贵的环节，判断代码对不对才是。

委托定制开发前，该问的四个代码审查问题

企业主在会议室向开发团队负责人询问审查流程

对企业主来说，你不需要懂代码，但可以问对问题。以下四个问题，能帮你分辨一个开发团队是“用 AI 加速”，还是“用 AI 堆量”：

1. 谁负责审查 AI 写的代码？

请对方说明审查流程：每段代码合并前，是否有资深工程师看过？AI 审查工具是辅助，还是唯一的关卡？

2. 审查的标准写在哪里？

好的团队会有明确的审查清单，例如安全、性能、命名规则、是否有对应的测试。可以参考我们之前整理的 AI 写的代码谁来测，把测试与审查一起问。

3. 每次交付的范围有多大？

一次丢出几千行代码的大型更新，最难审查、也最容易藏问题。小批次、频繁交付，通常代表审查做得比较扎实。

4. 出问题时能追溯到哪一段变更吗？

要求版本控制记录与变更说明，确保日后任何人都能看懂“这段代码为什么存在”。

报价与工期怎么看：AI 省下的时间花在哪

既然瓶颈在审查，合理的开发报价就不会因为“有 AI”而大幅下降。从上述研究来看，AI 省下的主要是编写的时间，而不是整体交付的时间，很难支撑“有 AI 就便宜一半”的期待。如果某个报价低得惊人、工期短得不合理，值得追问：省下来的，是写代码的时间，还是审查与测试的时间？

我们的建议是，把预算看成三块：写（AI 可以大幅加速）、审（需要有经验的人）、验（测试与上线前的确认）。一个健康的项目，后两块不会被压缩到几乎为零。

结语：AI 负责速度，人负责判断

开发者与客户在完成的系统界面前握手

AI 让软件开发进入“写得出来不稀奇，写得对才稀奇”的阶段。这正是 TitApeX 一贯的观点：AI 负责完美的效率，人负责关键的判断。我们在定制开发项目中，用 AI 加速编写与初步检查，但每一段要上线的代码，都由人审过、测过、说得清楚。如果你正在评估定制系统，欢迎看看我们的服务内容，或直接与我们聊聊你的需求。