人类代码审查短期内不会消失
来源:dev.to — 2026-09-29
📋 概述
作者承认「软件开发生命周期已死」这类说法描述的是一次真实的压缩,而不是一场葬礼:设计、实现、测试不再是隔着走廊的独立房间,它们在 agent 的沙箱里于同一次会话中完成,之后是一份塞满证据的合并请求。但他认为流程存在的理由没有因此退休——需求仍然必须是真的,架构仍然要活过下一个团队接手,而且总得有一个能被叫起来处理事故的人。他给出三条主张:待在 agent 的反馈回路里只会拖慢它,agent 需要自己的环境,最好是本地的,至少是临时的;一个孤立无援的人对着裸的 agent diff 做审查确实很慢,好 CI 加上肯把机械性修复直接提交的审查 agent,才能让人类这道关卡便宜到值得保留,但签字的人仍然是人;把闭环放到生产上是初学者错误,快速回滚依然会烧到用户,而微妙的失败往往根本不会变成 agent 能「看见」的信号。结论是审查不会死,只是从逐行读小说变成读一份简报。
🔑 核心要点
- 作者区分了「仪式」与「理由」:冲刺表演、三天审查队列可以走,但流程原本要管理风险、协调多个大脑与保留可被叫醒的人。
- 主张一:留在 agent 的反馈回路里会拖慢它,它需要自己的环境,本地优先、至少是临时的。
- 主张二:孤立的人审裸 diff 确实慢,好 CI 加上会提交机械修复的审查 agent,才能让人这道关卡保持便宜。
- 主张三:把闭环合到生产上是初学者错误,快速回滚仍然会烧到用户,且微妙失败常常不会形成 agent 能看到的信号。
- 一条实用规则:你会写第二遍的评论,就是一个缺失的检查,应该沉淀成自动化。
- 他的结论是形态变了而不是消失了:审查从逐行读小说变成读一份简报,但人仍然签字。
💡 金句
人类代码审查短期内不会消失,它只是不再逐行读小说,而是开始读一份简报。
👍 0
👎 0
← 返回 dev.to 首页