知识库过期时RAG怎么办?

知识库过期时，RAG 最怕的不是“查不到”，而是“查到了旧答案，还说得特别肯定”。我见过这类场景：员工询问差旅住宿标准，系统同时检索出旧制度、新制度和部门补充通知，最后把几条规则拼成一个听起来很完整、实际却无法执行的答案。RAG 并没有真正判断出哪份资料有效，它只是把检索到的内容交给模型继续组织。

先解决知识库里的“时间问题”

知识库更新，不能只理解为把新文件上传进去。旧版本是否下线、补充通知是否覆盖原制度、不同部门的规则谁优先，这些关系如果没有整理清楚，检索结果就可能互相冲突。

我会先给文档建立清晰的版本和适用范围：这份制度什么时候生效，适用于哪些部门、职级或业务场景，是否已经被新文件替代。对于已经失效的内容，最好不要让它和现行制度处于同等可检索状态。否则模型即使“找对了资料”，也可能选错规则。

不确定时，宁可停下来

知识库过期后，最危险的设计是要求模型无论如何都给出答案。更稳妥的做法是：当检索结果存在冲突、缺少生效信息，或者只找到旧版本时，明确告诉用户资料可能过期，并展示所依据的文档名称或章节位置，必要时转人工确认。

这并不代表 RAG 变差了。恰恰相反，能识别“我现在没有足够依据”，比一本正经地编出结论更可靠。尤其是报销、法律、医疗和安全等场景，回答必须保留审核环节，不能因为接入了知识库就自动获得决策资格。

更新机制比模型更重要

如果每次制度变更都依赖人工临时提醒，知识库迟早会再次过期。我们真正要维护的，不只是向量化后的文档片段，而是资料的来源、版本、适用范围和失效状态。文档切分也要尽量保留完整的条件与例外条款，否则模型可能只看到“报销上限”，却漏掉适用城市或审批要求。

我的判断很简单：RAG 的可靠性，首先取决于知识库是否干净、更新是否及时、版本是否清楚，其次才是模型会不会表达。遇到过期资料时，不要急着换模型；先查清楚系统到底检索到了什么、为什么把它当成有效依据，以及它有没有在无法确认时老实停下。