Dify｜不同类型的异常处理

从解析到的结构看，这是一个 advanced-chat 模式的 Dify 对话工作流，共 9 个节点、7 条连线，核心是用一次 HTTP 请求加一个 IF/ELSE 条件判断，把不同结果引导到多个不同的回答节点。顾名思义，它想展示“不同类型的异常”在对话流程中如何被分别回应。

需要说明：本次未导入、未运行该 DSL，以下流程依据节点标题与类型推断，具体请求地址、判断条件与文案均未读到。

1. 开始（start）：对话入口，接收用户输入。
2. HTTP 请求（http-request）：向外部服务发起一次调用，目标地址未知，需核验。
3. IF/ELSE：根据请求结果或返回字段做条件判断，具体条件待核验。
4. 多个回答节点（Answer、Answer 2、Answer (1) 至 (3)）：分别对应不同分支的回复文本，内容未知。
5. 解析结果中还有一个标题与类型均为空的节点，可能是解析遗漏，也可能是配置不完整的节点，导入后需检查。

原始入口：https://github.com/dzh-gitcode/dify-workflows/blob/986a11833b6a13734da85a8250f875e71dcfdd8d/04_%E4%BB%A3%E7%A0%81%E5%BC%80%E5%8F%91/%E4%B8%8D%E5%90%8C%E7%B1%BB%E5%9E%8B%E7%9A%84%E5%BC%82%E5%B8%B8%E5%A4%84%E7%90%86.yml

整理来源：https://github.com/dzh-gitcode/dify-workflows

依据来源资料经AI翻译整理，未由本站实测。原始资料许可：未声明，转载与再分发权限待核验；目录许可不代表各产品或文件的使用授权。费用、账号、国内访问与版本兼容条件以原始发布者最新说明为准。

原仓库未声明许可证，并提示文件可能包含API密钥。本站仅提供原创介绍与原始入口，不转载配置文件或密钥。使用前应自行核对许可、检查并替换凭据，勿公开原始密钥。

• 刚开始用 Dify 编排对话流程、想理解条件分支的人。
• 需要为自己的工作流设计错误提示、失败兜底回复的开发者。
• 想对照学习“一次请求 + 多分支输出”这种简单结构的人。

在 Dify 中新建应用并导入该 DSL，打开画布查看连线是否完整；点开 HTTP 请求节点，替换其中的请求地址、方法与鉴权信息；打开 IF/ELSE 节点，按自己的业务补充判断字段与比较条件；逐个修改回答节点里的提示文案；最后用几组不同输入做对话测试，确认各分支都能走到。注意该工作流未声明基础模型，若某些节点依赖模型，需要自行选择可用模型。

• 各分支是否真的覆盖“不同类型异常”，需对照原文与运行结果确认。
• HTTP 请求目标服务、超时与失败处理方式未知。
• 模型依赖、环境变量与费用均未声明；Dify 自身版本兼容性与国内可访问性待核验。
• 仓库未声明许可，转载与再分发权限待核验。

总体而言，它更适合当作条件分支的学习样例，而非可直接投产的异常处理方案。