跳到正文
SGSteven Guan

原子概念

混合召回与排名融合

并行候选、去重、RRF与分数归一化、各路排名和候选追踪。

要解决的问题如何组合词法和语义结果而不直接相加不可比的分数?

检索别名:hybrid search · RRF · rank fusion

BLUEPRINT局部蓝图

01 输入

  1. 词法与dense候选
  2. 稳定证据ID及各路排名
→

02 处理机制

  1. 并行召回并分别授权
  2. 去重后融合排名
  3. 保存分路诊断并做消融
→

03 输出与证据

  1. 统一候选集
  2. 可解释的融合排名

两条召回路解决不同遗漏

用户可能使用自然说法寻找正式术语,也可能给出不能错一位的编号。Dense路线补充语义相近的材料,词法路线保留精确匹配;混合召回的目的,是让两种相关证据都有机会进入候选集。它首先是召回设计,然后才是排名问题。

Azure AI Search与Vespa官方资料都展示全文和向量组合。一个便于分析的起点是并行运行两路查询,对授权候选按稳定证据ID去重,保存各路原始排名,再用RRF等方法融合。不要丢掉分路诊断,否则失败时很难判断是哪条路线提供或压低了关键证据。

排名融合不要求原始分数可比

BM25与cosine的取值和意义不同,直接相加会受到分布影响。RRF基于候选排名而非原始尺度,在没有足够校准数据时较易建立基线;线性融合则需要明确归一化、字段与数据分布,不能从一个demo权重推导通用最优比例。

多路召回也可能产生大量同文档相邻段或同一内容的多个副本。去重时保留版本与来源身份,避免将不同权限对象因内容相似合并。可按文档、章节或实体保留候选多样性,但不要为了多样性删除唯一精确命中。

用分层消融证明组合价值

比较词法、dense、hybrid及hybrid加rerank四个基线,固定资料、切块和最终证据预算。报告每类query的必需证据召回,而非只展示几条好看的答案。多跳问题还需检查关键证据是否同时齐全。

混合检索增加了调用与候选规模,也可能提高尾延迟。若某类精确查询由词法已可靠解决,可以使用明确路由;复杂问题再采用完整混合管线。最终选择应处于质量、延迟和成功任务成本的可接受前沿。

RELATIONSHIP MAP

与其他节点的关系

箭头从本节点指向目标;关系是工程分析映射,不代表厂商合作或已披露的内部实现。

哪些节点指向本页 · 6

PRIMARY SOURCES

来源与阅读边界

来源按研究截止日整理。官方文档说明能力和约束,代码只证明对应版本,论文与讲座不自动证明生产效果。 资料截止:2026-10-15。

  1. Vespa:混合检索教程 ↗官方文档 / 声明
  2. Azure AI Search:Hybrid search ↗官方文档 / 声明