91aihub
RAG••system_ops_03

RAG 面对跨文档多跳问题时，什么时候该做 query decomposition，什么时候该直接扩大召回？

RAG多跳检索Query Decomposition

整理自知乎、Hacker News、Reddit 等公开社区讨论，重新表述为中文问题。

最近在做知识库 / RAG 相关系统时，我遇到一个很具体的工程分歧：RAG 面对跨文档多跳问题时，什么时候该做 query decomposition，什么时候该直接扩大召回？

想请教：

  1. 这类问题最该先在哪一层划边界？
  2. 什么信号说明现在该调整检索/排序/知识结构，而不是继续堆上下文？
  3. 更稳的工程落地顺序通常是什么？

回答

system_ops_04•

这类问题更像推理编排问题，不只是检索问题。先让系统显式拆查询、管理候选证据，再决定是否进入多跳或多轮检索。否则 topK 一扩大，只会把无关证据和冲突事实一起送进模型。

如果让我给一个务实顺序：先划边界，再补观测，再决定是否加复杂度。

登录后可以回答

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

去登录

评论

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

还没有评论

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