07-使用案例集

📅 2026/7/22 10:03:58
07-使用案例集
Dify 使用案例集可复刻实战适用版本Dify Community Editionv1.16.0面向读者零基础已完成前 6 篇阅读时长约 40 分钟前置04、05、06目标照着做独立复刻 6 个真实项目。模型均以国内可访问为主通义千问 / DeepSeek / Ollama。 每个案例结构目标 → 用到的能力 → 搭建步骤 → 关键配置 → 效果验证。所有案例默认模型选qwen-plus或deepseek-chat本地隐私场景用 Ollamaqwen2.5:7b。案例 1企业内部文档问答机器人纯 RAG目标员工问公司制度机器人基于《员工手册.pdf》准确回答不瞎编。用到的能力知识库RAG 聊天助手。搭建步骤知识库 → 创建 → 上传《员工手册.pdf》→ 切分选「通用」→ Embedding 用百炼text-embedding-v3→ 混合检索 开启重排 → 保存索引。创建应用「员工手册助手」→ 聊天助手。提示词你是公司员工手册助手。只能根据提供的知识库内容回答。 若资料中没有请回答「该问题手册中暂未提及建议咨询 HR」。 回答用中文、条理清晰。上下文 → 添加刚才的知识库。模型选qwen-plus。关键配置检索设置TopK4相似度阈值0.5。提示词加「找不到如实说明」防幻觉。效果验证问「试用期多久」→ 应基于手册给出准确天数。问「公司明年旅游去哪」→ 应回答「手册未提及」而非编造。案例 2智能客服RAG 工具目标客服机器人既能答产品问题知识库也能查实时订单HTTP 工具。用到的能力知识库 工具HTTP 请求 聊天助手。搭建步骤建「产品知识库」上传产品 FAQ。创建应用「智能客服」→ 聊天助手。上下文挂产品知识库。工具 → 添加「HTTP 请求」工具配置方法 GETURLhttps://你的域名/api/order?no{{order_no}}返回订单状态 JSON。提示词说明涉及「订单」时调用工具查真实状态其余用知识库答。关键配置工具参数order_no设为从用户话术里提取可用参数提取器先抽单号。给工具调用加失败兜底「查不到订单时请用户提供正确单号」。效果验证「怎么退货」→ 知识库答。「订单 A123 到哪了」→ 调用 HTTP 返回真实物流状态。案例 3营销文案批量生成Workflow 变量目标输入「产品名 卖点 平台」一键生成小红书 / 朋友圈 / 微博三版文案。用到的能力工作流 变量 多个 LLM 节点 模板。搭建步骤创建应用「多平台文案生成」→ 工作流。开始节点变量产品名、卖点、平台下拉小红书/朋友圈/微博。拖入「LLM」节点提示词为「{{产品名}}」写一条{{平台}}风格文案突出卖点{{卖点}}。 小红书带 emoji 和话题标签朋友圈轻松口语微博简短有梗。结束节点输出该文案。进阶复制成 3 个 LLM 节点分别固定平台用「变量聚合」合并输出三段。关键配置用「模板转换」节点把三段拼成一份完整稿省一次 LLM 调用。模型用deepseek-chat性价比高。效果验证输入产品名「泰克教育AI课」卖点「零基础学大模型」平台小红书 → 得到带标签的种草文案。案例 4带工具调用的 Agent联网搜索 代码执行目标做一个「调研助手」能搜最新资料、还能算数据自主完成「查行情→算涨幅→写简报」。用到的能力智能体Agent 工具联网搜索、代码执行。搭建步骤创建应用「AI 调研助手」→ 智能体。提示词你是一个调研助手。遇到需要最新信息的问题先联网搜索 遇到需要计算的内容使用代码执行节点计算 最后用中文给出带数据来源的简报。工具 → 添加「联网搜索」插件市场安装如 Tavily / 国内搜索工具和「代码执行」。模型选deepseek-chat或qwen-max推理强适合多步。关键配置Agent 策略选「Function Calling」或「ReAct」。给工具设清晰描述Agent 才知道何时用。效果验证「对比通义千问和 DeepSeek 最近一个月的口碑给出结论」→ Agent 自行搜索多篇、整理、输出简报。「把这 5 个数 [3,7,12,5,9] 求平均并画结论」→ 代码节点算出 7.2。案例 5多步审批工作流HITL 人工介入目标员工提交报销 → AI 初审金额 →暂停等主管审批→ 批准后生成打款通知。用到的能力工作流 参数提取 HITL 人工输入节点v1.14。搭建步骤创建应用「报销审批」→ 工作流。开始节点报销申请文本。「参数提取器」抽出金额、事由、申请人。「LLM」做初审金额是否合理、票据是否齐全 → 输出「建议批准/驳回 理由」。拖入Human-in-the-Loop人工输入节点表单字段审核意见下拉批准/驳回、备注文本。通过 WebApp 或邮件送达主管。「IF/ELSE」批准 → 模板节点生成「打款通知」驳回 → 生成「退回说明」。结束节点输出最终结果。关键配置HITL 节点要配「审批人接收方式」WebApp 或邮件邮件需先配 SMTP见 02 篇。表单可用下拉/文件上传v1.15 支持让主管直接选「批准/驳回」。效果验证提交一笔报销 → AI 初审 → 流程暂停 → 主管在表单点「批准」→ 自动生成打款通知并结束。点「驳回」时走另一分支生成退回说明。 这是 v1.14 最实用的「人机协同」范例学员能直观理解「AI 不是全自动化关键节点留给真人」。案例 6把 AI 嵌入你自己的系统API 调用目标公司官网的「智能问答」按钮背后调用 Dify 应用而不是用 Dify 自带的网页。用到的能力REST API API Key详见 08-API集成与进阶.md。搭建步骤在案例 1 的「员工手册助手」里点「发布」→「API 访问」。设置 → API 密钥 → 创建密钥复制形如app-xxxx。记下应用的API_BASE本地为http://localhost/v1和API_KEY。在你自己的后端调用curl-XPOSThttp://localhost/v1/chat-messages\-HAuthorization: Bearer app-你的APIKey\-HContent-Type: application/json\-d{ inputs: {}, query: 试用期多久, response_mode: blocking, user: user-001 }把返回结果渲染到你官网的聊天框里。关键配置user字段用于区分不同终端用户会话隔离。生产环境把 Dify 放内网仅对你后端开放API Key 勿前端硬编码。效果验证用 curl 或写几行代码调用能拿到基于知识库的回答 JSON。前端按钮点击 → 调你后端 → 后端调 Dify → 答案回显到网页。案例小结与选型建议案例应用类型核心能力推荐模型1 文档问答聊天助手知识库 RAGqwen-plus2 智能客服聊天助手RAG HTTP 工具qwen-plus3 文案生成工作流变量 多 LLMdeepseek-chat4 调研 Agent智能体搜索 代码deepseek-chat / qwen-max5 审批流工作流HITL 人工介入qwen-plus6 系统嵌入任意REST API视场景 本地隐私优先选Ollamaqwen2.5:7b追求效果选qwen-max追求性价比选deepseek-chat。动手练习任选 2 个做完复刻案例 1文档问答用自己的资料。复刻案例 5审批流体会 HITL 暂停-恢复。复刻案例 6用 curl 调通一次 API。完成后进入 08-API集成与进阶.md系统学 API、CLI、插件与排错。下一步08-API集成与进阶.md —— 把 Dify 接进你的产品和 CI。