Dify 工作流刚开始只有几个节点时，很多人并不会觉得“对象”和“文本”有什么区别：上游出一段结果，下游接着引用就好了。可一旦你把意图分类、知识库检索、HTTP 接口、代码节点、条件分支和最终回复串起来，问题就会迅速冒出来：上游明明输出的是一个对象，下游却按纯文本拼进提示词；某个节点看起来拿到了值，条件判断却始终失效；接口节点已经返回 JSON，下游 LLM 却只看到了整段字符串。复杂数据流里很多难排查的问题，最后都埋在这里。
这篇文章不讲“节点怎么拖出来”，而是专门讲一个更细、更容易反复踩坑的点：一个节点输出的是对象，后面节点却当文本在用，为什么会让整条工作流越来越难维护？又该怎么把这个问题提前拦住？
一、为什么这个坑在 Dify 里特别常见？
因为 Dify 的很多节点，天然就在“结构化数据”和“自然语言文本”之间来回切换。
一个典型工作流可能长这样：
开始节点
-> LLM 意图识别
-> HTTP 查询订单/工单
-> 代码节点整理字段
-> 条件分支判断
-> 最终 LLM 回复
在这条链路里：
- 开始节点常常接的是表
