OpenClaw 工作流越自动化，越要把敏感动作单独拎出来。因为有些动作一旦执行，成本不是“再生成一次回答”，而是钱已经付出去了、邮件已经发出去了、数据已经删掉了、客户已经看到承诺了。
敏感动作审批的目标，不是让所有流程变慢，而是把不可逆、高影响、客户可见和权限相关的动作先停一下。它应该和 权限矩阵、回滚预案、审计日志 一起设计。
先列出敏感动作清单
敏感动作通常包括付款、退款、对外发送、删除文件、批量更新、权限变更、导出数据、创建客户承诺、修改价格和关闭工单。不同团队清单会不一样，但不能只靠个人经验判断。
清单要写在流程配置里，而不是散落在群公告里。只要动作进入清单，就必须有额外条件：谁能触发，谁能审批，审批前要展示什么证据。
二次确认要展示上下文
很多审批失败，不是因为没有确认按钮，而是审批人看不懂这次动作为什么发生。二次确认界面至少要展示任务目标、触发原因、涉及对象、金额或数量、引用来源、工具返回和 Agent 建议。
如果审批人只能看到“是否允许执行删除”，那就是把风险推给人。真正有用的审批，是让人能判断这一步该不该执行。
审批结果要进入日志
审批不只是当场放行，还要能复盘。谁发起、谁审批、看到了哪些证据、是否修改了参数、是否改派、是否拒绝，都应该进入审计日志。
这能帮助后续处理投诉和事故。比如某次邮件外发内容错误，日志里能看到是 Agent 自动生成、人工改过、还是审批时没有看到完整上下文。
低风险动作不要过度审批
敏感动作审批也不能泛化。所有动作都审批，团队很快会疲劳，最后变成机械点通过。低风险读取、内部草稿、只影响个人视图的动作，可以用日志和阈值管理，不一定都要二次确认。
这一步可以借鉴 告警降噪 的思路：真正需要人处理的信号要突出，普通动作不要把审批通道堵满。
总结
OpenClaw 敏感动作审批的关键，是把付款、外发、删除、批量更新、权限变更和客户承诺先列出来，再为它们设置二次确认、上下文展示和审计日志。能自动执行，不等于可以无条件直接放行。
