n8n 智能体失败后只发一句“出错了”几乎无法排查。有效告警至少要说明哪个工作流、哪次执行、最后节点和错误摘要，并提供受权限保护的执行链接。 字段名称和触发条件按 n8n 官方错误处理文档整理，未在你的通知渠道与当前版本上实测；执行链接只能发给有权查看实例日志的人。
本篇验收要点：新建独立工作流并把 Error Trigger 作为第一个节点，再在主工作流 Settings 中选择它作为 Error Workflow。 告警正文显式映射 execution.id、execution.url、workflow.name、lastNodeExecuted 和 error.message。
建立可复用错误工作流
- 新建工作流，以 Error Trigger 开头。
- 接 Edit Fields，把工作流名、执行 ID、执行 URL、最后节点和错误信息整理成固定字段。
- 接通知节点；正文不要包含输入中的敏感全文。
- 保存并激活错误工作流，在每个生产工作流的 Settings 中选择它。
使用稳定的告警模板
错误对象在不同失败类型下可能缺少个别字段，因此表达式要提供默认值。示例结构如下，具体表达式从一次真实 Error Trigger 输出中选择，避免凭空猜字段路径。
工作流：{{ workflow.name }}
执行 ID：{{ execution.id }}
最后节点：{{ lastNodeExecuted || "未知" }}
错误摘要：{{ error.message || "未返回错误信息" }}
排查链接：{{ execution.url || "请在执行列表按 ID 查询" }}
区分业务失败与系统异常
模型回答“不知道”通常是业务结果，应走普通分支；HTTP 认证失败、节点抛错或超时才进入错误流程。可预期的输入问题应在主流程中返回明确错误码，避免所有情况都变成运维告警。还要给通知渠道做去重或限频，防止上游故障产生告警风暴。
读者下一步是先建立一个只写入内部日志的错误工作流，确认字段后再接邮件、飞书或其他通知节点。
验证标准是通过已激活主工作流制造一次受控失败后只收到一条告警，告警里的执行链接能打开对应失败记录，错误摘要与最后节点一致。
常见问题
手动点击 Execute 为什么没触发告警？
错误工作流的触发行为与执行模式有关。按官方说明使用已激活主流程的真实触发方式测试，并查看执行列表确认失败记录。
能在告警里放完整输入吗？
不建议。只放请求 ID、脱敏摘要和执行链接，原始数据留在受权限控制的执行记录中。
官方资料与适用边界
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/31128.html
