多智能体任务中断后，先确认哪一步出错以及前面的产物是否已经保存。读取接口偶发超时，可以给该节点设置有限次数的重试。若请求会创建记录，先核对是否已经写入，再判断是否需要补发。

先核对中断位置

以查询资料、生成摘要、写入归档的三个角色为例。查询超时可在等待后重新请求。返回限流时，若服务提供等待时间，可让调用方按该时间安排下次请求。凭据失效应修复配置，摘要缺少必填字段则先补齐输入或调整生成约束。记录任务编号、失败节点和输入版本，才能判断上一次输出是否还能用。

在 Dify 里配置节点重试和失败分支

第一步，在工作流选中负责读取资料的 HTTP Request 节点，在右侧打开 Retry on Failure，再设置 Max Retries 和 Retry Interval。图中的 4 次、5000 毫秒是界面示例，实际设置要给整个任务留出超时余量。按最大重试次数计，首次请求之外最多再试 4 次。

第二步，在支持异常处理的节点中，将 Error Handling 设为 Fail Branch，连接异常出口。分支可把任务编号和错误详情交给后续处理，标记为待核对，并阻止异常数据流入摘要或归档。图中用代码节点演示这个出口，HTTP、LLM 和工具节点也有相应的错误处理选项。

恢复归档时怎么避免重复记录

归档接口超时后，可以按原任务编号查询。已有记录就接续核对结果。确认缺失后再用原摘要补发，接口接受幂等键时继续使用同一个键。

按节点恢复需要业务侧先保存可复用的产物。Dify 的节点重试针对该次运行中的节点，独立发起下一次工作流运行时，业务侧需要传回已保存的数据或用流程分支跳过已完成工作。任务结束前核对摘要对应的输入版本、目标记录编号和最终状态。

使用入口与免费档范围

中国大陆团队可用 Docker 在能访问所需镜像、插件和模型接口的环境中部署 Dify 社区版，再从自建实例进入工作室。社区版可免费自部署，服务器和外部模型调用费用分别计算。Dify Cloud 从官网进入，Sandbox 免费档列出 200 消息积分、1 个工作区、1 名成员、5 个应用与 30 天日志保留，积分消耗因模型而异。云端登录以所在网络及账号实际可用情况为准。