RAG多轮对话怎么防知识遗忘?

这道题其实是在问多轮对话里怎么管好记忆，既要记得住历史细节，又要跟得上用户新意图。很多人会把知识遗忘和上下文漂移混为一谈，但我觉得得先划清边界：知识遗忘是早期关键信息丢了，比如用户第一轮说了订单号，第三轮忘了查；上下文漂移是用户自己换话题了，比如从问退款突然问优惠券，检索还死抓着退款不放。应对思路也不一样，遗忘靠强化记忆，漂移靠检测切换。

具体怎么做？我倾向用显式对话状态管理加分层检索。先说状态管理，每轮用轻量模型抽取出当前的主题实体、用户意图、未解决问题这些，存成一个结构化的状态。这个状态[[向量化]]后参与检索相似度计算，相当于给检索器一个显式的记忆锚点。这和简单地把历史拼进上下文窗口不一样，后者在长对话里会受[[Sliding Window]]长度限制，早期信息被挤掉，而且没法区分哪些是已解决的、哪些是待办的。显式状态更可控，但前提是抽取要准，如果抽出来一堆噪音，反而会污染检索。

再一个，检索策略不能一轮定终身。我会用分层检索：当前轮用户query权重最高，但如果检测到是追问场景，比如用户说“那物流呢”，我会把前两三轮的关键信息提权；如果是长对话，我会压缩一个全局摘要参与检索。同时加一个话题切换检测器，用Embedding相似度阈值判断意图是否变了，变了就重置上下文权重，避免漂移。这里有个坑：阈值设太灵敏，用户随口反问一句就误判切换；设太迟钝，漂移了还不知道。上线我会用历史对话日志做离线调参，看切换检测的精确率和召回率。

查询重写也很关键，尤其是共指消解，比如用户说“它什么时候到”，得把“它”替换成上一轮提到的具体商品。还有意图感知扩展，比如用户说“退款”，但状态里显示他之前确认过商品已退货，那query里可以补充“已退货”这个条件。不过重写不能盲信，我会保留原始query通道，重写结果跟原始query做[[Hybrid Search]]，再[[Rerank]]，确保重写失败时不会掉坑。

举个例子，电商客服的退款场景。用户第一轮说“订单号12345，商品有质量问题”，第二轮问“退款流程是什么”，第三轮说“我寄回去了，钱什么时候退”。如果只拼历史上下文，第二轮可能还记着订单号，第三轮就可能忘了“质量问题”这个原因，导致检索到的退款政策不准确。用显式状态，我会把订单号和问题原因一直维护着，第三轮检索时带上“质量问题已确认”，直接命中对应的退款条款，而不是泛泛的退款流程。而且如果用户第四轮突然问“满200减50那个券还能用吗”，话题切换检测器会触发，状态重置，检索转向优惠券政策，不会再用退款背景去搜。

其实还有一个延伸问题：如果用户中途纠正过信息，比如“说错了，订单号是67890”，那之前的状态怎么更新？简单覆盖会丢失历史，不覆盖又错。我倾向于用版本化状态，每次更新保留快照，检索时按时间衰减加权，让最新纠正的信息占主导，但旧版本在必要时还能回溯。

最后说评估。多轮一致性可以请人打分，但成本高；我倾向用自动指标，比如知识引用覆盖率，看回答里引用的知识是否覆盖了历史关键信息。但更重要的其实是上线前的模拟测试，构造多轮对话流跑一遍，看检索的Recall和漂移率。所以我会把多轮[[RAG]]看成记忆系统设计，核心是状态结构、切换检测和重写鲁棒性这三者的平衡。