n8n 工作流为什么会悄悄失败？错误通知、自动重试和数据校验教程

n8n 最危险的故障，不一定是满屏红色报错，而是流程显示成功，业务结果却是错的：接口返回了空数组，后续节点仍然继续；授权偶尔失效，任务直到几天后才被发现；字段名变化后，消息照样发送，只是内容全空。

这篇教程会把一个普通流程改造成可用于生产的结构：节点失败会自动重试，业务数据不合格会主动报错，统一错误工作流会把工作流名称、失败节点、错误信息和执行链接发给负责人。

先区分两种失败

失败类型	例子	n8n 默认是否容易发现
技术失败	连接超时、401、节点抛出异常、内存不足	通常会标记为 Failed
业务失败	HTTP 200 但数据为空、订单金额缺失、AI 返回格式不对	可能仍显示 Success

只配置“节点报错时通知”还不够。真正可靠的流程还需要把业务失败主动转换成执行失败。

最终结构

主工作流
触发器 → HTTP Request → IF 数据校验 → 正常业务节点
                         └→ Stop And Error

统一错误工作流
Error Trigger → 整理错误字段 → Telegram / 邮件 / Slack → 写入错误日志

一个 Error Workflow 可以同时服务多个主工作流，不必为每条流程重复搭告警。