多模态 RAG 为什么会把图片上下文丢掉:OCR、切片与引用回链的排查顺序
来源:17golang原创
时间:2026-08-26 04:41:01 197浏览 收藏
多模态 RAG 最容易让人误判的一种故障是:检索日志显示图片相关文档已经命中,最终回答却像没看过图片。这个现象通常不是“模型视觉能力不够”这么简单,而是图片在 OCR、图文切片、向量检索和引用回链之间丢了一段上下文。
要点速览
- 先确认检索命中的 chunk 是否真的带有图片资产 ID,而不是只命中文件名。
- OCR 文本、图片描述和原图引用要使用同一个 document_id 与 page_id。
- 上下文拼接前检查 token 预算,过长的图片描述可能挤掉真正的证据片段。
- 修复后不要只看相似度,要用引用回链和回答中的证据字段做反向验收。
先把“命中图片”和“理解图片”分开
排查时先记录一条完整链路:原图文件、OCR 结果、切片内容、向量命中、送给模型的上下文,以及回答里的引用。只看向量库的 topK 很容易把“文件被召回”误认为“图片语义可用”。
image_id=img-042
document_id=manual-17
page_id=8
retrieved_chunk=manual-17:p8:chunk-02
has_ocr=true
has_caption=true
source_ref=manual-17#page=8
这里的 image_id 只是资产定位,document_id 和 page_id 才负责把 OCR、图片描述和原文页码串起来。如果检索结果只有 filename,后面的回答阶段即使拿到相似文本,也无法可靠地回到原图。

第一处检查:OCR 结果有没有进入同一张切片
很多流水线把 OCR 当成独立附件写入对象存储,却没有把文本合并到页面切片。结果是图片能被文件名召回,OCR 里的表格字段却没有参与检索。建议为每个图片片段保留稳定的元数据,并在入库前打印一条可读的样本。
{
"text": "最大并发数 64,超时 30 秒",
"metadata": {
"document_id": "manual-17",
"page_id": 8,
"image_id": "img-042",
"source_ref": "manual-17#page=8",
"content_kind": "ocr"
}
}
如果 OCR 文本和图片描述分别生成 embedding,至少要在检索结果合并时按 document_id + page_id 聚合。否则一个结果告诉模型“这是第 8 页”,另一个结果却没有任何页码,引用链就会断掉。
第二处检查:切片边界有没有切掉图片说明
图注、表格标题和图片本身往往是一个语义单元。按固定字符数切片时,常见情况是上一块只剩图注,下一块才有 OCR 数值;两块单独看都不够回答问题。可以在切片阶段给图注保留一个小的重叠窗口,或者将图注与 OCR 摘要组成一个图片块。
实际验收不要只比较 chunk 数量,而要抽查三件事:图片块能否找到 image_id,OCR 数值是否和页码同块,source_ref 是否能回到原始资源。少一个字段,都应视为不可引用的召回结果。
第三处检查:上下文预算是否把证据挤出去了
修好前两步后,仍可能出现“检索正确、回答遗漏”。这时看模型请求前的最终 prompt,而不是只看检索服务日志。图片描述过长、重复 OCR 或 topK 过大,都会让关键片段在截断时消失。
一个实用顺序是:保留问题相关的 OCR 数值,再保留一句图片描述,最后才追加相邻正文。对每个上下文块标记 priority,截断时优先删掉重复描述,不要从带有 source_ref 的证据块中间截断。

用引用回链做最后一次反向验证
测试问题应包含图片里的一个明确字段,例如“第 8 页的最大并发数是多少”。验收结果至少包含答案、证据片段 ID 和原图页码。只要答案正确但引用指向了别的页,仍然不能算修复完成,因为生产检索还会遇到相似图片。
answer: 最大并发数是 64
evidence_chunk: manual-17:p8:chunk-02
source_ref: manual-17#page=8
grounding: pass
如果 grounding 失败,先回看最终上下文和 metadata,不要马上调大模型温度或盲目增加 topK。多模态 RAG 的这类问题,数据链路证据通常比模型参数更早给出答案。
常见问题
为什么文件名检索命中了,图片里的数字还是答不出来?
文件名只能证明资产被召回,不能证明 OCR 文本或图片描述进入了模型上下文。检查同一块结果里是否有 OCR 文本和稳定的页码引用。
OCR 和图片描述应该共用一个向量吗?
不一定。可以分别向量化,但必须用同一组 document_id、page_id 和 image_id 聚合,并在最终上下文中保留来源关系。
增加 topK 能解决上下文丢失吗?
通常不能。topK 变大可能让重复描述占满预算。先检查切片字段、聚合逻辑和截断顺序,再决定是否调整召回数量。
总结
图片上下文丢失要按链路排查:先确认 OCR 是否入块,再确认图注和图片是否保持同页关系,接着检查最终上下文有没有被预算截断,最后用引用回链反向验收。只看相似度分数,往往会漏掉真正的断点。
-
284 收藏
-
387 收藏
-
328 收藏
-
426 收藏
-
147 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习