系列导航
| 层级 | 去哪查 | 相关深文 |
|---|---|---|
| 部署 / 排错 | Hub-01 部署排错枢纽 | Docker 起不来、模型连不上、知识库无召回 → 先定层再改配置 |
| 场景目录（本文） | 本文 §4～§8 | 客服售后 · 销售回访 · 知识库合规 · 采购标书 · 系统集成 |
| 画布选型 | 本文 §3 | Chatflow 还是 Workflow · 何时换 Workflow |
| 专栏深水 | AI实践-Dify专栏 | 可导入思路、字段契约、验收清单（先确认自己落在哪个场景桶） |
| 选型对照（预留） | Hub-03 | Dify vs 竞品对照表，下一篇枢纽再写 |
安装/排错还没稳住？先回 Hub-01，再回来选场景。
很多人搜「Dify 工作流示例」「Dify 场景模板」「售后工单 Workflow」，并不是想再看一篇节点说明书，而是：今晚先决定做哪条业务流，以及该点进哪篇深文。
我把专栏和博文里已经写过的客服、回访、知识库、采购、集成，收成一张场景入口图。用法很简单：
- 用痛点关键词对上场景桶（§2 速查表）；
- 看该桶推荐画布、最小节点骨架、3 条验收；
- 需要细节时，再点进桶内主链深文------不要平行再搜十篇「怎么搭」。
本文是索引与入口判断；单篇深文负责 DSL 思路与验收细节。版本以你控制台「关于 / 版本号」为准，把版本写进自己的场景台账里。
1. 这篇目录解决什么
适合你，如果你已经能打开 Dify 控制台，并卡在下面任一情况：
- 会拖节点，但不知道先做售后、回访还是知识库
- 搜到很多「示例」，却对不上自己的字段与业务系统
- Chatflow 和 Workflow 来回换，Demo 能聊、进业务就散
- 想把 HTTP / 插件 / 知识库接到真实流程，缺一张总地图
不适合你的情况：
- Docker / 模型还没跑通 → 请先走 Hub-01
- 只想要竞品功能对比表 → 等 Hub-03，本文不展开选型大战
- 只想复制万能提示词、不接受写验收与字段契约
目录的本质是减少选题成本，不是再堆一篇概念文。
2. 怎么用这份目录（痛点词 → 场景桶）
把评论区和私信里最高频的原话，映射到桶。打印或收藏这一张即可：
| 你听到的原话 / 搜索词 | 先去哪一桶 | 推荐画布（默认） |
|---|---|---|
| 工单分诊、投诉升级、客服多轮 | A 客服与售后 | Workflow（多步分支） |
| 回访纪要、跟单提醒、线索整理 | B 销售与回访 | Workflow 或 Chatflow+整理节点 |
| 制度问答、能搜到却不敢上线 | C 知识库与合规 | Chatflow + 知识库；风险场景加 Workflow 复核 |
| 询价准备单、标书初稿、比价 | D 采购 / 标书 / 文档 | Workflow（文档链） |
| HTTP 调不通、接明道/OA、当 AI 后端 | E 系统集成 | Workflow + HTTP/插件 |
| 插件、OpenAPI、MCP 怎么选 | §9 外部数据接入 | 先决策再进桶 E |
经验法则：有稳定输入字段 + 要多步分支 + 要回写业务系统 → 优先 Workflow；以多轮澄清为主、少回写 → 可先 Chatflow，再按桶内深文升级。
3. 先分清画布：Chatflow vs Workflow（30 秒）
目录里每个场景都会标推荐画布，但先建立共同语言：
| 更适合 Chatflow | 更适合 Workflow |
|---|---|
| 多轮澄清、对话态客服入口 | 固定多步：分类 → 补字段 → 升级 / 回写 |
| 知识库问答前台 | 文档生成、批量、条件分支密集 |
| 快速验证「问得动」 | 要验收「跑得稳、失败可兜底」 |
选型深文（高阅读主链）：Chatflow 还是 Workflow。
旁注（用乱了再换）：Chatflow 用乱了何时换 Workflow。
近作选错画布可作对照，勿与主链双开详述：选错画布。
下面五桶默认标推荐画布；若你的约束相反（例如强制人工坐席接管），以验收为准，不以节点炫技为准。
4. 场景桶 A｜客服与售后
入口条件： 已有工单类别或可枚举的问题类型；能提供「用户原话 + 至少 1 个业务字段」（订单号 / 产品线 / 渠道）。
推荐画布： Workflow。
最小节点骨架：
- 开始：原话 + 可选结构化字段
- LLM / 分类：问题类型、紧急度、是否需升级
- 条件分支：自动答复 / 补字段 / 升级人工
- （可选）HTTP：写回工单系统或通知群
- 结束：对用户可见结论 + 内部备注
验收 3 条：
- 同一条「应升级」样例，连续 3 次都进升级支路，不因温度漂移乱跳
- 缺关键字段时，流程要追问或明确失败，不能静默编造订单状态
- 投诉类输出不含未授权承诺（退款时效、赔偿金额须有依据或转人工）
主链深文： 售后工单分诊（7 月高阅读保留篇）。
进阶多轮：客服多轮机器人。
投诉分级低阅 twin 勿平行开读，导读回主链即可。
5. 场景桶 B｜销售与回访
入口条件： 有通话纪要 / 聊天记录 / 拜访笔记等「非结构化输入」；希望输出可跟进的任务清单，而不是又一篇散文摘要。
推荐画布： Workflow（整理 → 结构化 → 任务）；若前台只要对话采集，可 Chatflow 入口再进整理流。
最小节点骨架：
- 开始：原始纪要文本
- LLM：抽取意向、异议、下次动作、责任人候选
- 校验 / 代码或 LLM：字段齐全性检查
- （可选）HTTP：写入 CRM / 明道 / 表格
- 结束：跟进清单（可复制）
验收 3 条：
- 输出字段名稳定（如
next_action、due_hint），便于下游表格列对齐 - 「无明确下次动作」的样例，不得硬编虚假约访时间
- 敏感承诺（折扣、交付日）无原文依据时，标记待人工确认
主链深文： 客户回访整理。
场景补充：销售跟单助手。
G2 twin 已并入主链，勿再平行收藏另一篇同题。
6. 场景桶 C｜知识库与合规问答
入口条件： 文档已能上传；你关心的不只是「搜得到」，而是敢不敢给一线用。
推荐画布： Chatflow + 知识库；制度/合同等高风险场景，加 Workflow 固化「拒答 / 人工复核」。
最小节点骨架：
- 知识库检索（先看检索测试，再谈对话）
- 回答约束：仅依据片段；不足则明确不足
- （可选）风险分级节点 → 人工复核表
- 结束：答案 + 依据片段引用（或「依据不足」）
验收 3 条：
- 检索测试：高频问能打到预期片段
- 至少 5 条「应拒答」题（权限外、制度未规定、过期文件）不得给出肯定承诺
- 换模型后回归同一批题，拒答边界不塌
目录侧说明： 部署层召回问题先回 Hub-01 Layer3；本桶只解决「场景上线边界」。
深文入口：上传文档却搜不到答案 · 知识库 API · 知识库+工作流推荐。
与集成交叉：明道→知识库同步。
一句话：能搜到 ≠ 敢上线。
7. 场景桶 D｜采购 / 标书 / 文档
入口条件： 有需求说明、历史报价、招标文件等材料；目标是「准备单 / 初稿 / 比价表」，不是一次生成可盖章终稿。
推荐画布： Workflow（多文档进、结构化出）。
最小节点骨架：
- 开始：需求文本 + 附件说明（或分段上传后的引用）
- LLM：抽取必备项、缺项清单、风险提示
- （可选）知识库：历史标书 / 合规条款召回
- 整理节点：准备单或初稿大纲
- 结束：人工可编辑的 Markdown/表格，而不是「假装终稿」
验收 3 条：
- 缺关键商务条款时，输出「缺项列表」，不得假装已齐全
- 比价场景：价格字段可追溯到输入材料，禁止无来源数字
- 导出给同事后，对方能在 10 分钟内开始改，而不是重写
深文入口：招投标标书生成 · 标书初稿整理 · 采购询价准备单 · 采购比价机器人。
8. 场景桶 E｜系统集成（HTTP / 明道云 / 当 AI 后端）
入口条件： 已有可调用的业务 API 或低代码 Webhook；你要的是「回写成功可查」，不是聊天框里的 200。
推荐画布： Workflow + HTTP（或插件）；鉴权放后端。
最小节点骨架：
- 开始：业务侧推送的字段（含
request_id更佳） - 校验：必填、枚举、幂等键
- LLM / 知识库：（按场景）生成结论或填表
- HTTP：写回 / 通知；非 2xx 走错误分支
- 结束：对业务系统可区分的成功 / 失败语义
验收 3 条：
- 故意制造非 2xx：流程有兜底输出，且业务侧能区分失败
- 重试不会造成重复脏写（幂等或去重策略写进台账）
- Key 不出现在前端或对话日志明文
必链分层文： API 衔接分层。
HTTP 排错主入口（经典高阅读）：HTTP 节点；近作互补：HTTP 调不通（勿与经典篇重复展开）。
建筑叙事样本：明道云当 AI 后端。
对外产品化：嵌进网站 API。
9. 插件 vs OpenAPI vs MCP：外部数据怎么接
接到桶 E 之前，先问三句（决策文主链：OpenAPI vs 插件 vs MCP）：
- 谁维护契约？ 只有你自己的 HTTP → 插件/工具或直连 HTTP 往往够用
- 要不要标准工具市场分发？ 要 → 更偏向插件形态与输出对象约定
- 调用方是 Agent 动态发现工具？ 才认真评估 MCP；不要为了新词上复杂度
旁注深文：插件输出文件对象 · 插件接进工作流失控（契约/鉴权）。
原则：先定场景桶与验收，再选接入形态。 反过来会变成「节点很炫、业务接不住」。
10. 10 分钟选场景清单（可打印）
复制到备忘录，按序打勾，定桶比定节点更重要：
- 我已能登录控制台，模型最小调用成功（否则回 Hub-01）
- 我有稳定输入：字段名或可枚举类型，而不是只有一句「帮我智能客服」
- 是否需要多步分支（分类 / 升级 / 缺字段追问）？是 → 偏 Workflow
- 是否需要回写 CRM / 工单 / 明道 / 自建 API？是 → 进桶 E 思维，验收含失败语义
- 是否涉及制度/金额/承诺？是 → 桶 C 边界优先于话术漂亮
- 我已选定桶字母：A / B / C / D / E
- 我只打开该桶 1～2 条主链深文，不平行收藏双胞胎
- 我写下 Dify 版本 + 本场景「不可胡说的边界」一行
三问速记：有无稳定输入字段？要不要多步分支？要不要回写业务系统？ ------ 三问答完，桶就定了。
11. 系列导航（再贴一次）
| 文 | 作用 |
|---|---|
| Hub-01 部署排错枢纽 | 环境与分层排错地图 |
| Hub-02 本文 | 场景目录与入口判断 |
| Hub-03（后续） | Dify vs 竞品选型对照 |
| AI实践-Dify专栏 | 场景深文与材料沉淀 |
单点旧文负责深挖；枢纽负责顺序。若旧文标题仍带流水线味，以本文桶划分与主链为准，逐步改成深链页，而不是再平行增产「又一篇场景怎么搭」。
12. 软入口：专栏适合谁
目录与入口判断，免费收藏即可。
若你要的是「可导入思路 + 字段契约 + 更完整的验收」，而不是再读一篇概念文，可以到 AI实践-Dify专栏 按场景桶往下挖------先确认自己落在 A～E 哪一桶，再决定要不要进专栏。
更适合： 最小部署已通，想把工单、回访、知识库、采购、集成做成可验收流程的人。
暂时不必： 还没跑通 Docker/模型（先回 Hub-01）；只想要竞品功能对比表（等 Hub-03）。
专栏页：https://blog.csdn.net/sheepForTest/category_12947815.html
13. 一问征集（请留评）
你卡在哪个场景桶？评论区回字母即可：
A 售后 / B 回访 / C 知识库 / D 采购 / E 集成
若愿意多写半句现象（可打码客户名与 Key），例如：
E：HTTP 200，但明道里重复写入两条。
我会按桶把高频评论收进下一版目录更新，并决定下一批深文补哪一桶。
结语
场景最贵的不是节点数量，而是选错入口后平行收藏十篇同质文。
先定桶，再定画布，再点主链深文。把本文当入口图，把 Hub-01 当排障底盘，把专栏当深水------比继续搜「Dify 工作流示例」省事得多。
（完）