工作流与对话流

工作流和对话流使用同一套可视化编排能力，但面向的运行方式不同。创建前先判断任务是否需要持续会话，可以减少后续改造成本。

创建入口

在低代码资源库右上角单击资源，可分别创建工作流或对话流。

核心区别

对比项	工作流	对话流
主要目标	完成一次边界明确的自动化任务。	围绕同一会话持续多轮交互。
输入方式	由开始节点定义结构化输入参数。	除结构化输入外，还关注用户消息和会话上下文。
输出方式	由结束或输出节点返回结构化结果或文本。	面向对话连续输出，通常包含回复内容和会话状态。
上下文	每次运行相对独立；需要的状态应显式传入或写入资源。	支持围绕会话维护上下文，适合追问、澄清和连续问答。
调试方式	试运行一次输入，查看各节点输入、输出和错误。	通过交互式调试连续发送消息，检查多轮效果。
常见用途	数据处理、内容生成、审批前处理、批量执行、API 编排。	客服问答、业务咨询、表单式对话、需要追问的任务。
任务中心	可作为批量任务或异步任务的任务对象。	是否可作为任务对象取决于当前任务中心的资源筛选和发布状态。

如何选择

选择工作流的典型信号：

• 输入参数可以提前定义。
• 每次运行可以独立完成。
• 结果需要被其他系统、应用或节点继续处理。
• 需要批量执行、异步触发或作为子工作流复用。

选择对话流的典型信号：

• 用户可能连续追问或修改条件。
• 回复依赖当前会话中已经出现的信息。
• 需要先澄清信息再继续执行。
• 调试重点是多轮对话体验，而不仅是单次结构化结果。

节点与运行差异

两者共享模型、代码、插件、知识库、数据库、选择器、循环和子工作流等通用节点，主要差异集中在流程边界：

• 工作流由开始节点接收入参，由结束或输出节点返回结果。
• 对话流增加与会话消息、回复和上下文相关的运行语义。
• 对话流调试面板以连续会话为主；工作流调试面板以单次执行链路为主。
• 某些只适用于固定任务或会话的节点，会根据当前流类型限制添加或配置。

切换类型

资源操作菜单支持切换为对话流或切换为工作流。切换前应完成以下检查：

1. 确认开始、结束和输出节点能够满足目标类型要求。
2. 检查目标类型不支持的节点或配置。
3. 重新执行调试，尤其检查上下文变量和返回模式。
4. 重新发布版本，并核对智能体、应用或子工作流中的引用。

类型切换会改变运行语义，不应只根据页面名称判断是否成功。应以校验结果、试运行结果和发布后的实际调用为准。

常见问题

两种流可以直接共用同一套输入吗

只有字段名称、类型和必填规则一致时才可以直接复用。对话流还可能依赖消息和会话上下文，迁移到工作流时要把这些隐式信息改为显式输入。

为什么切换后无法发布

通常是目标类型缺少必需的边界节点、存在不支持的节点，或输出配置不完整。先查看编辑器中的问题提示，再逐项修复并重新试运行。

能否在同一资源列表中管理

可以。工作流页签默认聚合工作流和对话流，可使用类型筛选进一步区分。