Dify
从文档整理、模型接入到检索与答案验收，搭建一个会在缺少依据时明确说明的知识库问答应用。
整理：日刊 · 资料核对：2026/11/04 · 编辑说明
把公司资料接入聊天窗口，最容易做出的演示是“上传 PDF，然后提问”。真正难的是：文档里没有答案时，系统能否坦白说不知道；制度发生变化后，旧答案能否及时失效。
Dify 适合把这件事做成一个可以反复验证的应用。它把模型接入、知识检索、工作流和应用发布放进同一个界面。第一次使用，建议从十几份非敏感资料和一个边界明确的问题集开始。
Dify 能帮你完成哪一段工作
可以把一个知识库问答应用拆成四步：接收问题、检索资料、让模型根据资料组织回答、把答案交给用户。Dify 提供搭建这些环节的工具，但回答质量仍受文档质量、检索效果和模型能力共同影响。
| 你的需求 | 可以尝试的做法 | 需要自己验证的部分 |
|---|---|---|
| 回答产品常见问题 | 接入产品说明和 FAQ | 是否引用了正确型号与版本 |
| 查询内部流程 | 按主题整理制度资料 | 旧制度是否已经移除 |
| 辅助客服整理答案 | 检索后生成回复草稿 | 无依据的承诺是否被拦下 |
如果你只需要临时总结一份文件，直接在现有 AI 产品里完成通常更省事。需要重复使用、维护资料并向他人提供统一入口时，再考虑搭建应用。
第一步：先准备一小份干净的资料
优先选择文本清晰、来源明确、适用时间可判断的文件。扫描 PDF、重复版本和混合多个产品的长文档，会让后续排查更困难。
建议每份资料至少能回答三个问题：它属于哪个产品或流程？什么时候更新？谁负责维护？文档标题可以采用“产品名—主题—版本”的形式。不要把已经失效的制度与现行制度混在一起，期待模型自行判断。
第一次测试可选产品 FAQ、公开使用说明和已经脱敏的操作指引。真实客户记录、身份证件、合同等资料，应在确认权限和模型服务的数据处理方式后再接入。
第二步：接入模型，再建立知识库
Dify 支持接入多种模型服务，也提供知识库与检索相关能力。按当前版本的设置入口完成模型配置，再导入准备好的文档。
这里需要区分两类工作：生成模型负责组织答案；向量检索方案可能还需要嵌入模型，把文本转换为检索用的向量。不同检索配置的依赖不同，不应把“聊天模型配置成功”等同于“整个知识库已经可用”。
导入后先看文档是否完成处理，并用几个关键词检查能否找到预期片段。资料没有正确进入索引时，继续修改提示词通常解决不了问题。
第三步：让答案只围绕检索资料展开
建立带知识检索的问答流程，把检索结果传给生成环节。初始提示词不必复杂，可以采用这样的约束：
只根据提供的资料回答问题。资料没有覆盖时，明确说明未找到依据，并建议联系资料维护人。不要编造价格、承诺或操作步骤。资料之间存在冲突时，指出冲突，不自行合并成新规则。
这段提示词只是起点。是否真正遵守，需要用问题测试，而不是只看一次演示。
第四步：用三类问题验收
准备一个小测试集，至少包含下面三类：
- 资料里明确有答案：例如产品支持哪些导出格式。检查答案是否完整，是否引用了相应资料。
- 资料里没有答案：例如尚未公布的优惠政策。检查系统是否承认信息不足。
- 问题存在歧义：例如只问“这个套餐可以退款吗”，却没有说明套餐名称。检查系统是否追问，而不是猜测。
记录问题、预期依据和实际答案。后续更换模型、更新文档或调整检索设置后，重复跑同一组问题，才能知道修改是否真的改善了结果。
常见问题该往哪里查
如果答案偏离资料，先检查检索出的片段是否正确。检索错误时，优先整理资料、调整切分和检索配置；检索正确但表达出错时，再看提示词与模型。
如果答案混入旧规则，检查知识库中的版本与有效期。如果响应变慢，分别观察检索和模型生成耗时，不要只凭主观感受给整套系统下结论。
上线前还应确认：谁能访问应用，谁能修改资料，错误答案由谁处理。它们与模型能力一样，会影响实际使用体验。
使用成本与许可
Dify 有云端与自托管使用方式。自托管仍需要服务器、模型调用和维护成本。官方仓库采用基于 Apache 2.0、附加条件的 Dify Open Source License；涉及商业分发、品牌或多租户服务时，应直接阅读当期许可条款。
本文依据官方资料整理使用流程，未进行产品效果或性能实测。界面名称与模型支持情况可能随版本变化；具体设置以你使用版本的文档为准。