代码评审
软件工程中的质量控制机制，开发者在变更合入主干前由其他工程师检查正确性、可读性、安全性与设计一致性，并决定批准或退回修改。既是技术把关，也是知识共享和风险控制的手段。
核心事实
时间轴 (近 90 天)
规划与执行分离能缓解幻觉，因为审查者不共享执行者的生成路径，更容易从需求出发发现偏差；这种“生成—验证”分离思路类似于软件工程中的代码评审制度。
工程实践中常见的做法是把大模型生成结果固化下来，导出为静态文件、纳入版本控制和代码评审，而不是每次启动都重新生成。
开发团队可以采取具体行动来体现“软件背后有人”，包括：在文档中记录关键决策的背景与决策者、为开源项目建立可持续的维护模式、在代码评审中关注意图而非仅仅正确性、对用户反馈保持同理心。
该研究发现端到端交付的软件并没有随代码产出等比例增长，代码评审仍是人工完成，且评审者发起的变更请求随智能体采用加深几乎线性增长。
Claude Code团队认为'人类是否读过代码'是不精确的替代指标，真正该问的是这次变更可能出什么问题，哪种检查（自动或人工）最适合抓住它。
在人类团队中，代码评审、架构决策记录（ADR）和团队共享的心智模型共同抑制了架构漂移。
AI编程助手大规模进入开发工作流，使代码产出速度大幅提升，导致持续集成(CI)系统成为交付链条中最慢的一环
代码评审除了发现bug，更重要的是控制复杂性的引入，防止团队认知模型分化
研究表明，代码评审能减少 60%-90% 的缺陷率
全部知识事实 (9)
AI编程助手大规模进入开发工作流，使代码产出速度大幅提升，导致持续集成(CI)系统成为交付链条中最慢的一环
65%待验证规划与执行分离能缓解幻觉，因为审查者不共享执行者的生成路径，更容易从需求出发发现偏差；这种“生成—验证”分离思路类似于软件工程中的代码评审制度。
50%待验证工程实践中常见的做法是把大模型生成结果固化下来，导出为静态文件、纳入版本控制和代码评审，而不是每次启动都重新生成。
50%待验证开发团队可以采取具体行动来体现“软件背后有人”，包括：在文档中记录关键决策的背景与决策者、为开源项目建立可持续的维护模式、在代码评审中关注意图而非仅仅正确性、对用户反馈保持同理心。
50%待验证该研究发现端到端交付的软件并没有随代码产出等比例增长，代码评审仍是人工完成，且评审者发起的变更请求随智能体采用加深几乎线性增长。
50%待验证Claude Code团队认为'人类是否读过代码'是不精确的替代指标，真正该问的是这次变更可能出什么问题，哪种检查（自动或人工）最适合抓住它。
50%待验证在人类团队中，代码评审、架构决策记录（ADR）和团队共享的心智模型共同抑制了架构漂移。
50%待验证代码评审除了发现bug，更重要的是控制复杂性的引入，防止团队认知模型分化
50%待验证研究表明，代码评审能减少 60%-90% 的缺陷率
50%