搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「Rerank模型」找到 322 条内容
按专题浏览 →匹配口述回答:…会这样设计:检索层用向量库做语义召回,拿到 Top-K 后,再用关系库做元数据精确过滤,比如按时间、类目、权限筛一遍,最后用 [[重排]] 模型比如 [[Cross-Encoder]] 精排,再把结果喂给 LLM。这个流程里,向量库负责召回率,关系库保证精确率,重排提升排序质量。 这里有个坑,就是元数据怎么跟向量关联。常见做法是在向量入库时把结构化标签作为属性存进去,比如 {"doc_id": "xxx", "category": "售后", "valid_until": "…
匹配口述回答:…当订单状态为异常时,用户应联系客服并提供订单号”,用这个假设文档去检索是HyDE思路;也可能偏题,需与原query作消融并记录额外模型成本。 结果出来之后,是否加精排要比较质量收益和延迟成本,不能一概要求。我通常用两阶段:先向量召回Top-200,再用[[Cross-Encoder]]或者[[ColBERT]][[重排]]到Top-10。重排不扩展输入候选集合,可改善最终Top-K排序;它无法找回漏召回的文档。不同K的Recall、排序质量与延迟须实测,不能固定说提升10–1…
匹配口述回答:…则图会乱,所以我会用软删除加异步重建。 然后是查询重写。用户 query 通常短、有歧义,跟文档表述不一致。HyDE 的思路是用大模型先生成一段伪答案,再拿伪答案去向量检索,效果不错,但前提是生成质量不能太差,否则引入噪声。另一个常用的是子查询分解,比如用户问“满减和优惠券能叠加吗”,我会拆成“满减规则”和“优惠券规则”两个子问题分别检索,再合并结果。这种策略对复杂查询很有效,但代价是增加了一次大模型调用和多次检索,延迟会上升。 说到延迟,我其实更关注一个容易被忽略的点:[[…
学习内容与项目面试,在同一条路上。