搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「MinerU RAG」找到 6 条内容
按专题浏览 →匹配正文:…答了任务状态,没有回答这些质量问题。 只要其中一处出错,系统依旧可能顺利入库,却再也搜不到正确证据。 所以这道面试题真正问的是: MinerU 已经完成 PDF 解析,为什么还需要后处理?哪些页面要二次处理,又怎么判断它们可以进入 RAG? 解析成功,离 RAG 可用还差什么? PDF 不是一条连续字符串。 一页里可能同时有标题、正文、页眉、页脚、表格、图片、公式、脚注和印章。解析器需要先判断每个区域是什么,再识别其中的内容,最后按照某种顺序输出。 只要文件被成功转换,只能说…
匹配口述回答:这道题问的是[[RAG]]知识库构建,但我觉得面试官真正想听的是:你怎么在检索质量和工程成本之间做取舍。RAG本质上是个检索增强系统,知识库的质量直接决定了最终回答的上限,所以我会把整个流程拆成几个核心环节来讲,重点说每个环节的权衡和落地坑。 先说文档预处理。这一步最容易被低估,但实际踩坑最多。比如PDF解析,用PyMuPDF或者MinerU能搞定大部分,但遇到扫描件就得走[[OCR]],而OCR的错误率直接影响后面检索的准确性。我一般会保留文档的标题层级和表格结构,因为这对…
匹配正文:…实际工程中的注意事项(并发、缓存、版本管理) 文本预处理 核心目标:保留语义完整性,控制块大小 文档解析:PDF用PyMuPDF/MinerU,HTML去标签,表格保留结构 分块策略:按语义段落切分,并比较多组 chunk size 与 overlap 候选,用同一评测集验证边界召回和成本 清洗降噪:去页眉页脚、统一编码、过滤低信息密度内容 元数据绑定:保留标题层级、来源URL、时间戳,用于过滤和重排序 嵌入模型选择 选型三要素: 维度 考量 语言 中英混合选bge-m3、g…
学习内容与项目面试,在同一条路上。