Dify 企业级实验（02）：跨应用状态传递——多轮对话的状态如何跨应用不丢？

Dify 企业级实验02跨应用状态传递——多轮对话的状态如何跨应用不丢Dify 实验系列 · 企业级 02/12 | 实验编号DIFY-104-02基于 Dify 1.16.1 实测2026-081. 业务场景先讲一个我们实际遇到的场景。企业客服最常见的对话长这样用户第一轮说「我要退货」第二轮补上订单号第三轮才说清楚期望怎么处理。信息是分轮次到齐的——客服对话应用每轮只拿到一小块但后台工单应用要的是一整份。我们第一次接这类需求时第一反应也是「状态嘛存数据库不就行了」。真正动手才发现——Dify 的 chatflow 原生就有对话变量conversation_variables跨轮次保持配合工具调用和变量写回就能组成状态闭环根本不用自己搭存储。难的不是存是「每一轮都在正确的时间把状态拿出来用」。如果对话应用收集到的状态传不到后台工单就建不起来就算建起来了用户第二天回来问「我的工单处理到哪了」系统也得记得住、答得上。这不是个例。任何「用户分步提供信息、后台分步处理」的场景都是这个模式理赔资料收集、预约信息确认、多步表单填写——对话跨轮次状态就必须跨轮次。2. 场景痛点这个流程的痛点在客服团队身上体现得最直接状态随轮次丢失用户第二轮补了订单号第一轮的问题描述没存住信息永远凑不齐工单建不起来——用户重复描述体验直线下降。重复建单用户再问一次系统当成新单又建一张后台被重复工单淹没真实问题淹没在噪音里。信息不全硬建单缺订单号也创建工单工单到后台无法处理变成死单。跨应用两张皮对话应用记得、后台不记得状态不同步两边各说各话。本质上多轮对话的价值恰恰在「跨轮次记住」——状态没地方放、没人管用户说过的话就等于白说。3. 方案为什么是对话变量 状态写回Dify 的 chatflow 有一个原生状态容器——对话变量conversation_variables配合工具调用与变量写回正好组成跨应用状态闭环。选它的理由平台原生对话变量跨轮次保持102-15/103 实测天然就是「状态容器」不用自己造写回闭环工单应用返回工单号后用 assigner 节点写回对话变量用户下一轮能查到、系统也知道已建单不重复创建可持久化可审计工单记录落到外部 KV工作流重启状态不丢。这篇文章我们就用它搭一个「客服工单状态闭环」客服对话应用收集状态、工单应用处理、工单号写回对话变量。4. 整体架构工单应用workflowdify104_02_02被调用开始order_id/issue_desc/expectation/user_id创建工单code生成 TK-xxxx持久化工单记录http → KV结束ticket_no客服对话chatflowdify104_02_01是否开始用户消息提取工单信息PEorder_id/issue_desc/expectation合并校验信息codePE 值与对话变量值取并集 complete/ticket_exist 判断持久化到对话变量assigner ×3order_id/issue_desc/expectation是否创建工单completetrue 且 ticket_existfalse创建工单tool调 dify104_02_02组装工单结果code写回工单号assigner工单创建回复补充信息/状态回复链路很清晰每轮提取新信息 → 与对话变量合并 → 校验完整性 → 建单或追问 → 工单号写回。状态闭环的关键是「写回」——工单号回到对话变量用户下一轮就能查到。5. 模块设计5.1 对话变量状态容器chatflow 在conversation_variables里声明 4 个状态变量跨轮次保持102-15/103 实测。id 必须是合法 UUID非 UUID 会报 SQL 500conversation_variables:-description:已收集的订单号id:53ad6c85-cc60-4d1f-b8bf-06d7e6fb90a3name:order_idselector:[conversation,order_id]value:value_type:string# issue_desc / expectation / ticket_no 同结构5.2 合并校验 codecd_updatePE 每轮只提取新信息要和对话变量已有值合并并输出两个字符串状态标志defmain(pe_order_id,pe_issue_desc,pe_expectation,cv_order_id,cv_issue_desc,cv_expectation,cv_ticket_no)-dict:order_idpe_order_idorcv_order_idorissue_descpe_issue_descorcv_issue_descorexpectationpe_expectationorcv_expectationorticket_existtrueifcv_ticket_noelsefalsemissing[]ifnotorder_id:missing.append(订单号)ifnotissue_desc:missing.append(问题描述)ifnotexpectation:missing.append(期望结果)completetrueifnotmissingelsefalseifticket_existtrue:message您的工单 str(cv_ticket_no) 正在处理中请耐心等待…elifcompletetrue:message已收集完整信息正在为您创建工单…else:message请补充以下信息、.join(missing)。return{order_id:order_id,issue_desc:issue_desc,expectation:expectation,complete:complete,ticket_exist:ticket_exist,message:message}5.3 触发条件if5创建工单需要completetrue且ticket_existfalse——校验结果必须接 if-else 消费否则状态不全也会触发下游102-20 实测教训-id:if5data:type:if-elsetitle:是否创建工单cases:-case_id:createlogical_operator:andconditions:-comparison_operator:isvalue:truevariable_selector:[cd_update,complete]-comparison_operator:isvalue:falsevariable_selector:[cd_update,ticket_exist]5.4 工单工具的参数模板跨应用传递 工具调用参数。坑chatflow 的 tool 节点参数模板引用 code 节点输出偶发为空工具报参数 required本实验状态本就存在对话变量改用对话变量模板语义最贴合-id:tool5cdata:type:tooltitle:创建工单工单应用provider_type:workflowtool_name:dify104_02_gongdantool_parameters:order_id:type:mixedvalue:{{#conversation.order_id#}}issue_desc:type:mixedvalue:{{#conversation.issue_desc#}}expectation:type:mixedvalue:{{#conversation.expectation#}}tool_configurations:*tool_parameters# 双写同值5.5 写回工单号状态闭环工具返回ticket_no后用 assigner 节点写回对话变量write_mode: over-write用户下一轮就能查到工单号且ticket_existtrue保证不重复建单。6. 运行验证输入预期结果①「我要退货」PE 未提取到订单号 → 追问「请补充订单号」通过4 轮多轮对话实测② 补订单号问题描述字段齐全 → 调用工单应用Workflow as Tool创建工单 → 返回工单号通过③④ 后续轮次问「我的工单处理到哪了」对话变量已写回工单号 → 回复处理中不重复建单通过检查 KV 工单记录只有 1 条不重复创建通过7. 实战坑坑现象修复chatflow 工具参数模板引用 code 节点输出偶发为空工具报参数 required改用对话变量模板{{#conversation.x#}}实测本实验工具重建时 parameters 传空数组调用方传参校验失败parameters 必须 子工作流 start 变量实测本实验code 字符串状态判断用elif complete:字符串 “false” 恒真误触发「已收集完整」分支必须 true显式比较实测本实验对话变量 id 非 UUID报 SQL 500 错误使用合法 UUID实测102-15校验结果不接 if-else状态不全也触发下游死代码if-else 消费 complete/ticket_exist实测102-20code 节点沙箱禁写文件报PermissionError: /tmp工单记录改用本机 KV 模拟服务持久化实测本批8. 实验文档及源码获取实验文档完整操作步骤DIFY-104-02跨应用状态传递——多轮对话状态跨应用不丢.md源码可直接导入一个应用一个 DSL源码一客服对话 chatflowdify104_02_01_客服对话.yml源码二工单创建 workflowdify104_02_02_工单创建.yml全部源码目录dify-104/dsl文章聚焦核心配置与采坑点实验的完整分步操作节点搭建/参数表/调试指引见实验文档原文。下一篇Dify 企业级实验03事件驱动流水线——Webhook 与定时触发如何组成异步处理链 你在这个实验的场景里踩过什么坑欢迎评论区分享你的实战经验。