# Dify 工作流错误分支：接口成功、超时和坏数据各走哪条出口

Dify 工作流错误分支。已运行可重置的本地GET参照，保存正常、空数据、超时、503恢复和200 HTML轨迹；Dify导入/原生工作流未执行。

## 开始

先读 task.md 和 prompt.md。starter 是可打开但未实现任务逻辑的起点工程，reference 是本站人工完成的参考。目标代理没有参与生成此次原生账号会话，不能把参考代码称为该产品已执行结果。

```bash
python3 serve.py
```

HTTP网页访问 http://127.0.0.1:8073/ ，按顺序点击输入、操作和导出控件。8073是示例端口，可自行换用空闲端口。

## 文件

- starter/：起点工程及明确需求。
- reference/：可运行人工参考、原创输入和实际运行结果。
- task.md：七步任务和独立验收。
- verify.py：回读实际下载文件、结果结构和边界的检查。
- native-*-draft.*（若有）：原生结构草案，明确未完成导入/运行验证。

## 本题操作要点

1. 正常JSON、合法空数组、超时、503两次后恢复、200 HTML都有可控输入。本站HTTP服务每次运行先重置计数，避免残留次数造成假恢复。

2. native-dify-draft.yml提供HTTP/Code/原生fail-branch结构草案。Dify官方设置图为真实官方素材；导入类型、版本和连接handle尚待读者原生验收。

3. HTTP200 HTML是普通成功传输，必须由业务Code解析后返回invalid_data。示例Code显式返回统一结构，不靠抛异常让工作流意外停止。

4. status/error_kind/data是作者字段；Dify原生error_type/error_message另从失败出口映射。成功、合法空数据和失败不能都塞成空字符串。

5. 本地参照只对GET做最多3次总请求。Dify安装版的“重试次数是否含首次”和非2xx处理须结合夹具请求计数重验，不能照抄本地计数当原生事实。

6. 点击各模式实际发HTTP请求，记录状态/正文/超时；503恢复应看到503、503、200，200 HTML则是invalid_data。

7. 本地运行证据和原生DSL草案分开交付。未登录Dify、未导入或执行Dify工作流，也没有调用付费模型；不把参照浏览器画成Dify原生UI。

## 官方依据

- https://docs.dify.ai/en/cloud/use-dify/build/predefined-error-handling-logic
- https://docs.dify.ai/en/cloud/use-dify/nodes/http-request

Google与抖音查询词是内容目标，不代表实测搜索量、热榜或流量结果。