搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「领域RAG系统」找到 180 条内容
按专题浏览 →匹配正文:…排,以较小在线成本恢复部分精度。 表示与分块:选对 embedding、距离函数和归一化方式;文档分块应通过查询集验证边界与重叠。领域微调、多向量表示只有在评测改善时采用。 工程维护:分片与副本、冷热分层、批量写入、删除墓碑与周期压缩、索引版本化和原子切换。高选择性过滤要评估 pre-filter 与 post-filter 的召回和延迟差异。 量化节省多少内存取决于原始精度、码本和元数据;DiskANN 也不只用于某个固定数量级。任何“提升召回”的策略都应相对精确近邻和端到…
匹配口述回答:这道题问的是[[RAG]]知识库构建,但我觉得面试官真正想听的是:你怎么在检索质量和工程成本之间做取舍。RAG本质上是个检索增强系统,知识库的质量直接决定了最终回答的上限,所以我会把整个流程拆成几个核心环节来讲,重点说每个环节的权衡和落地坑。 先说文档预处理。这一步最容易被低估,但实际踩坑最多。比如PDF解析,用PyMuPDF或者MinerU能搞定大部分,但遇到扫描件就得走[[OCR]],而OCR的错误率直接影响后面检索的准确性。我一般会保留文档的标题层级和表格结构,因为这对…
…参数调不好,召回率再高,延迟超标也上不了线。这块其实可以深挖一下。 所以整体上,我会把向量化流程看成一个根据业务场景不断迭代的工程系统,而不是一套固定的脚本。预处理、模型选择、归一化、版本管理,每一步都要和业务数据对齐,上线后持续观测,才不至于变成'离线跑分高、线上效果差'的尴尬局面。 一句话定位:RAG落地的核心工程问题 文本预处理:分块与元数据保留 嵌入模型选择:业务场景决定模型 向量生成与归一化:批量与缓存优化 风险与取舍:版本管理、维度对齐 约4分钟 检索延迟和存储成…
学习内容与项目面试,在同一条路上。