![[Dify实战] 条件分支总是走错？先稳住上游字段，分类流程才不会乱跳](http://pic.xiahunao.cn/yaotu/[Dify实战] 条件分支总是走错？先稳住上游字段，分类流程才不会乱跳)
很多人第一次在 Dify Workflow 里用条件分支，容易把它当成“让 AI 再判断一次”的节点。实际做下来，条件分支最适合做的不是理解业务，而是接住上游已经整理好的字段，然后按照稳定规则把流程分到不同路径。前面节点如果输出忽左忽右，条件节点就会跟着乱；前面节点如果已经把状态、类型和风险等级整理清楚，条件分支反而会变得很简单。这篇用“报销异常分类”做例子，不是因为报销场景本身有多复杂，而是它能把条件分支最常见的几个问题集中暴露出来：发票有没有、附件全不全、金额是否异常、费用类型是否需要人工复核、缺失信息应该怎么提醒。读完以后，你可以把同样的方法迁移到售后工单分诊、客户投诉分级、线索优先级判断、合同风险分类这类流程里。条件分支真正依赖的是上游字段在 Dify 里，条件分支通常不应该直接面对一大段原始文本。比如用户输入“我这次出差花了 1280，住宿发票还没开，打车票在同事那里，餐费大概 200 多”，如果直接让条件节点去判断，很容易出现规则写不清、字段找不到、分支命中不稳定的问题。更稳的做法是先加一个字段抽取节点，把原始说明整理成固定结构，再让条件分支根据字段值做判断。开始节点可以只接收一段报销
很多人第一次在 Dify Workflow 里用条件分支，容易把它当成“让 AI 再判断一次”的节点。实际做下来，条件分支最适合做的不是理解业务，而是接住上游已经整理好的字段，然后按照稳定规则把流程分到不同路径。前面节点如果输出忽左忽右，条件节点就会跟着乱；前面节点如果已经把状态、类型和风险等级整理清楚，条件分支反而会变得很简单。这篇用“报销异常分类”做例子，不是因为报销场景本身有多复杂，而是它能把条件分支最常见的几个问题集中暴露出来：发票有没有、附件全不全、金额是否异常、费用类型是否需要人工复核、缺失信息应该怎么提醒。读完以后，你可以把同样的方法迁移到售后工单分诊、客户投诉分级、线索优先级判断、合同风险分类这类流程里。条件分支真正依赖的是上游字段在 Dify 里，条件分支通常不应该直接面对一大段原始文本。比如用户输入“我这次出差花了 1280，住宿发票还没开，打车票在同事那里，餐费大概 200 多”，如果直接让条件节点去判断，很容易出现规则写不清、字段找不到、分支命中不稳定的问题。更稳的做法是先加一个字段抽取节点，把原始说明整理成固定结构，再让条件分支根据字段值做判断。开始节点可以只接收一段报销
