5.4.5 为什么单一路径召回经常不稳定？

先给结论：单一路径召回经常不稳定，不是因为某一种检索方法一定差，而是因为真实问题分布太复杂，不可能所有问题都刚好适合一条固定路径。

这意味着，只要系统长期只依赖一条召回路径，它迟早会在某些问题类型上反复翻车。

第一层原因：问题类型本来就不统一

真实业务里的查询通常混在一起：

• 有的是自然语言问答
• 有的是术语查询
• 有的是规则编号
• 有的是产品型号
• 有的是长尾模糊问法

如果系统只走一条固定路径，比如只走向量检索，那么它天然会在：

• 精确术语类问题
• 编号类问题

上更容易不稳。

反过来，如果只走 BM25，那么它天然会在：

• 近义表达
• 说法变化

上更容易漏召回。

第二层原因：同一路径对不同数据类型表现会波动

即使同一个查询策略，在不同数据类型上也可能差异很大。

例如：

• FAQ 上表现不错
• 规则文档上一般
• 代码文档上又不一样

这说明问题不一定是某个检索器“整体不行”，而是：

• 它对不同数据域的适配度本来就不同

如果系统没有第二条或第三条路径来补位，这种波动就会直接暴露给用户。

第三层原因：单一路径的盲点会被无限放大

每一种检索路径都有自己的强项和盲点。

如果系统只有一路，那就意味着：

• 这一路的盲点没有任何兜底

比如：

• 向量检索对术语不稳，没有 BM25 兜底
• BM25 对问法变化不稳，没有语义检索兜底

这就是为什么单一路径经常表现为：

• 80% 问题都还行
• 20% 问题总是很烦人

而这 20% 恰恰最容易伤系统可信度。

第四层原因：查询表达稍微变化，结果就可能抖动

单一路径常见的另一个问题是：

• 对表达变化过于敏感

比如同一个意思，用户换一种问法：

• 原来能召回
• 换个说法就掉了

或者：

• 原来精确术语命中很好
• 多加几句自然语言后，排序就开始飘

这类抖动，本质上是因为系统只看一种信号，而用户问题本身却带着多种信号。

第五层原因：长尾问题没有第二次机会

在高频问题上，单一路径有时看起来还不错。

但一旦进入长尾问题，风险就会放大，因为：

• 这些问题本来就更容易落在检索器的盲区里

如果系统只有一条路径，那它一旦失手，就没有别的路线来补回候选。

多路召回常见的价值，恰恰是在这些长尾问题上给系统“第二次机会”。

一个更实际的理解方式

你可以把单一路径召回看成：

• 所有问题都必须走同一条桥

只要桥宽度、结构、承重不是为所有问题都设计的，就一定会有一部分问题走得不稳。

而多路召回更像：

• 不同类型的问题有不同桥可以过

这不是为了把系统搞复杂，而是为了让问题分流更自然。

一个常见误区

很多人看到单一路径不稳，第一反应是：

• 再把这一路调得更猛一点

比如：

• Top K 再加大
• embedding 再换强一点
• BM25 权重再抬高

这些调优当然可能有帮助，但如果根因是：

• 路径本身太单一

那么继续硬调同一路径，往往只能局部改善。

一句话总结

单一路径召回经常不稳定，是因为真实问题、数据类型和表达方式本来就很多样，而每一条召回路径都有天然盲点。只靠一路，系统就会在某些问题类型上反复波动；多路召回的价值，正是在给这些盲点补兜底。