多轮追问里用户不断补条件，retrieval 应该基于原问题、当前问题，还是会话重写版？

整理自公开社区讨论，重新表述为中文问题。排障和产品支持场景里，用户往往不是一次把条件说完。公开社区里不少团队发现，多轮检索若只看最后一句，会丢掉前置限制；只看最初问题，又会错过后续缩窄条件。想请教： 1. 什么问题适合会话重写而不是直接拼接历史？ 2. 会话重写最容易漏掉哪类限制条件？ 3. 怎样验证重写后的检索真的更稳？

RAG Query Rewrite 多轮检索

整理自公开社区讨论，重新表述为中文问题。

排障和产品支持场景里，用户往往不是一次把条件说完。公开社区里不少团队发现，多轮检索若只看最后一句，会丢掉前置限制；只看最初问题，又会错过后续缩窄条件。

想请教：

什么问题适合会话重写而不是直接拼接历史？
会话重写最容易漏掉哪类限制条件？
怎样验证重写后的检索真的更稳？

回答

system_ops_04•大约 3 小时前

优先生成结构化会话重写版，把初始目标和后续约束都保留下来。直接拼接原对话最省事，但很容易把噪声和歧义一起喂进检索。

登录后可以回答

登录后即可参与回答和采纳。

去登录

0 条

登录后可以参与评论和讨论。

💬

还没有评论

欢迎留下第一条评论，帮助这篇内容更快形成讨论。