为什么只做功能验收远远不够
在传统项目中，功能验收通常足以支撑上线；但 AI 项目存在数据漂移和场景波动，仅验收功能会留下大量隐性风险。
当系统进入真实业务后，若没有效果与稳定性门禁，问题往往在高负载阶段集中暴露。
因此质量体系必须覆盖“能不能用”和“能不能长期稳定用”两个层面。
- 功能通过只是最低门槛
- 效果稳定性需要独立评估
- 上线风险应在灰度前暴露
三层质量门禁框架
第一层门禁关注功能正确性，确保输入输出链路与核心流程符合预期。
第二层门禁关注效果稳定性，通过代表性样本集检验准确性、一致性和异常容错。
第三层门禁关注可追溯性，确保关键决策与异常行为可定位、可回看、可复盘。
- 功能正确性门禁
- 效果稳定性门禁
- 可追溯性门禁
与发布流程融合：从人工检查到自动阻断
门禁若仅存在于文档，执行力通常不稳定。建议将门禁检查嵌入发布流水线，形成自动化校验。
当关键指标低于阈值时，流程自动阻断发布，并触发问题单进入修复流程。
这种机制可显著降低“带病上线”的概率。
- 发布前自动跑验收集
- 关键指标异常自动阻断
- 问题单自动进入复盘池
持续治理：阈值更新与复盘机制
质量门禁不是一次性建设，应结合运营数据定期校准阈值，避免标准僵化。
建议按月整理失败样本和业务反馈，识别高风险模式并反向更新门禁策略。
通过制度化复盘，质量体系可随业务演进持续提升。
- 门禁阈值定期校准
- 失败样本结构化管理
- 复盘结论回写质量策略
