必须用级联式分流路径处理多重条件判断，第一步建选择器节点预留3条空规则，第二步逐层嵌套选择器分别判关键词、订单号正则，第三步收口到结束节点并赋值dispatch_path变量。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你需要让同一个用户输入根据多重条件层层判断、最终分发到不同处理分支时，比如先判是否为售后问题→再判是否含订单号→最后判是否需人工介入，就必须用级联式分流路径来避免逻辑缠绕和漏判。
第一步：搭建基础分流骨架
在扣子工作流画布中，拖入一个「选择器节点」，连接在「开始节点」之后；双击打开配置面板，在「条件列表」里至少添加3条空规则，不要填任何表达式，先保留默认占位；这一步的关键是预留出后续嵌套的空间——【如果只加1条或2条规则，后面无法插入二级选择器】。
点击右上角「保存并关闭」，此时选择器节点会显示为黄色警告状态，这是正常现象，表示它正等待你填充逻辑层级。
第二步：逐层嵌套选择器实现级联
回到画布，将第一个选择器节点的「否则」出口连线，拖到画布空白处，再添加一个「选择器节点」；这个新节点就是第一级判断未命中后的二级分流入口。
双击第二个选择器，配置它的判断条件，例如：当用户输入包含“退款”“退货”“换货”任一关键词时，走「售后处理分支」；其余情况继续走「否则」出口 → 第三个选择器节点。
第三个选择器节点专门判断订单号有效性：用正则表达式匹配「ORD-\d{8}」格式，匹配成功则进入「自动退款流程」，失败则进入「人工审核队列」；【注意：正则必须写完整，少一个斜杠或括号都会导致整个分支失效】。
第三步：收口与变量传递控制
每个选择器的「满足条件」出口都必须明确指向具体业务节点（如知识库检索、插件调用、大模型生成），不能悬空；所有「否则」出口最终必须汇聚到同一个「结束节点」，否则工作流无法通过校验。
在第一个选择器节点的「条件列表」中，把第一条规则设为「user_input contains "售后"」，第二条设为「user_input contains "投诉"」，第三条留空作为兜底；这样设计能确保高优先级意图被提前捕获，避免被后续层级覆盖。
在每条分支路径上，插入「变量赋值节点」，统一写入变量名「dispatch_path」，值分别设为“售后-自动”“售后-人工”“客服-常规”，方便下游节点读取并打标归档。
