Dify 客服智能体要真正可用，需要把三种回答分开：知识库中的一般问题、必须固定口径的标准答案，以及资料不足时的人工处理。本文只讲 Dify 产品内的配置链路，不讨论通用 RAG 算法调优。
准备一份可维护的客服资料
先创建 Chatflow，并选一份范围小、责任人明确的帮助文档，例如退换货规则。每条规则包含适用地区、起止日期、例外和人工渠道。上传后在知识库内用五个真实问题做 Retrieval Testing，确认返回片段包含答案所在条款。
把 Knowledge Retrieval 节点接到 LLM，把检索结果作为 Context，并使用下面的约束：
只根据检索到的客服资料回答。
先给直接结论，再列适用条件。
资料没有答案时回复“现有资料无法确认”，并进入人工处理提示。
不得编造退款期限、价格或联系方式。打开引用，让读者能核对来源
在应用 Features 中启用 Citations and Attributions。官方说明，回答使用已连接知识库时，可以显示编号引用，链接到原文档和片段。测试时不仅看有没有编号，还要点击引用，确认片段确实支撑相邻结论。
知识库回答通过的标准是：五个已知问题都引用正确条款；两个资料外问题明确说无法确认；改动一条测试规则后重新索引，答案随资料更新。
用 Annotation 固定高风险标准答案
对“人工客服工作时间”“账户注销入口”等必须统一的问答，可在 Annotations 中维护经过审核的 Q&A。Annotation Reply 命中阈值后会优先返回人工维护的答案，不再调用 LLM。先用一条标准问法和三条近义问法测试，再用一个只差关键条件的问题检验是否误命中；阈值过低可能把不同问题混为一谈。
把转人工写成可执行边界
Dify 的回答节点可以输出转人工提示，但是否真正创建客服工单，取决于你接入的外部客服系统或工具。本文的最小方案是返回固定标记 NEED_HUMAN、原因、已知订单号和对话摘要，由网站或工单接口识别并转交。
- 涉及账户归属、付款争议、法律承诺时转人工。
- 连续两次检索不到支撑片段时转人工。
- 用户明确要求人工，或工具返回权限错误时转人工。
转人工验证方法是：输入一个资料外的付款争议，检查最终输出包含 NEED_HUMAN 和摘要，同时没有虚构处理结果。没有外部工单接口时，只能提供人工入口，不能声称已经“转接成功”。
上线前的回归清单
固定保存至少九个问题：五个有答案、两个无答案、一个 Annotation 近义问法、一个高风险转人工问题。每次换模型、改分段或改提示词后重跑，记录引用片段与最终分支。
本文没有替你配置真实客服渠道，也没有对回答准确率作保证。官方搭建示例见 Customer Service Bot，知识库接入见 Integrate Knowledge，引用与 Annotation 见 App Toolkit；核验日期为 2026-10-01。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32292.html
