[Dify实战] 一个节点输出的是对象，后面节点却当文本在用？复杂数据流为什么总在这里埋雷

Dify 工作流刚开始只有几个节点时，很多人并不会觉得“对象”和“文本”有什么区别：上游出一段结果，下游接着引用就好了。可一旦你把意图分类、知识库检索、HTTP 接口、代码节点、条件分支和最终回复串起来，问题就会迅速冒出来：上游明明输出的是一个对象，下游却按纯文本拼进提示词；某个节点看起来拿到了值，条件判断却始终失效；接口节点已经返回 JSON，下游 LLM 却只看到了整段字符串。复杂数据流里很多难排查的问题，最后都埋在这里。

这篇文章不讲“节点怎么拖出来”，而是专门讲一个更细、更容易反复踩坑的点：一个节点输出的是对象，后面节点却当文本在用，为什么会让整条工作流越来越难维护？又该怎么把这个问题提前拦住？

一、为什么这个坑在 Dify 里特别常见？

因为 Dify 的很多节点，天然就在“结构化数据”和“自然语言文本”之间来回切换。

一个典型工作流可能长这样：

开始节点 -> LLM 意图识别 -> HTTP 查询订单/工单 -> 代码节点整理字段 -> 条件分支判断 -> 最终 LLM 回复

在这条链路里：

• 开始节点常常接的是表