在 Dify 中选工作流还是智能体,先看任务能否提前写出处理路径。还要区分 Workflow 与 Chatflow:前者接收输入后跑完一次,后者每次聊天消息触发流程。智能体可以放进流程的某一步,不需要把两者当成互斥产品。
先分清当前文档里的三种入口
本文依据 Dify Cloud 官方文档整理,未在读者工作区实际创建应用。自部署旧版本可能仍显示 Legacy Agent;当前 New Agent 文档注明 beta,不能据此认为所有实例都已开放相同能力。

| 形式 | 使用方式 | 适合的任务 |
|---|---|---|
| Workflow | 输入后一次执行,结果用 Output 返回 | 批量摘要、报告生成、固定审核顺序 |
| Chatflow | 每条用户消息执行流程,使用 Answer 回复 | 多轮收集问题、按规则查询后答复 |
| New Agent | 配置能力,再给运行任务;可独立运行或进入 Agent 节点 | 任务路线变化,需要模型选择动作或在沙箱中处理文件 |
用文档审核任务做一次选择
假设只检查一份通知有没有时间、对象和联系人,这是虚构演示任务。步骤固定为“接收文件→提取文字→按三项检查→返回缺项”,先选 Workflow。用户需要连续补充缺失信息时,再考虑 Chatflow 的对话界面。
若任务变成“查看若干文件、寻找必要资料、制作审查附件”,实际下一步可能随内容改变,才考虑 Agent。新版 Agent 有独立沙箱,可运行命令及读写文件;应先限定提供的文件、工具与任务范围,不能把这些能力理解成默认拥有你业务系统的权限。
照着任务建立最小验证
- 在工作区创建 Workflow 或 Chatflow,先准备两份无隐私通知,一份完整,一份删除联系人。
- Workflow 按 User Input、Document Extractor、LLM、Output 连接;Chatflow 则把结果交给 Answer。模型提供商需在当前工作区配置。
- 如果加入 Agent 节点,只给它补查一个缺项的任务;保留原流程的输入核对和输出检查。
- 运行两份通知,打开节点执行详情,核对实际读到的文字和最终缺项列表。
验证应看到:完整通知不被捏造缺项,缺联系人通知明确指出“未提供联系人”。若模型为了补全格式编出姓名,先修审查指令和校验,而不是直接换成更自由的 Agent。
按条件作决定
下一步先把你的任务列成输入、节点和失败分支:顺序能固定就先跑 Workflow,需要持续对话则跑 Chatflow;只有可变步骤带来实际价值时才添加 Agent。
不要凭“智能体更高级”选型。本文比较的是编排与交互方式,没有实测三种形式的速度、成本或准确率。版本、可用模型和工具权限不同,都可能改变最终方案。
资料与适用版本
以下官方资料核对于 2026 年 10 月 1 日;安装和界面以实际使用版本为准。
Ai菜鸟网。发布者:AI小管家,转载请注明出处:https://www.alyyhw.com/30204.html