如何在扣子中配置多级对话树控制复杂的客服导流流程

退货流程的搭建，本质上是在用户、系统和业务规则之间画一张精确的“思维导图”。一张三级嵌套对话树就能搞定——一级负责意图识别，二级做场景分发，三级落到原子动作。每一步的跳转靠槽位值、模型判断或者混合条件来驱动，同时必须强制锚定路径、注入只读状态变量，否则对话走着走着就会“漂移”，用户被带到无人区。

仔细想想，用户一句“我要退货”背后藏了多少层真相？查订单、选原因、填地址、确认退款方式……少说也得五六个子步骤。要是把每个分支的触发条件、状态继承和跳转路径都钉死，客服流程大概率在第二轮对话就断掉——要么系统不知道用户在聊什么，要么用户被反问到一头雾水。

构建三级嵌套式对话树结构

第一步：在工作流画布里拖一个「开始节点」，然后接上第一个「Agent调用」节点，命名成“一级意图识别”，里面绑定事先配好的路由Agent（比如 route-main）；
第二步：从这个节点引出三条分支线，分别标上“售后类”“售前类”“其他”，每条线独立设置跳转条件；
第三步：在“售后类”这条分支下面，再拖一个「Agent调用」节点，起名叫“二级场景分发”，绑定负责具体执行的Agent，比如 query-order 或者 decide-refund；
第四步：紧接着，为“二级场景分发”节点的每个输出路径单独拉出第三个「Agent调用」节点——比如“退款原因收集”“物流信息回传”“换货规格确认”，每个节点对应一个不能再拆的原子动作；
第五步：所有末端节点必须连上「结束节点」，注意，绝对不允许出现悬空分支。一旦用户掉进未定义路径，系统只会干巴巴地返回默认话术，谁也救不了。

配置分支触发条件与状态透传

在“一级意图识别”节点的输出映射中，勾选“提取槽位”，添加字段 order_id，设置该字段不为空时自动走“售后类”分支。
值得一提的是：如果 order_id 为空却强行跳转，下游Agent会因为缺失关键参数直接报错中断——这一点常被忽略，但后果非常严重。

在“二级场景分发”节点的提示词末尾追加一段约束：“请严格按JSON格式输出 {“next_step”: “refund_reason”/“logistics_info”/“exchange_spec”, “carry_context”: true}”。
后续节点必须在「输入映射」里手动绑定 carry_context 变量，否则上下文记忆传不到第三级，前面聊过的信息全白费。

在任意分支连线的条件面板中，同时勾选“文本匹配”和“模型判断”。举个例子：输入关键词“马上”“立刻”“现在就要”作为高优先级触发词，再叠加模型判断条件“用户是否表现出急迫情绪？仅回答‘是’或‘否’”。
注意，两个条件是“且”关系，必须同时满足才跳转，这样可以最大限度避免误判。

强制注入状态锚点防止流程漂移

双击每一个二级及以下的节点，进入「节点设置」，在「状态管理」中开启“强制锚定当前路径”。
这个开关一打开，用户就算中途插一句“你们客服几点下班？”，系统也会把对话拉回原来的分支，而不是另起炉灶。

在“退款原因收集”节点里，额外加一个「变量注入」操作：把用户选择的原因值写入全局变量 refund_reason_type，并设为只读。
这个变量一旦写入就不能再改，后续所有节点读取它时，如果发现值为空，就会自动触发兜底追问逻辑——相当于给流程上了双重保险。