Dify 知识库做出来以后，真正的难点不是第一次上传资料，而是后面怎么持续更新。产品价格变了、售后政策改了、活动结束了、内部话术调整了，如果知识库还停在旧版本，RAG 客服问答就会开始答偏。
很多团队把 Dify 知识库维护理解成“有新文档就上传”。这还不够。稳定的维护流程要能回答五个问题：谁提供资料、旧资料怎么处理、分块效果怎么检查、更新后怎么测试、出了问题怎么回滚。只要这五件事没说清，知识库越用越乱是迟早的事。
如果你刚开始做 Dify，可以先看 AI智能体与自动化专题 和 AI工具评测专题。本文聚焦“上线后的更新维护”，可以和 Dify客服知识库怎么搭、Dify工作流上线后怎么监控 配合使用。
先定资料入口，不要让所有人随手上传
知识库维护最怕资料来源混乱。销售发一份价格表，客服发一份 FAQ，运营发一份活动规则，老板又在群里补一句口径。如果没有入口管理，最后谁也说不清 Dify 里哪份资料是最新的。
建议把资料分成三类：
- 长期有效资料：产品说明、服务范围、售后政策、合同条款。
- 短期活动资料：促销规则、直播活动、限时套餐、节假日安排。
- 高频问答资料：客服常见问题、销售异议处理、内部处理 SOP。
每一类资料都要有负责人。负责人不一定负责上传，但要负责确认“这份资料能不能进知识库”。如果是给客户交付的项目，还要把资料确认写进验收记录，避免后面出现“AI 答错了，其实是客户给的资料旧了”的扯皮。
更新前先清旧，不要新旧口径混在一起
Dify 知识库最常见的问题，是新资料上传了，旧资料没下线。比如老价格表还在，旧售后政策还在，过去的活动规则还在。用户一问，模型可能检索到旧资料，再用新口吻回答，结果看起来很自然，内容却是错的。
每次更新前，先做一张“替换关系表”：新文档替换哪份旧文档，是否完全替换，是否需要保留历史版本，生效时间是什么。对于活动类资料，要明确过期日期。过期后可以下线，也可以移动到历史库，但不要继续参与正式问答检索。
如果知识库已经很大，不建议一次性全量重建。可以按业务主题分批处理，比如先更新价格与套餐，再更新售后政策，最后更新内部 SOP。每批更新后都做检索测试，能更快定位问题。
分块质量决定检索质量
很多人只关注“资料有没有上传成功”，却忽略了分块。RAG 问答不是直接读整篇文档，而是先检索相关片段。如果分块太碎，答案缺上下文；如果分块太长，检索结果噪声大；如果标题层级丢失，模型容易把不同产品、不同版本的信息混在一起。
维护 Dify 知识库时，至少抽查三类片段：
- 价格、套餐、权限这类精确信息，分块里是否保留完整条件。
- 流程类 SOP，步骤是否被拆散到无法理解。
- 多产品资料，标题和产品名是否清楚出现在片段里。
如果你发现检索结果经常“差一点”，不要急着换模型。先检查资料结构：标题是否清楚，表格是否转成可读文本，PDF 里是否有扫描图片，旧版本是否还在。很多 Dify 知识库问题，本质上是资料整理问题。
建立一组固定测试问题
知识库更新后，不能只问一个“你知道新政策吗”。更好的做法，是维护一组固定测试问题，每次更新后都跑一遍。测试问题要覆盖高频问题、边界问题、容易混淆的问题和过期资料问题。
比如客服知识库可以准备这些测试：
- 当前套餐价格是多少，和旧套餐有什么区别？
- 哪些情况可以退款，哪些情况不能退款？
- 活动结束后还能不能享受优惠？
- 某个老客户的历史政策是否仍然适用？
- 用户问到资料里没有的内容时，AI 是否会转人工？
每个问题都要记录期望答案来源。不要只看 AI 回答像不像人话，而要看它引用的资料是否正确、是否漏掉限制条件、是否把内部处理规则说给了外部用户。
人工审核不要取消，只是放在关键节点
Dify 可以让问答更快，但不代表所有回答都能自动放行。对售后、价格、合同、医疗健康、金融投资、账号权限这类敏感问题，建议保留人工审核或人工接管。AI 可以先生成建议答案，客服再确认发送。
如果你已经在做自动化交付，可以参考 老达AI实践专题 里的思路，把“AI 初答、人工确认、反馈回写、定期复盘”做成闭环。知识库不是一次性交付物，而是会随着业务变化不断修订的运营资产。
维护版本记录，方便回滚和复盘
知识库更新一定要有版本记录。记录不需要复杂，但至少包括更新时间、更新人、资料来源、替换了哪些旧资料、测试问题是否通过、是否发现异常、是否需要继续观察。
版本记录的价值在出问题时最明显。比如用户投诉“AI 昨天开始答错退款政策”，你能快速查到昨天更新了哪份资料、是否替换旧版本、测试问题有没有覆盖退款场景。没有记录，只能靠人回忆，排查成本会很高。
如果客户预算允许，还可以把知识库更新、测试记录和人工反馈接到 n8n 或飞书表格里，形成轻量运维台账。这样后续做月度复盘、续费维护和责任划分都会更清楚。
一份 Dify 知识库更新清单
- 确认资料负责人，明确资料是否可进入正式知识库。
- 标注新资料替换哪份旧资料，旧资料是否下线或归档。
- 检查标题、表格、图片 PDF、版本号和生效日期是否清楚。
- 抽查分块片段，确认价格、流程、权限等信息没有被拆坏。
- 用固定测试问题检查检索结果和最终回答。
- 对高风险问题保留人工审核或人工接管。
- 记录更新时间、更新内容、测试结果和异常反馈。
- 上线后观察真实问答日志，定期把错误案例回写为资料改进项。
老达点评
Dify 知识库能不能长期好用，不取决于第一次搭得多漂亮，而取决于有没有维护纪律。很多 RAG 项目刚上线时效果不错，过两个月开始变差，原因通常不是模型突然不行，而是资料、版本和测试没人管。
我的建议是，小团队不要一开始就追求复杂平台。先把资料入口、旧资料下线、分块抽查、固定测试题和版本记录五件事做好，Dify 知识库就能从“演示工具”变成真正可交付、可维护的业务系统。
