必须用Dify条件分支节点构建多层嵌套判断逻辑，依据用户问题类型、地区、紧急程度、是否VIP四维动态路由，配合结构化命名的知识库（如“VIP专属政策”“物流异常处理（高优先级）”等）并启用高质量索引与优选Embedding模型。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让客服系统能根据用户问题类型、地区、紧急程度、是否VIP这四个维度动态选择处理路径，必须用Dify条件分支节点构建多层嵌套判断逻辑，不能只靠单层if-else硬编码。
准备带标签的结构化知识库
进入Dify控制台→【知识库】→【新建知识库】，为每个业务维度创建独立命名的知识库：例如“VIP专属政策”“物流异常处理（高优先级）”“华东售后FAQ”“通用产品说明”。
上传文件时必须启用【高质量索引】，Embedding模型选
所有知识库完成构建后，等待状态栏显示“已就绪”，再进入工作流配置，否则后续路由节点无法识别知识库ID。
设计四维联合判断的LLM意图解析节点
方法一：用单个LLM节点输出结构化JSON
在Chatflow中添加LLM节点，在System Prompt中写明：“你是一个客服调度器。请严格按JSON格式输出：{‘intent’: ‘咨询/投诉/物流查询/退换货’, ‘region_code’: ‘sh|gz|bj|qh’, ‘priority’: ‘high/normal/low’, ‘is_vip’: true/false}。未提及地区时默认‘qh’；未提优先级时默认‘normal’；VIP判定依据是用户ID含‘VIP_’前缀或历史订单超5单。”
方法二：用变量提取+规则补全（更稳定）
先拖入【变量提取】节点，从用户输入中提取手机号、订单号、用户ID字段；再接一个【代码节点】，用JavaScript脚本查数据库判断VIP状态和所属区域，生成统一上下文对象。这一步避免LLM把“我刚下单”误判为VIP，【误判会导致高价值客户被路由到普通队列】。
配置多层嵌套条件分支
第一步：拖入第一个【条件分支】节点，连接上一步LLM或变量提取节点。
第二步：设置第一层判断——按VIP状态分流：
• is_vip == true → 连接“VIP专属政策”知识库节点
• is_vip == false → 连接第二个【条件分支】节点
第三步：在第二个分支节点中，按优先级二次分流：
• priority == "high" → 连接“物流异常处理（高优先级）”知识库节点
• priority == "normal" → 进入第三个【条件分支】节点
• priority == "low" → 连接“通用产品说明”知识库节点
第四步：在第三个分支节点中，按地区+意图组合判断：
• region_code == "sh" && intent == "售后" → 连接“华东售后FAQ”
• region_code == "gz" && intent == "售后" → 连接“华南售后FAQ”
• 其他所有情况 → 连接“全国通用条款”知识库节点
绑定知识库检索与答案生成
每个知识库节点配置中，必须勾选【启用RAG】并设置【最大返回片段数=3】，禁用【LLM自由发挥】选项。
在最终的LLM生成节点里，System Prompt强制约束：“你只能基于下方检索结果作答，禁止编造、推测、补充任何未提供的信息。若检索结果为空，统一回复：‘我正在为您核实，请稍候。’”
这一步不加限制，LLM会把“保修期1年”脑补成“保修期1年零3个月”，导致法务风险。
上线前必做的三组验证测试
用测试账号分别发送以下三类消息，观察实际路由路径是否匹配预期：
① “VIP_8899用户问上海门店是否支持以旧换新” → 应命中VIP专属政策库
② “订单#SH20261021001物流停滞7天” → 应命中高优先级物流库
③ “苏州用户咨询iPhone 16电池续航” → 应命中全国通用条款库（因苏州不在预设地域列表中）
每条测试消息发送后，在Dify后台【监控】→【执行日志】中查看完整节点跳转链路，确认无跳过、无兜底误触发。
