审批不是倒退

Agent 行业常把自主性当作进步指标。能自动执行越多步骤，看起来越先进。进入生产之后，这个指标会变得危险。

真正成熟的系统不会追求全自动，而会追求恰当自动。低风险步骤交给 Agent，高风险动作进入审批，需要判断和责任的地方由人接住。

人类审批不是倒退，而是让 Agent 可以进入真实流程的稳定器。

审批要成为流程的一部分

AWS Step Functions 的价值之一，是把 human approval 放在状态机里。它不是临时弹窗，而是流程节点。这个设计思路适合 Agent。

一个采购 Agent 可以整理供应商、比价和生成建议，但下单、改合同、发付款申请这些动作应该进入审批。一个 coding Agent 可以修改代码和跑测试，但合并主干、发布生产仍然要有明确责任人。

审批越早设计，后期越少混乱。

三类动作要分开

第一类是低风险动作，比如读取公开文档、整理内部材料、生成初稿，可以默认自动化。

第二类是可逆但有影响的动作，比如改草稿、发内部通知、创建工单，可以要求确认。

第三类是高风险动作，比如转账、删除数据、生产发布、外部承诺，必须人工判断并留痕。

人类位置会更清楚

Agent 不会让人类从流程里消失。它会迫使组织重新定义人类应该站在哪些位置。

如果系统设计得好，人类会从重复执行里退出来，集中处理授权、例外、风险和最终责任。设计得不好，人类会被大量确认框淹没。