搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「向量检索」找到 256 条内容
按专题浏览 →匹配口述回答:…义切分虽然准,但计算成本高。我一般先按段落切,对超长段落再用[[滑动窗口]]重叠处理,这样既能保留上下文,又控制单块长度。另外,纯向量检索对关键词不敏感,比如搜“退款政策”可能因为语义偏差召不回“退货流程”,所以生产上我倾向 [[Hybrid Search]],把向量检索和 [[BM25]] 关键词检索结合起来,再通过 [[Rerank]] 模型做最终排序。 工作流程分两步走。离线准备阶段,文档切分、向量化、入库,这部分可以离线跑。在线查询时,用户问题先向量化,到向量库做[[…
匹配口述回答:…成本低。[[Embedding]]模型的话,中文场景我倾向BGE或者M3E,英文用OpenAI那套。 检索这块,我会走混合路线。纯向量检索在短文本匹配上不如关键词,纯关键词又抓不住语义,所以我会把[[稠密检索]]和[[稀疏检索]]结合起来,用RRF融合排序。举个例子,在客服退款场景里,用户说“订单异常”,向量检索能理解这是状态不对,但关键词检索能精确匹配订单号,两条路一起走,召回率能提升10到15个点。 检索完还有一步[[重排序]],很多人忽略。我会用[[Cross-Enco…
…近但答案错误的段落,让模型学会区分“看着像但不对”的情况,这对提升判别能力非常关键。 再说检索优化。这里有个常见的误区,就是只依赖向量检索。实际上,向量检索在语义匹配上强,但在精确关键词匹配上弱,比如订单号、政策条款编号。所以我会用[[混合检索]],把[[BM25]]关键词和向量双路召回结合起来,再合并排序。查询改写也很实用,比如用大模型把用户的问题做同义词扩展或指代消解,把“它”换成具体的商品名。还有一个技巧是HyDE,就是先生成一个伪答案,再用这个伪答案去检索,能有效弥合…
学习内容与项目面试,在同一条路上。