中型制造场景下的
设备说明书 RAG · 场景方案展示

设想一家三厂区的中型装备制造企业。这类企业常见的痛点是「同一个故障，A 厂修两小时、B 厂修两天」。拆开看是四件事：2,400 多份设备说明书、维修手册、技改记录散落在文件服务器、PDM 系统和老师傅个人电脑里，查一份要翻半天；说明书多是扫描件和图文混排 PDF，关键参数藏在图表里，普通文字检索根本搜不到；一线维修工遇到没见过的故障只能打电话找老师傅，老师傅一休假整条线就卡住；同一台设备的故障经验没有沉淀，每次都从零排查。

这类场景的落地路径，第一步不是动手开发。合理的做法是和设备部一起盘点各厂区全部设备文档的来源、格式与时效，按设备型号建立文档归属台账；再抽样数百起历史故障工单，统计哪类问题最高频、哪些答案其实就写在手册里。结论通常是：能 RAG 化的是「有手册依据的标准故障排查」，不能 RAG 化的是「需要现场判断的疑难故障与安全决策」——后者必须由工程师拍板。

这类场景的落地路径，可以按厂区分批上线，每批和设备部经理对齐一次。第一段是 设备文档知识库——全部文档统一归集，图文混排 PDF 做图表解析，关键参数、表格、装配图全部可被检索；第二段是 带引用 RAG 问答——维修工用自然语言问故障，回答必须附原文页码与图示出处，看得到来源才敢用；第三段是 工程师审核工作台——RAG 答不准或涉及安全的问题转工程师，工程师的处理结论回流沉淀为知识；第四段是 故障知识沉淀库——确认有效的排查路径按设备型号归档，越用越准。

• 模块 1 · 设备文档知识库（2,400 份统一归集 / 图文混排 PDF 图表解析）
• 模块 2 · 带引用 RAG 问答（自然语言查故障 / 强制附原文页码与图示）
• 模块 3 · 工程师审核工作台（疑难与安全问题转人 / 结论回流）
• 模块 4 · 故障知识沉淀库（按设备型号归档有效排查路径 · 对接客户既有 PDM）

这类场景值得守住三条「不做」的边界：不做无引用回答，凡 RAG 给出的排查建议必须附原文出处，搜不到依据就明确说「未找到，请联系工程师」，绝不让模型编造参数；不碰安全操作指令，涉及带电作业、高压、吊装等安全规程，系统只展示原文不做改写，操作必须由持证人员按规程执行；不做跨型号混答，知识库严格按设备型号隔离，避免「拿 A 型号的扭矩参数答 B 型号」造成误修。这三个边界，是这一方案能稳定运行、不给出误导性建议的根本原因。