OpenClaw 工作流进入生产环境后，异常不可能完全避免。真正需要避免的是异常已经变成事故，系统还在继续执行。异常阈值的作用，就是在风险扩大前让工作流停下来。
这篇不重复讲 工具失败分类，而是进一步讲阈值怎么设。它也要和 运行监控、生产停用流程、运行看板 连起来。
失败率阈值要按任务类型设置
不是所有失败都一样。日报摘要偶尔失败一次，可能只需要重试；客户通知、权限变更、数据写入连续失败，就应该快速暂停。
可以按任务类型设置阈值：低风险任务允许更多重试，高风险任务只要连续失败或失败率异常升高，就进入人工接管。阈值不要只看次数，也要看影响对象。
成本阈值要包含重试和检索
很多 Agent 成本失控，不是单次模型调用贵，而是重复检索、工具重试、上下文过长和失败返工叠加起来。成本阈值应该统计整条任务链路，而不是只看最后一次调用。
如果一条任务在没有产生有效结果前就超过预算，应当暂停并提示人工判断是否继续。这个逻辑可以接上 成本预算管理。
重复写入要单独拦截
重复写入是生产 Agent 最容易造成实际影响的问题。比如重复发通知、重复建工单、重复更新客户状态、重复修改知识库条目。
OpenClaw 工作流应该为写入动作设置幂等检查：同一任务、同一对象、同一动作在短时间内只能执行一次。触发重复写入风险时，不要继续重试，要先暂停。
人工确认超时也是异常
很多流程把人工确认当成安全兜底，却没有定义超时怎么办。负责人不在线、通知没送达、审核人看不懂，都可能让任务卡住。
人工确认超时后，应该自动标记状态，并根据任务风险选择降级、转交、暂停或提醒负责人。不要让 Agent 在等待中反复尝试敏感动作。
总结
OpenClaw 异常阈值的目标，是把风险拦在事故前。失败率、成本、重复写入、外部限流和人工确认超时都要能触发暂停，并留下复盘记录。工作流能自动停下来，才说明它真的进入了生产管理。
