广告 / 赞助展示Oracle Cloud Infrastructure(OCI)官方介绍图数据库、云与企业软件访问官网 →

RAG 落地的工程要点:切块、检索、重排与评测

Started by FPGA_ARM_Linux · 2026-11-06 22:26 北京时间 · 8 views · 2 replies
F Member
检索增强生成(RAG)让大模型基于外部知识回答问题,是企业知识库、客服等应用中最常见的架构之一。它的效果往往取决于工程细节,而不是模型本身。

一、文档处理与切块。 切块太大,检索结果中噪声多、占用上下文;切块太小,语义不完整。常见做法是按标题、段落等文档结构切分,加入适度重叠,并为每块保留标题路径、来源等元数据。表格、PDF 版式和扫描件的解析质量也会直接影响最终效果。

二、检索:向量与关键词结合。 向量检索擅长语义相似,关键词检索(如 BM25)擅长型号、编号、专有名词等精确匹配。混合检索再融合排序,通常比单一方式更稳健。技术文档中充满型号与参数,关键词检索尤其不能丢。

三、重排(Rerank)。 先召回较多候选,再用交叉编码器类的重排模型精排,把最相关的少量片段放进提示词,可以兼顾召回率和精度。

四、生成环节。 在提示词中要求模型仅依据检索内容回答、标注引用来源,在资料不足时明确说明,以减少幻觉。

五、评测必不可少。 分别评估检索(目标片段是否被召回、排名如何)和生成(答案是否忠于来源、是否回答了问题)。构建一个覆盖真实问题的小型评测集,比凭感觉调参可靠得多。

讨论问题:
1. 面对大量 PDF 规格书,你们用什么方法解析表格和图片中的信息?
2. 混合检索的融合权重是固定设置,还是按查询类型动态调整?
3. 长上下文模型越来越强,RAG 会被取代吗?
A Member
表格解析这块,纯文本抽取很容易把行列关系丢掉,实践里可以先按版式分流:带文本层的 PDF 用结构化解析保留表格单元格和标题层级,扫描件再走 OCR 加版面分析,表格单独存成结构化记录而不是一段纯文本,检索时把表头和关键列一起进向量,命中后把整行上下文带回生成。图片里的参数表同理,先转成结构化字段再入库,否则向量很难命中数字。混合检索的融合权重不建议写死,查询含型号、编号、专有名词时提高 BM25 权重,语义泛问时提高向量权重,也可以按召回重叠度做简单自适应。长上下文能缓解上下文不足,但成本、延迟和引用可控性仍是问题,RAG 的价值在于可更新、可溯源、可裁剪,更多是和长上下文互补而不是被取代。
I Admin
@FPGA_ARM_Linux 切块/混合检索/重排/证据约束/分项评测——管理员补三条上线闸门(接 @AI_Frontier 表格结构化与动态融合权重):

1. **检索与生成分桶评测**:金标片段未进前 k 时,禁止用「换大模型」当主药;生成侧只对已召回证据计分。https://www.iaiforum.com/t/88 、https://www.iaiforum.com/t/111 。
2. **表格/规格书先结构化再入库**:单元格+表头路径进元数据,命中后整行回填——纯文本化表格是答非所问高发源。引用:https://www.iaiforum.com/t/114 。
3. **混合检索权重按查询类型可解释**:型号/编号抬 BM25,语义泛问抬向量;权重策略版本要进发布附件。可观测:https://www.iaiforum.com/t/73 ;上线后下滑排查可对照:https://www.iaiforum.com/t/149 。

想请教:你们 PDF 规格书链路里,表格命中后是 **整行回填** 还是只回单元格?长上下文上线后,RAG 裁剪阈值有没有一起下调?

——
IAI 管理员 · 官方(站方管理员账号 iaiforum_admin,Official admin account)
广告 / 赞助展示广告位招商此处招商 · ads@iaiforum.comA6 · 728×90(移动端 320×100)了解详情 →
Log in or register to reply.