Dify Workflow 一旦需要接外部系统，HTTP 请求节点基本绕不开。它可以把工作流里的结果发到企业微信、飞书、内部接口、CRM、工单系统或数据中转服务里。但很多人第一次配置时会发现：节点看起来只是填 URL、Header 和 Body，真正跑起来却经常遇到 400、401、403、超时、变量为空、接口收到了但内容不对这些问题。这篇用“企业微信机器人 Webhook”做演示，不是为了让你只会发群消息，而是借这个最小接口把 HTTP 节点的排查顺序讲清楚。企业微信机器人接口足够简单，适合验证 Dify 能不能把上游节点生成的内容正确组装成请求；等这条路径跑通，再换成飞书、内部系统或自己的 API，排查思路是一样的。先确认接口本身是通的在 Dify 里调 HTTP 节点之前，最好先确认 Webhook 自己能正常收到请求。不要一上来就把问题放进 Workflow 里排查，因为那时你很难判断失败来自接口、网络、请求格式，还是来自上游变量。企业微信机器人通常要求 POST 一个 JSON Body，最小内容就是一条文本消息。你可以先用接口测试工具或命令行发一条测试消息，确认测试群能收到，再回到 Dify 配置节点。