一个批次要把三款产品的海外内容写入 CMS。工作流运行到建稿步骤时变红，供应商点击“重试”，几分钟后显示成功。营销负责人打开后台，却看见同一产品有两篇草稿。流程恢复了，交付还需要人工清理。
这不是某个 ONCE 项目的事故记录，而是采购 AI 内容服务时值得主动演示的假设场景。对持续做多产品、多语言内容的跨境品牌而言，重要的问题是：失败之后，系统能否认出已经完成的业务动作？本文提出 ONCE 的“先查结果，再补动作”恢复验收方法。
“从失败处续跑”究竟保留了什么
截至2026年11月8日核验，n8n 官方文档《View all executions》说明：重试保留已完成节点的结果，但失败节点会重新收到保存的全部输入，其中可能包括已经处理过的项目。失败步骤若是执行子工作流，子工作流会从头运行。这是 n8n 的具体机制，不能据此断言所有自动化平台都一样。
节点是软件流程里的步骤，业务动作则可能是一张图的生成、一个文件的上传或一篇草稿的创建。一个节点可以处理多项业务动作。因此，节点没有完整结束，与其中每个动作都没有发生，是两回事。
n8n 于2026年9月3日发布的官方文章《How To Build Reliable Workflows With API Idempotency》还提醒：手动重试或重新触发会获得新的 execution.id；需要跨重试识别同一任务时，应使用来自输入业务数据的标识。这里的幂等，通俗地说，就是重复请求同一个动作时，不再额外制造一份结果。
ONCE 的分析是，采购方不能仅凭“支持重试”“有日志”或“能拆成子工作流”判断恢复能力。应要求供应商把一次软件运行和一项实际交付分别说明，再展示它们怎样关联。日志里有错误，仍不等于知道目标 CMS 里有没有草稿。
用一个三项批次，验收三种恢复结果
下面是建议的验收演示，不是平台强制标准，也不是已完成的 ONCE 测试。双方可在测试环境使用三份无发布权限的草稿任务：A 已创建并收到回执；B 已在目标端创建，但返回信息丢失；C 尚未执行。随后让建稿步骤报错。
A：已经确认成功。恢复后应复用原草稿 ID，并能指出该 ID 属于哪项任务。单纯新建一篇，再把旧稿删掉，不应被包装成没有重复操作。
B：结果不确定。恢复前先查询目标系统，尝试找回原结果及其对应关系。如果目标系统无法可靠查询，且接口也没有可用的重复请求保护，任务应明确进入待核对状态，由指定负责人处理；不应把“没收到成功消息”直接当作“可以再建一次”。
C：确认未执行。只补这一项，并将新结果 ID 回写到原任务。演示结束时检查目标端实际存在的草稿、上传文件或生成任务，而非只看工作流面板是否变绿。
最后加一个并发场景：同一任务几乎同时收到两次恢复请求。请技术方解释如何阻止两边都在“查询发现不存在”后各建一份。先查后建本身不能消除这个竞争窗口；需要按目标服务能力采用服务端幂等、原子唯一约束或合适的并发控制。某张表里记了任务编号，并不能单独证明这一点。
任务身份要跟着交付走，不能每次报错都换号
品牌方无需指定数据库设计，但需要确认“同一任务”如何定义。例如，一项任务可以对应产品、目标语言、内容用途以及已批准输入版本。原输入不变的失败重试沿用这个身份；卖点、脚本或用途已经变更，则走明确的新版本规则，避免把真实改稿误判成重复请求。
每项会产生外部结果的动作，至少留下任务身份、输入版本、目标系统、结果 ID、最后确认时间和当前状态。结果不确定要单列，不能混进失败或完成。供应商还应说明记录保存多久，以及恢复超过接口保护期限后怎么办。这些是业务验收要求，具体实现由工程团队确认。
已有的AI批量广告素材工作流讨论素材身份如何连接创意变量、审核和投放反馈。本篇增加的是故障之后的判断：原结果存在吗，能否复用，还是必须停下来核对？两者使用的关联信息可以复用，但素材命名本身不能替代重复操作保护。
把恢复成本放进报价，而不是藏进“包维护”
ONCE 建议按下面的口径比较同一交付范围：每份验收通过且不重复的资产成本＝（平台与编排费用＋实际发生的第三方生成、存储等费用＋人工恢复与清理成本）÷验收通过且不重复的资产数量。它是核算方法，不是行业均价，也不预测节省比例。
询价时把三件事写清：正常产出的费用包括哪些；重复请求实际产生的第三方费用由谁承担、凭什么记录结算；结果不确定时谁核对、多久响应、哪些处理需要客户批准。不能因为合同写了“自动重试”，就默认重复生成免费，也不能把供应商故障造成的重做都算成客户新增需求。
对于 ONCE 从单次制作走向持续内容服务的长期方向，这类记录的价值是让交付可靠性和恢复负担可以被观察，而不是承诺有了日志就能提升估值。跨项目保存时还需遵守客户权限和保密约定，不能把客户素材直接当作可自由复用的数据资产。
如果下一轮采购只多加一个演示，请让供应商在“目标端已成功、回执却丢失”之后恢复任务。能解释每份结果的去向、复用已完成动作并处理不确定状态，比展示一条从未出错的流水线更能帮助你判断持续服务的真实成本。
