很多团队上线 agent 后第一反应是“加审批”。但审批加在错误位置，结果通常是流程更慢，风险却没降。问题不在审批本身，而在审批插入点。
审批节点的三类位置
| 位置 | 适用场景 | 常见问题 |
|---|---|---|
| 计划前审批 | 高风险任务入口 | 容易过早阻塞 |
| 执行中审批 | 关键动作前 | 需要高质量证据包 |
| 输出后审批 | 对外发布前 | 发现问题太晚 |
默认建议是“关键动作前审批”，而不是“所有步骤都审批”。
用风险分级决定审批密度
- L1 低风险：可自动执行，仅抽检
- L2 中风险：关键步骤需审批
- L3 高风险：双人审批+可回滚
审批策略应和动作风险绑定，不应和组织焦虑绑定。
失败案例：把审批放在流程末端
某团队只在最终发布前审批，前面步骤完全自动。结果发布前才发现证据来源不可信，返工成本高。调整为“证据收集完成后审批一次，发布前审批一次”，返工率明显下降。
审批设计 Checklist
- 每个审批点都有明确触发条件
- 审批请求必须附证据包（数据来源、diff、风险）
- 低风险场景默认抽检而非全量审批
- 审批结果有审计日志与追溯编号
- 审批失败后有自动降级路径
延伸阅读：
