团队为什么只是装作在审查 AI 代码｜Michaela Greiler 博士

📌 One-Sentence Summary

Michaela Greiler 博士指出，团队默许对不理解的 AI 代码走过场，才使审查失效；她主张按变更风险、共同理解程度和人类判断分阶段监督。

📝 Summary

Greiler 结合代码审查研究和团队工作坊经验，提出「代码审查投降」：面对更大、更多的 AI 辅助变更，审查者看不懂也照样批准，或者只挑一个无关紧要的问题来显得自己参与了。她提醒，审查长期同时承担缺陷预防、指导新人、知识共享和变更追踪等目标，团队应先确定每项变更真正需要哪一种结果。她提出的 SCOPE 框架把监督分散到计划、引导智能体和最终提交等阶段，并根据运行风险及架构共识需求提高审查强度。静态检查和 AI 审查可以处理常规问题，同行审查的价值则是提出独立挑战，而非重复作者已完成的检查。最后，她强调心理安全：领导者应让不确定性可以被公开讨论；验证质量要看测试能带来多少信心，而非 AI 生成了多少测试。

💡 Main Points

「代码审查投降」让批准变成表演，失去监督作用

AI 增加了拉取请求的数量和规模。审查者可能不理解变更却仍然批准，或只留下浅层评论；缺陷预防、团队学习和共同负责因此悄然落空。

审查的目的应决定它在何时发生、审到多深

审查同时承担发现缺陷、指导和知识传递等目标。Greiler 的 SCOPE 框架将监督放在计划、引导智能体及最终变更等不同阶段，避免要求每次拉取请求都完成所有任务。

审查力度既要看变更风险，也要看团队是否需要对齐

有些变更短期影响的用户很少，却会改变架构，仍需同行讨论。风险较低且已被充分理解的变更可以轻量处理；高风险或存在分歧的决定则需要升级审查。

自动化处理常规问题，同行提供独立判断

代码检查、静态分析和 AI 审查适合发现机械性问题。另一位工程师带来不同背景并挑战隐含假设，尤其是在作者已引导智能体并检查其产出之后。

心理安全和有意义的验证能让团队正视问题

领导者坦承不确定性，团队成员才更容易说出自己尚未理解某项变更。AI 可以生成大量没有实际证明力的测试，因此测试数量和覆盖率都不能替代真正的信心。

💬 Key Quotes

我们只是在装作进行代码审查。

把人的注意力放在真正需要的地方。

决定审查投入多少时，风险并不是唯一因素。

他们应当提出不同的挑战，带入自己的经验和视角。

代码审查是一项团队实践，关键在于分享、开放和透明。

📊 Article Meta

AI Screening： 90

Featured： Yes

Source： Aviator

Author： Aviator

Category： 软件编程

Language： 英文

Read Time： 27 min

Word Count： 6557

Tags：

编程与工程 , 代码质量 , 技术领导力 , 科技评论 , AI研究前沿

Play Full Video