AI WORKFLOW NOTES
AI 工作流自动运行前，怎样演练人工回退？
用缺失资料、冲突输入和重复任务演练人工接手，明确停止条件与恢复节点，不把正常演示当成完整验收。
从失败后谁接手开始设计
一条流程正常运行时很顺畅，并不能说明资料缺失或输出冲突时也能处理。先选一个低风险环节，写清哪些情况应暂停、谁能看到待处理项、谁有权决定继续。回退路径必须是团队实际能执行的动作，不能只是文档中的一句“转人工”。
准备三类不会影响真实业务的样例
第一类缺少必要字段，第二类包含互相矛盾的资料，第三类与已处理任务重复。使用已获准的非敏感测试材料，标记为测试，不自动发给客户。观察流程是否识别了问题，以及停止时是否仍偷偷触发下游动作。不能为了测试而使用未经批准的客户数据。
让接手人得到够用的上下文
交接卡可以包含任务目标、输入版本、停在哪一步、问题原因、已经执行的动作、尚未执行的动作和可选下一步。不要把所有日志一股脑交给负责人，也不要只给一个红色报错。必要依据应能打开，不能要求接手人从头猜流程发生了什么。
恢复时先防止重复执行
接手人补完资料后，确认从哪个节点恢复以及下游是否已经收到部分结果。例如生成内容可以重新审核，但对外发送、写入正式记录或触发业务操作不能因为重试而重复。是否支持这些控制取决于实际系统，本篇是设计检查清单，不声明某产品已经全部具备。
用演练结果决定是否扩大
记录每个样例的预期、实际表现、发现的问题与修复情况。出现漏停或无法恢复时，先缩小自动化范围。接手路径清楚、状态可追溯、重复风险经过检查后，再讨论扩大使用。一次测试通过不能代表零风险，但能让团队知道出问题时怎样收住工作。
常见问题
回退是不是要放弃自动化？
不是。它让团队明确自动处理的边界，并在边界外有可执行的接手方式。
能直接拿真实客户任务测试吗？
只有数据、系统和动作都获得相应授权才行；优先使用不会产生实际影响的测试样例。