RAG检索结果中的新旧版本冲突如何解决

RAG 最让人不安的时刻，往往不是“没找到资料”，而是它同时找到了两份看起来都很合理、结论却相反的内容：一份是去年的流程说明，另一份是刚更新的制度附件。模型若只按语义相似度挑选，很可能把旧资料讲得比新资料还笃定。

解决这类冲突，第一步不是让模型“自行判断”，而是让知识库先承认版本存在。每份资料至少应保留来源位置、更新时间、版本、内容负责人、权限标签和有效状态。草稿、撤回文件、失效流程不该与现行制度站在同一条检索起跑线上；它们可以留作审计依据，却不应默认进入回答候选。

真正容易被忽略的是“更新”并不等于“新增”。一份新文档上传后，如果旧片段仍留在索引中，检索系统就会把它们当作两条平等证据。更稳妥的处理方式，是把内容变更、撤回和权限调整纳入同步链路：新版本生效时，旧版本应被标记为失效或降级；如果新旧内容属于不同适用范围，也要把范围写进元数据，而不是指望模型从字面猜出区别。

冲突不该被悄悄抹平

检索阶段需要同时看相关性、资料新旧、来源可靠性和用户权限。尤其是制度、合规、合同这类问题，较新的内容通常更值得优先展示，但“更新”也不是唯一标准：一份长期有效的总则，可能仍然约束一份刚发布的局部说明。此时，文档层级、适用对象和例外条款，比单纯比较日期更重要。

当检索结果确实无法消除矛盾，回答层最好不要强行合成一个确定答案。系统可以明确说明资料存在冲突，展示各自依据的文档标题、章节或更新时间，并提示以现行来源核验或转交人工处理。比起一句流畅却错误的结论，这种克制更像可靠的知识服务。

最后还得能追溯：某次回答命中了哪些内容，使用的是哪个版本，旧版本为什么仍被检出。把这些记录留下来，团队才知道问题出在更新未同步、版本规则不清，还是资料本身没人维护。RAG 处理版本冲突，说到底不是让模型变得更会“选边站”，而是先把企业知识的生效关系讲明白。