搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「BM25 向量检索 混合检索」找到 118 条内容
按专题浏览 →匹配口述回答:…]]的话,我会关注索引算法,[[HNSW]] 在中等规模下表现稳定,但数据到千万级就得考虑 [[IVF]] 分区了。这里有个前提:向量检索只能做语义相似,没法做精确关键词匹配,所以单纯靠向量容易漏掉那些带特定订单号或错误码的查询。 所以检索模块我一般走[[混合检索]]。粗排阶段,同时跑稠密向量和 [[BM25]] [[稀疏检索]],然后用 RRF 或者倒数排名融合把结果合并。举个例子,用户问“我的退款订单 AB123 处理到哪了”,向量可能把“退款”相关的文档都召回,但 BM…
匹配口述回答:…终答案好不好,这跟检索评估是两码事,我一般分开看。 然后说检索模型优化。这里有个很实际的选择:用关键词还是向量。关键词检索像 [[BM25]],对专有名词、订单号这类精确匹配特别稳,可解释性强,但语义理解弱。向量检索 [[Embedding]] 语义能力强,但领域不匹配时效果会崩。真正落地我倾向 [[混合检索]],把 BM25 和向量分数加权融合,或者用 RRF 合并排名。举个例子,在企业SOP合规文档场景,员工问“报销流程”,关键词可能漏掉“费用申请”这种同义词,向量能补上…
学习内容与项目面试,在同一条路上。
匹配口述回答:…果往往比用原始query好。复杂问题我会拆成子查询分别检索再合并,这样能提高召回。 再一个是检索侧增强。最基础也最有效的方案是[[混合检索]],把向量检索和[[BM25]]关键词检索结合起来。向量擅长语义匹配,BM25强在精确匹配,比如订单号、错误码这些,向量可能跑偏,但BM25能精准命中。实际落地时,我会先用混合检索做粗筛,再上轻量重排比如[[Cross-Encoder]]精排,把最相关的几篇顶到前面。这里有个坑,Cross-Encoder效果虽好,但延迟高,所以一般只对粗…