如何终结 Code Review?

如何终结 Code Review?

来源: latent.space/p/reviews-dead
作者: @ankitxg
整理时间: 2026-03-03


核心观点

人类编写的代码已在 2025 年终结,传统代码审查将在 2026 年消亡。审查不再是有效的质量闸门,必须被彻底取代。


为什么审查必须终结?

传统审查早已力不从心

  • PR 常积压数天
  • 评审者仅快速浏览大段 diff
  • 实际仍依赖 feature flags 与快速回滚

AI 时代问题加剧

Faros.ai 数据显示:
- 高 AI 采用团队任务完成量提升 21%
- PR 合并量激增 98%
- 但审查时间反而增加 91%

人工无法阅读指数级增长的 AI 生成代码


AI 审查只是过渡

当前 AI 审查工具仅将负担转移给机器,却仍保留”事后审批”形式。

问题:
- 若代码由 AI 编写、AI 初步验证,便无需人类再阅读 diff
- 人类审查 AI 代码反而更耗时
- 代理间存在相同盲点


新范式:从审查代码转向审查意图

核心理念

将人类检查点前移至规格(spec)层面

  • 人类审阅意图、计划、约束与验收标准,而非代码
  • 规格成为单一事实来源,代码仅为其衍生产物
  • 人类宝贵判断力用于”是否解决正确的问题”,而非”代码是否写对”

多层防御构建信任(瑞士奶酪模型)

单一机制不可靠,需堆叠多层不完美过滤器:

1. 多选项对比

让多个 Agent 以不同方式解决同一任务,自动或半自动选优

2. 确定性护栏

  • 测试
  • 类型检查
  • 契约验证

验收标准须在生成前定义

3. 人类定义验收标准

以自然语言(BDD 风格)写预期行为,机器自动验证

4. 权限系统作为架构

  • 最小权限原则
  • 仅允许 Agents 访问必要文件
  • 敏感变更自动升级人工

5. 对抗性验证

编码 Agents 与验证 Agents 完全分离,另设红队主动破坏代码


未来趋势

  • “好代码”将更标准化、一致
  • Agents 激励偏向”完成任务”
  • 需在架构中预先编码长期约束

新工作模式

快速交付 + 全面观察 + 快速回滚

人类无需再读懂 Agents 代码。


总结

旧范式 新范式
审查代码 审查意图
事后审批 前置规格
人类阅读 机器验证
单一审查 多层防御