如何终结 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 代码。
总结
| 旧范式 | 新范式 |
|---|---|
| 审查代码 | 审查意图 |
| 事后审批 | 前置规格 |
| 人类阅读 | 机器验证 |
| 单一审查 | 多层防御 |