方法公开2026年7月23日3 分钟阅读

n8n 工作流上线前可靠性检查：不是“跑通一次”就算完成

这是一份待实验逐项验证的上线协议。它把输入、幂等、重试、人工审核、日志、备份和恢复变成可以留下证据的检查项，而不是一句“加个错误处理”。

这份清单是什么

一条工作流在编辑器里成功一次，只能证明某组输入在某个时刻没有触发错误。生产可靠性需要回答另外的问题：重复请求会不会重复写入、第三方返回 429 时是否退避、凭据失效后谁会收到告警、恢复后是否会漏处理。

本页是 AI Brief Note 后续实验的统一协议。当前版本是方法，不是完成后的实测报告。每一项只有在证据文件存在时才可标记为通过。

100 次不是统计学保证，只是本站第一阶段用于暴露偶发问题的最低实验规模。记录不能只保留平均值，至少要保存成功状态、错误类型、总耗时和需要计费的外部调用。

不制造失败，就无法证明恢复路径存在。第一批实验至少注入下面五类异常。

n8n 支持错误工作流和执行日志，但“收到失败通知”与“业务已恢复”是两件事。告警里应包含能定位问题但不暴露敏感信息的字段：工作流、执行 ID、时间、错误类别、脱敏业务键和下一步动作。

自动重试必须有上限。对于可能造成付款、发信、创建记录的节点，重试前要先建立幂等键或查询目标状态，否则一次网络超时可能变成两次业务操作。

涉及公开发布、对外发送、删除、付款或高风险判断时，人工审核节点不能只有“同意”路径。还应定义拒绝、超时、撤回和审核人不可用时的处理。

看到备份文件不代表能恢复。每个实验环境需要记录备份时间、文件校验值、恢复步骤、恢复耗时和恢复后抽查结果。恢复演练应在隔离环境完成，不能用生产库做首次试验。

一个“已验证”实验至少公开工作流 JSON、环境清单、脱敏运行记录、失败样本、截图、计算公式和限制。密钥、Cookie、个人数据和内部地址必须在进入仓库前清除。

当其中任何一项缺失，文章只能标记为研究笔记或进行中，不能把方法写成结果。本站会在后续每个实验页显示证据包是否齐全。