搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「混合检索」找到 184 条内容
按专题浏览 →匹配正文:…类型) ↓ Embedding模型编码 → 按实际显存、限流和失败重试能力确定批量大小 → 写入向量库 ↓ 按需建立倒排索引,用于混合检索 工程注意点: batch size 要根据文本长度、向量维度、显存、接口限流和失败重试成本压测,不能照搬固定值 元数据携带原始文档ID和chunk位置,方便召回后重排序、去重或拼接上下文 对高频更新场景,设计版本、幂等与增量更新机制,避免新旧chunk同时被召回 面试回答落点 先说明业务问题和文档结构,再给出候选切法、评测集与指标,最后说…
匹配正文:…),做 Embedding 后存入向量数据库。检索侧:纯向量检索对订单号、错误码等专有名词效果差(语义相近但字面不同),生产上采用混合检索(BM25 关键词 + 向量)召回,再用 Cross-Encoder 重排精选前几名,拼入 prompt 交给模型生成。 优势与局限 维度 优势 局限 知识时效 文档更新即生效,无需重训 依赖知识库维护质量 可信度 可带引用溯源,幻觉降低 检索失败时模型仍可能编造 成本 远低于持续微调 每次查询多一跳检索,延迟上升 场景考量与 RAG × …
匹配正文:…= 模型靠参数记忆"作弊"。 二、常见迭代优化方法 瓶颈现象 优化方法 适用场景 检索召回不足 查询扩展(HyDE、多查询生成)、混合检索(BM25+向量)、重排序(Cross-encoder) 用户问题表述模糊、专业术语对齐差 检索精确率低 稠密检索模型微调(领域适配)、元数据过滤、上下文压缩 领域知识密集、噪声文档多 生成幻觉/利用不足 引用强制(要求标注来源)、检索内容前置、Self-RAG(生成时判断是否需要检索) 对事实性要求高的场景 长上下文处理差 分层检索(摘要…
学习内容与项目面试,在同一条路上。