[Dify] HTTP 请求节点总是调不通？先把请求头、参数、变量和返回 JSON 拆开查

Dify 的 HTTP 请求节点本身并不复杂，真正容易卡住的是请求头、参数、变量和返回 JSON 没拆清楚。很多人第一次接外部接口时，会先怀疑模型或节点本身有问题，但实际问题往往出在接口还没有在 Dify 外部调通、上游变量没有传进来，或者返回结果没有整理成后续节点能读取的字段。现在看这篇文章，可以把它当成一篇 HTTP 节点排障入口文：先确认接口本身可用，再把请求拆进节点里，最后验证返回 JSON 能不能稳定进入后续流程。

图中展示的是 Dify 工作流中通过 HTTP 请求节点连接外部接口的思路。HTTP 节点本身不复杂，真正容易出问题的是：请求参数放错位置、鉴权信息不完整、变量替换失败、接口返回结构和后续节点读取方式不一致。

这篇适合谁看

这篇更适合下面几类读者：

• 正在用 Dify Workflow 调用第三方 API、企业微信、飞书、CRM、工单系统或内部接口的人；
• HTTP 请求节点配置以后总是 400、401、403、404、超时，或者接口返回为空的人；
• 接口在 Postman、Apifox 里能调通，但放进 Dify 以后就不稳定的人；
• 已经能跑通 demo，但想把 Dify 流程接进真实业务系统、交给别人长期使用的人；
• 想系统学习 Dify Workflow、工具节点、API 接入和企业 AI 应用落地的人。