一、核心定位与功能差异
维度 | 工作流 | 对话流 |
---|---|---|
核心目标 | 自动化处理功能性任务(如数据清洗、批量生成) | 支持多轮对话交互,提供上下文记忆能力(如客服、虚拟助手) |
会话能力 | 无会话绑定,不保留历史消息 | 绑定会话,支持读取对话历史记录,实现类似「记忆」功能 |
输入参数 | 完全自定义参数,无预置输入 | 预置USER_INPUT (用户输入)和CONVERSATION_NAME (会话标识) |
二、节点功能差异
1.开始节点
- 工作流:无预置参数,需手动配置输入。
- 对话流:默认包含
USER_INPUT
和`CONVERSATION_NAME。
2.大模型节点
- 工作流:不支持对话历史功能,输出结果独立。
- 对话流:可读取会话上下文,结合历史消息生成回复(需开启对话历史选项)。
3.应用界面
- 工作流:支持布局组件、展示组件等多样化设计。
- 对话流:专注于AI对话组件,可打包为聊天面板,适配移动端/网页端。
4.发布渠道
- 工作流:仅支持API、模板、商店发布,不支持社交渠道。
- 对话流:支持全平台发布(API/SDK、小程序、社交渠道等)。
三、应用场景对比
场景类型 | 工作流适用场景 | 对话流适用场景 |
---|---|---|
任务复杂度 | 单轮交互、批量处理(如生成行业报告、制作海报) | 多轮交互、需上下文支持(如智能客服、虚拟助手) |
交互模式 | 无需持续对话,独立完成任务 | 需要持续对话,依赖历史消息实现逻辑连贯性 |
典型案例 | 批量数据清洗、自动化报表生成 | AI客服、教育辅导机器人、社交平台聊天机器人 |
四、API调用与流程转换
1.API调用
- 工作流:支持流式响应的API调用。
- 对话流:需通过专用API调用,且需绑定会话参数。
2.流程转换
- 对话流转工作流:丢失对话历史读取能力,预置参数转为可编辑。
- 工作流转对话流:自动添加预置参数,需调整节点逻辑以适配会话。
五、选择建议
1.优先选工作流:
- 需要批量处理数据、无持续对话需求的任务(如工具类应用)。
- 需要多样化界面组件或发布到特定渠道(如API模板)。
2.优先选对话流:
- 需要上下文交互、支持多轮对话的应用(如客服、教育场景)。
- 需要发布到社交平台或移动端。
总结
- 工作流:适合独立功能性任务,强调效率与自动化。
- 对话流:适合需要上下文记忆的交互场景,强调用户体验与持续对话。
实际开发中,可根据任务复杂度、交互模式及发布渠道需求灵活选择。