整理异常、降级与人工接管路径

这个场景能帮你做什么

正常演示能跑，遇到超时、错误输出或权限失败时却无人知道下一步。WorkBuddy 可以按现有流程整理异常路径，帮助产品、研发和测试提前确认失败后的状态与责任。

开始前需要准备什么

提供正常流程、输入输出、依赖服务、角色权限、历史异常和业务不能接受的后果。说明哪些动作会产生外部影响，哪些步骤可以重试、撤销或交人工处理。

具体怎么做

第一步：沿流程列失败位置

按数据读取、判断、工具调用、写入与通知逐步检查，覆盖输入缺失、无权限、超时、服务不可用和结果不满足要求。候选异常要标明来自历史记录还是设计推演。

第二步：定义失败后的状态

每项写清已经发生什么、尚未发生什么、用户能看见什么。外部调用超时不代表一定未执行；不能无条件重试付款、提交或创建等可能重复的动作。

第三步：确定降级和接管条件

用已批准规则决定停止、保留草稿、改用有限功能或转人工。列接管人员需要的材料、允许操作和恢复条件，避免只写一句“必要时人工处理”。

第四步：转换为验证场景

为每条路径指定输入、模拟故障、预期状态和检查证据。先由负责人确认，再纳入测试和操作说明。

可以直接交给 WorkBuddy 的完整要求

请沿附件业务流程整理异常与降级表，列触发、发生位置、已完成动作、剩余状态、用户提示和恢复办法。
覆盖缺数据、无权限、超时、不可用和错误结果；历史事实与推演候选分别标注。
重试必须说明如何确认上次结果及避免重复动作。接管写清负责人、资料、权限和返回正常流程的条件。
输出待批准规则与测试场景，不自行设阈值或执行生产动作。

完成后会得到什么

一张异常处理表、接管信息清单和测试场景。运维或业务人员应能据此知道何时停止、向谁交接，以及如何继续。

结果应该怎么检查

逐条走一遍失败路径，检查是否有无人负责的状态、重复执行风险或恢复后数据不一致。确认用户提示没有把“状态未知”写成“已失败”。

遇到这些情况怎么处理

外部系统结果未知时先查询或人工核对。无法安全降级时明确停止。降级会改变业务承诺时交负责人确认，不能以“可用”为由偷偷降低要求。

哪些必须人工决定

业务与技术负责人确认停止、重试、降级和接管规则。AI 起草路径，不能保证外部系统天然支持撤销或恢复。