产品手册只有图片说明，知识库怎样保留图文对应

产品手册只有图片说明时，知识库应先保留图片编号、所指部件、说明文字和原页位置，再验证目标平台能否同时检索与展示图像。不能假设上传PDF后，模型就自动理解全部示意图。这篇提供图文对应的数据准备方法，不承诺所有平台或版本都支持多模态。

先判断图片承担什么信息

有些图片只是装饰，有些展示接口位置、指示灯含义或操作顺序，后者不能在提取文本时丢掉。合成手册中，图一展示后面板接口，图二解释蓝灯与橙灯状态，图三给出接线方向。三个图的作用不同，描述也不能都写成“产品示意图”。

资料负责人先给每张关键图稳定编号，记录文档、版本、页码、图题、附近正文、适用型号和图片位置。文件名可以变化，图号不应随意重排；否则引用更新后，旧答案可能打开另一张图。若图中有局部编号，继续记录编号与部件的映射。

下载图文关联清单。三条合成记录说明如何填写图片作用、文字说明和引用位置，不提供真实产品操作要求。附件是资料准备模板，不是平台导入后自动产生图像能力的证明。

描述应回答“哪部分、在什么位置、什么状态、意味着什么”，并保留限定条件。比如合成图二可写“演示设备待机时蓝灯常亮；橙灯闪烁表示需要检查连接状态，具体处理见演示条款”。若原图没有规定闪烁频率，不要为描述完整而编造。

W3C 复杂图片教程建议为复杂图提供识别图片的简短描述及表达关键信息的长描述。它讲的是可访问性表达，并不验证知识库平台能力；这里用同样原则整理图题与详细说明，让重要关系不依赖“看图猜”。

复杂接线图可以拆成整体说明、局部编号表与适用条件，保留原图供核对。不要让模型从模糊箭头自行推断接线方式，也不要把相邻页面的说明关联到错误图片。对安全相关图示，应由有权人员确认文字描述，无法确认时停止自动操作建议。

第一种是纯文字检索加原图链接，系统依据经审核的文字回答，并给出图号；第二种是平台能保留图片附件，检索到相关文字时同时展示图片；第三种是具备经过验证的多模态检索或视觉处理。选择哪种由目标版本、资料特点与业务要求决定，不能把它们混称为“支持图片”。

若只需告诉客服接口在哪里，第一种可能已能完成任务；若用户要求识别上传照片中的故障状态，就需要额外验证视觉输入、数据路径和输出边界。两种需求的资料与验收不同，应分别列项，避免从“展示手册图”扩展成“识别所有现场图片”。

核对平台时先看实际解析结果，再看切块与检索返回，最后看用户端是否可以打开原图。图片在文件存储中存在，不表示参与检索；返回图片链接，也不表示模型理解过它。每一层都要有可观察证据。

合成问题包括“演示设备网络口在哪里”“橙灯闪烁说明什么”“图三适用于哪款型号”。期望答案引用正确图号、描述对应关系并保留适用型号。对于图中没有标出的端口尺寸，应该说明没有依据，而不是根据常见产品补写。

再设计错误关联样例：把图一文字故意关联图三，检查人工抽检是否能发现。批量加工应抽检图号、页码、图片文件和说明文本之间的映射，尤其是跨页图、重复图题和同名图片。仅检查文件数量无法发现这些错位。

引用验证从业务账号进行。测试图是否可打开、是否符合访问范围、原文版本是否一致。公开问答不能因为引用链接方便，就暴露内部手册地址；需要通过有权限的展示或受控下载实现，具体方式按系统条件设计。

手册更新后，检查图号是否复用、图片内容是否变化、旧描述是否仍适用。若同一图号换了内容，保留版本信息并更新关联，不直接覆盖后让历史引用失去语境。资料下架时也要处理图片副本、说明与缓存，不能只删除正文。

如果平台无法保留所需关联，可以先使用审核后的文字与受控原图入口，或开发图文映射层；如果图片本身不清晰，就先补资料。对于无法核对的操作图，回答应引导查看批准手册或人工确认，不能把视觉推测当成产品事实。

基础路线可看文档预处理旧文，资料任务见文档与数据处理专题。可通过联系入口提供脱敏图文页和具体问题，讨论图文加工、引用与定制检索方式。