Agent渡劫48关-第14关-为什么企业RAG通常需要多路召回？原创

搜索只跑一条向梁链正确知识漏了谁负责？两周内给我多路召回方案先保召回用户搜不到就走一句话，价值是找不到。混合检索能提升相关性，但别把复杂度甩给客户。上周工单四成是搜不到，客户在结果页就生气，先看真实路径，别只限离线指标elastic文档明确推荐hybrid search+RRF竞品也这么做。单向量链召回不稳，这不是个例，一期解决搜不到不做复杂排序。候选集keyword dance me data先河structured延后。方案A，单向量加分数加权简单，但分数不可比。方案B多入照回家，RM在接种他我推B多路召回要并行，一路超时不能拖垮全部，直接加分数就是坑。

RFI排名融合才文当前recall at100是0.62，目标0.85 nd cg at10基线0.41，没有基线就别谈，效果很好。用户搜索意图分导航信息交易，不同意图要走不同候选集自然流量，最终看点击和转化落地页搜索差付费点击就浪费K现在120元搜索相关性提升可降15%，我愿意小预算算多路召回家RRF每月多烧1.8万重台再加2.2万预算上限4万，回收期3个月。用户查询日志不能出狱，重牌模型必须可审计，只跑项量链，没有证据链出示谁负责，下一棒是谁报不定融合策略Alex所并行召回David验指标，周五决策门谁拍板。

既然预算只有4万，我不要求全量重态，先覆盖高频。常委一句话，找得到比牌的美重要，上线前跑影子流量对比工单和点击，客户在哪一步生气就用哪一步的买点验收RRF的K值要条elastic默认60不是万能抑制检索器有效，但同置数据可能无提升。根据争论重新冻结一期qword dance三路加r RS structure的二期愿收看recall，最终tradeoff牺牲100ms延迟换来re recall提升20个点RRF后接轻量重排，不追花少，并行掉三路，每路200ms，超时失败就降级到P2 RRF在内存融合不落空成功线recall x100≥0.85。

Ndcg at时大于等于0.55P95<800ms停止线无提升自然增长验证搜索结果页点击率提升8%，收录不降流量最终要转成注册不是指排名付费验正给5000元预算T上限100元ROS不低于2转化事件今天买三天开书，最终预算4万每月ROI门槛1.5，连续两周微call不涨或成本超30%立即停工牌日志脱敏后出狱重排模型本地部署合同里写清数据用途，谁绕过规则谁负责owner清单报不出融合设计Alex周五提测David文下周二出对比验收标准瑞Co达标且工单不增就做多路照回家，RRM加二阶段仲台不直接加分数。

单项亮链，Bob负责2周上线recall不达标就回退。