总览
图清单
1. Dify 三种构建方式的核心区别
flowchart TD N[一个真实需求] A[Agent] C[Chatflow] W[Workflow] R[最终结果] N --> A N --> C N --> W A --> R C --> R W --> R
一句话理解
- Agent:适合让模型自己决定下一步做什么,强调灵活性和工具调用能力。
- Chatflow:适合“有对话感”的流程式助手,既保留聊天体验,又能把步骤编排起来。
- Workflow:适合固定步骤、固定输入输出、强调稳定交付的流程型任务。
最实用的选型判断
- 需求很固定,步骤基本不会变:优先
Workflow - 需要对话体验,但逻辑又不是完全开放:优先
Chatflow - 希望助手自己判断何时查知识、何时调工具:优先
Agent
2. 帕累托式学习顺序
如果你的目标是“用 Dify 做出能帮自己提效的智能体”,更有效的顺序是:
- 先学 Agent / Chatflow / Workflow 的区别
- 再学怎么写出能约束结果的提示词
- 再学怎么接知识库
- 再学怎么接工具
- 最后再学 API、插件开发和复杂编排
原因很简单:
- 不会选构建方式,后面所有设计都会偏。
- 不会写边界清晰的提示词,智能体再高级也容易跑偏。
- 不会接知识库和工具,智能体大概率只会“聊天”,不会“做事”。
- API 与深度扩展价值很高,但不是第一批必须掌握的内容。
3. 80% 场景最值得先掌握的能力
3.1 一个提效型智能体的最小能力组合
- 清晰角色:它到底帮你做什么,不帮你做什么。
- 稳定提示词:有目标、有边界、有输出格式。
- 知识库 grounding:让回答尽量基于你的资料,而不是纯猜。
- 工具调用:让它不仅会回答,还会查、取、算、执行。
- 结构化输出:让结果能直接复用到文档、表格、工单或下游系统。
3.2 三个最值得优先做的智能体类型
- 个人知识助手
- 帮你基于文档快速问答、总结和定位信息。
- 固定流程助手
- 帮你把高频重复任务标准化,例如周报整理、会议纪要、资料归类。
- 业务查询助手
- 帮你调工具、查接口、拼结果,减少手工切系统。
3.3 一条最短见效路径
- 先选一个你每周都会重复做的任务。
- 决定用 Agent、Chatflow 还是 Workflow。
- 先只写一个最小提示词。
- 再补知识库或一个工具。
- 用 5 到 10 个真实问题做验证。
- 最后根据日志继续改提示词和能力组合。
4. 现在可以先不学的内容
这些内容重要,但不是你第一阶段提效的前 20%:
- 复杂多 Agent 协作
- 深度插件开发
- 很细的模型参数调优
- 大而全的 API 集成细节
- 部署与底层运维
- 一开始就做特别复杂的工作流图
直接学习阶段,你只需要知道:
- 它们以后可能会用到
- 但现在不该抢走你的注意力
- 真正先带来效率提升的,是“会选型 + 会约束 + 会接知识 + 会接工具”