Loading... # 每一层审查让你慢 10 倍 # 一、新闻概述 ## 1. 标题 每一层审查让你慢 10 倍 ## 2. 发布时间 2026 年 3 月 16 日 ## 3. 来源 apenwarr.ca（Avery Pennarun 的个人博客） # 二、核心内容 ## 1. 事件摘要 ### A. 主要内容 Tailscale CEO Avery Pennarun 发表观点文章，指出软件开发中每一层审查都会让流程变慢 10 倍。文章分析了为什么 AI 代码生成无法解决这一瓶颈，并提出了通过减少审查层级和建立信任文化来提高开发效率的方案。 ### B. 核心亮点 - 每一层审查会让流程慢 10 倍（按实际时间计算，而非工作量） - AI 的加速作用被后续审查等待时间抵消 - 传统 QA（质量保证）模式反而会降低质量 - 通过模块化和小组信任文化替代多层级审查 ## 2. 关键信息 ### A. 版本号/发布内容 这是一篇博客观点文章，非产品发布 ### B. 重要数据 - 简单 Bug 修复：30 分钟 - 同事代码审查：300 分钟（5 小时） - 设计文档批准：50 小时（约 1 周） - 跨团队协调：500 小时（12 周，一个季度） - 高管决策：10 个季度（约 2.5 年） ### C. 涉及产品/技术 软件开发流程、代码审查、质量保证、AI 编码助手、模块化架构 ## 3. 背景介绍 ### A. 前置版本/历史 作者 Avery Pennarun 之前有多篇关于系统设计的文章，本文是其系统设计系列的延续，特别关注 LLM（大型语言模型）时代的软件工程问题。 ### B. 相关上下文 随着 Claude Code 等 AI 编码工具的兴起，软件开发速度大幅提升，但传统的审查流程成为新的瓶颈。 # 三、详细报道 ## 1. 主要内容 ### A. 审查层级的速度衰减规律 作者提出一个经验法则：每一层审查会让流程变慢 10 倍。这里的变慢指的是实际时间，而非工作量。大部分额外时间都花在等待上。 具体示例： ```mermaid graph LR A[简单 Bug 修复 30 分钟] --> B[同事代码审查 300 分钟] B --> C[设计文档批准 3000 分钟] C --> D[跨团队协调 30000 分钟] D --> E[高管决策 75000 分钟] ```  ### B. AI 无法解决等待延迟问题 AI 编码工具可以将编码时间从 30 分钟缩短到 3 分钟，但： - 如果开发者用节省的时间自己审查 AI 生成的代码，仍然是循环等待 - 如果直接提交未验证代码，审查者仍需 5 小时，且会因阅读低质量代码而不满 - 如果用于大型项目，代码太长无法一次审查，需要拆分为多个小块，每个都有 5 小时审查周期 ### C. QA（质量保证）的悖论 作者引用 W. E. Deming 的质量管理哲学，指出传统 QA 模式的问题： 在工厂环境中，如果每一轮 QA 能捕获 90% 的缺陷，理论上两轮就能减少 100 倍缺陷。但现实中的问题： - 第一道 QA 知道有第二道 QA，会降低工作标准 - 第二道 QA 不愿过于严格，因为这会影响同事的评价 - 生产人员知道有 QA 检查，会降低生产时的质量控制 这种"多层检查"模式实际上激励了质量控制的外部化，而非内部化。 ### D. 日本汽车制造业的启示 著名的丰田生产系统完全取消了专门的 QA 阶段，而是给每个工人一个"停止生产线"按钮。当发现缺陷时，任何人都可以停止生产线进行修复。 美国汽车制造商试图复制这一系统，安装了同样的按钮，但没有人敢使用，因为害怕被解雇。 关键差异在于信任： - 员工信任上级真心希望了解每个缺陷 - 管理层信任员工会主动发现问题 - 执行层信任系统确实有效 ### E. 代码审查的真正使命 代码审查者的工作不是审查代码，而是弄清楚如何让这一类评论在未来不再出现。 等到审查发现错误时，错误已经发生了。审查只是症状，而非根本原因。 ### F. 模块化和小组协作的解决方案 作者提出的解决方案： - 组件应该由能全权负责的小团队构建 - 小团队可以建立对质量的共识和信任 - 通过清晰定义的接口，组件可以可靠地交付给其他团队 - 可以让多个小组竞争构建同一组件，通过进化选择质量 - 利用 AI 快速尝试不同的模块边界 代码现在很便宜，但好的想法仍然稀缺。AI 编码使我们能比以往更快地实验新想法。 ## 2. 技术细节 ### A. AI 开发者的堕落循环 作者描述了 AI 辅助开发中常见的恶性循环： ```mermaid graph TD A[1. 原型快速完成] --> B[2. 发现 Bug 让 AI 修复] B --> C[3. 每次修复引入新 Bug] C --> D[4. 用 AI 代理审查代码] D --> E[5. 人工在代理间传递数据] E --> F[6. 需要代理框架] F --> G[7. 让 AI 编写代理框架] G --> A ```  许多开发者陷入这个循环，不断让 AI 生成更复杂的代理框架，而实际代码质量没有提升。 ### B. 单体和微服务的平衡 微服务之前名声不好，因为它们"太微"。在原始术语中，一个"微"服务正好适合"两个披萨团队"独立构建和运维。 有了 AI，可能只需要一个披萨和一些 token。有趣的是，可以利用更快的编码来实验不同的模块边界。 ### C. 信任的重要性 质量建立在信任之上： - 信任系统确实有效 - 信任员工有能力识别问题 - 信任管理层不会惩罚发现问题的人 ## 3. 数据与事实 ### A. 审查层级的量化影响 | 审查层级 | 所需时间 | 相对倍数 | |---------|---------|---------| | 无审查（直接编码） | 30 分钟 | 1x | | 同事审查 | 300 分钟 | 10x | | 设计文档批准 | 3,000 分钟 | 100x | | 跨团队协调 | 30,000 分钟 | 1,000x | | 高管决策 | 75,000 分钟 | 2,500x | ### B. QA 效率的数学陷阱 如果每轮 QA 捕获 90% 的缺陷： - 一轮：剩余 10% - 两轮：剩余 1% - 三轮：剩余 0.1% 这看起来很有效，但忽视了人类激励系统的复杂性。 # 四、影响分析 ## 1. 行业影响 ### A. 技术趋势 - AI 编码工具大幅提升编码速度 - 传统审查流程成为新的瓶颈 - 需要重新思考质量保证机制 ### B. 竞争格局 - 小型创业公司因审查层级少，可能更具优势 - 大公司因固有流程难以改革，面临挑战 ## 2. 用户影响 ### A. 现有用户 - AI 编码工具的使用者发现"第一环节很快，后续环节很慢" - 一些人盲目相信可以"不审查也能行"，导致质量下降 ### B. 潜在用户 - 需要理解 AI 只是加速器，而非替代品 - 系统设计和组织文化同样重要 ### C. 迁移成本 - 减少审查层级不能单独进行，必须有替代机制 - 需要建立信任文化和质量意识 ## 3. 技术趋势 ### A. 技术方向 - 从"多层审查"转向"模块化 + 信任" - 组件质量由源头保证，而非后续检查 - 利用 AI 快速实验和迭代 ### B. 生态影响 - 代码变得廉价，但好的想法仍然稀缺 - 通过进化选择找到最优架构和边界 - 微服务架构可能重新获得重视 # 五、各方反应 ## 1. 官方回应 本文为个人观点文章，非官方公告 ## 2. 业内评价 ### A. 专家观点 作者参考了 Deming 的质量管理哲学，指出传统 QA 模式的根本问题 - 质量应该内置于生产过程，而非事后检查 - 审查应该用于学习，而非惩罚 ### B. 社区反馈 - 许多开发者经历过 AI 编码加速后审查瓶颈的困境 - 对如何平衡速度和质量存在分歧 ## 3. 用户反馈 ### A. 正面评价 - 量化分析（10x 规则）直观易懂 - 模块化和信任文化的建议具有建设性 ### B. 关注点 - 完全取消审查可能导致质量灾难 - 需要渐进式改革，而非一刀切 ### C. 中立观察 - 大公司固有流程难以改变 - 实际落地需要结合具体组织环境 # 六、相关链接 ## 1. 相关文章 - Highlights on quality, and Deming's work as it applies to software development（2016） - Systems design 3: LLMs and semantic revolution（2025） ## 2. 参考资料 - 丰田生产系统 - W. E. Deming 质量管理哲学 *** ## 参考资料 1. [Every layer of review makes you 10x slower](https://apenwarr.ca/log/20260316) 最后修改：2026 年 03 月 17 日 © 允许规范转载 赞 如果觉得我的文章对你有用，请随意赞赏