核心要点速览
- 工厂场景的大模型知识库与客服知识库有三点根本不同：资料有强版本与型号归属、答案直接指导现场动作、错答的代价是停机或质量事故。因此答案必须可溯源，不能只求「说得顺」。
- 搭建顺序是先资料治理、后检索、最后才谈生成：型号归属、生效版本、失效文件、口径冲突这几件事没理清，换更大的模型也只会把错误组织得更流畅。
- 最小可用架构是检索增强生成（先检索、后生成）：答案只从命中的企业资料片段组织，逐条给出处与版本；检索不到就明确回答「资料中没有」，禁止模型自行补全工艺参数。
- 知识要从业务系统里持续长出来：检修工单的结论、质量处置记录、换型作业的实际步骤回流成新条目，比一次性导入几百份 PDF 更能让知识库保持可用。
- 验收看三个指标：命中率（有资料的问题能不能检索到）、答案采纳率（现场是否照着做）、无依据回答率（检索不到时是否仍编造）。上线前用 50~100 个真实历史问题做基线。
- 投入参考（软件加实施口径，私有化硬件与年运维另计）：单部门资料治理与检索问答 3~15 万、跨部门含 MES/工单衔接 15~50 万；主要成本在资料清洗与版本治理，不在模型调用。
01工厂知识库和客服知识库不是一回事
先把两者拆清楚，方案才不会走偏。客服知识库面向外部客户，资料是产品说明、售后政策、常见问答，问题相对收敛，答错的代价多是一次不满意的沟通；工厂知识库面向设备、工艺与质量，回答的是「这台机换型先拆哪个部件」「这个缺陷按哪条处置单判退」，答错可能直接导致停机、返工或错判。
第一个差别是版本与型号归属。同一型号设备不同出厂批次的手册参数可能不同，工艺卡改版后旧版仍在车间流传，客户特殊要求与通用 SOP 并存。客服资料基本是「当前有效版」，工厂资料却是「多版本、多适用对象同时在场」——检索时若不带上型号与生效范围，命中旧版几乎是必然。
第二个差别是口径冲突需要显式裁决。同一道工序，工艺文件写的是一个参数区间，班组长的作业习惯是另一个值，客户审厂要求又叠加一层。客服知识库可以靠「以官网为准」一句话解决，工厂必须事前约定谁的文档优先（通常：客户规范与受控工艺文件优先于经验做法），并把这个优先级写进检索与答案的组织规则。
第三个差别是答案要能落到动作与单据。客服答案说完就结束；工厂答案往往接着一个动作：按这份 SOP 执行、填这张处置单、触发这次报修。因此工厂知识库应当从一开始就设计「答案 → 动作」的出口，而不是做完问答再想怎么接系统。
认清这三点，选型标准也随之改变：不要先比模型能力，先问供应商能不能按型号与版本检索、能不能给出处、能不能在资料缺失时拒答、能不能把答案转成工单或作业记录。这四件事决定了工厂知识库是不是能用。
02资料盘点：先把「不可检索的资料」变成可用语料
第一步永远不是导入，而是盘点与治理。把资料按四类列清单：设备类（手册、图纸、保养规程、备件清单）、工艺类（工艺卡、参数表、换型指导、检验规范）、质量类（缺陷判定标准、处置记录、客诉与审厂整改）、管理类（SOP、安全操作规程、岗位职责）。每一份标注五件事：适用型号或产线、生效版本与日期、责任岗位、是否受控、是否已被替代。
盘点中最常见的三个问题是：扫描件没有文字层（图片式 PDF 检索不到，需要 OCR 并人工抽检关键参数）、一物多版（同一份 SOP 有五个文件名相近的版本，谁都分不清哪份有效）、表格里套表格（参数表被拆成十几张截图，切分后语义断裂）。这三类不处理，后面所有环节都在垃圾数据上跑。
治理动作可以很朴素：建立一份受控清单，明确当前有效版本与存放位置，失效文件移入归档区不参与检索；给每个知识条目打标签（型号、工序、文件类型、生效日期、来源系统）；口径冲突逐条裁决并留下记录。治理不追求一次做完，先挑一个高频场景（比如某条主力产线的换型与常见故障）做透，其余分批补。
切分方式也影响效果：按固定字数切会把一张参数表从中间劈开，正确做法是按文档结构切（章节、表格、条款），每个片段带上所属文件名、版本与型号标签。片段太长检索噪声大，太短丢失上下文，通常一段对应一个可被单独回答的问题最合适。
一个诚实的提醒：资料治理是整个项目里最不「AI」、也最花时间的部分，往往占工作量的一半以上。但它决定了天花板——知识库的上限是资料质量，不是模型参数量。跳过这步直接上模型，得到的会是一个语气自信、引用混乱的助手。
03检索问答的搭建路径：先检索、后生成、答案带出处
工厂场景的最小可用架构是检索增强生成：用户提问 → 按型号、工序等条件检索受控资料片段 → 把命中的片段连同出处交给模型组织答案 → 输出时附上引用文件与版本。模型负责理解问句与把片段说清楚，事实只来自检索到的企业资料。这与「把文件训练进模型」是两条路，前者可追溯、可更新，后者改一份文件就要重新处理，不适合版本频繁变动的工厂资料。
检索前有一步常被省掉：问句补全与条件识别。现场问句往往极短且带省略——「2 号线换型多久」「这个划伤算不算不良」，需要先结合上下文补齐型号、工序、产品，再带着条件去检索。做法不复杂：让使用者在提问时选定产线或设备（下拉即可），或由系统从当前登录岗位与工单上下文带入。少了这步，命中旧型号资料的概率会明显上升。
生成环节要立三条硬规则：①检索不到就明确说资料中没有，并提示找哪个岗位确认；②答案逐条给出处（文件名、版本、章节）；③涉及参数、判定标准、安全操作的内容，原文引用优先于模型改写。第三条尤其重要——把「扭矩 25~30 N·m」改写成「适当拧紧」是现场最危险的那类错误。
权限与范围也要在架构里定好：不同岗位可见的资料范围不同（工艺文件、客户规范、成本信息不应全员可问），检索阶段就按权限过滤，而不是等答案生成后再遮掩。涉及个人信息或客户受控资料的场景，收集与使用范围按现行法规与平台规则执行，方案里不做额外承诺。
上线节奏建议先内部辅助、后现场放量：头两周只给工艺、设备、质量三个岗位使用，用真实问题打磨检索与出处；确认无依据回答率压到可接受范围后，再放到车间终端或班组平板上。工厂知识库的信任建立得很慢、崩塌得很快——现场被一个错误参数坑过一次，之后就没人再用了。
04与 MES、工单、质量记录的衔接：知识从哪来、答案到哪去
知识库不能是一座孤岛，否则三个月后就会过期。要设计两个方向的数据流。入向（知识从哪来）：受控文件从文档管理或 PLM 同步新版本；检修工单里「故障现象 → 原因 → 处置方法」的结论，经责任岗位确认后沉淀成新条目；质量处置记录中反复出现的缺陷判定案例，整理进判定标准问答；换型作业的实际步骤与耗时，从 MES 的工单与报工数据里补进指导条目。
出向（答案到哪去）更实用：查到故障处置方法后，一键带出该设备的报修工单并附上引用；查到检验规范后，直接跳转到该工序的质检记录录入；查到换型 SOP 后，把条目挂到当前工单上供班组核对。答案不必「自动执行」，但要能一步转成动作——这是工厂知识库与聊天机器人的分水岭。
衔接的技术形态通常很轻：几张对照表加两三个接口。知识库维护「条目 ↔ 型号 ↔ 工序 ↔ 文件版本」，MES 与工单系统通过接口查询条目、回写使用记录；账务与库存权威仍留在各自系统，知识库不改任何业务数据。沿用主数据治理的约定：谁产生、谁消费、谁主谁从、失败重试，避免把知识条目复制成第三份账。
回流机制要有确认环节：工单结论自动进知识库听起来高效，但现场随手填的「已处理」会迅速污染语料。务实做法是设一个轻量审核——设备或工艺责任岗位每周花半小时确认本周新增条目，确认后才进入受控检索范围。这条人工关卡的成本很低，却能挡住绝大多数知识腐化。
还要留一条失效通道：文件改版、设备淘汰、客户规范更新时，旧条目要么标记失效，要么关联到新版本，不能继续被检索命中。没有失效机制的知识库，用得越久越危险——它不会报错，只会礼貌地给出过期答案。
05上线节奏与验收口径：命中率、采纳率、无依据回答率
验收不能靠「演示时问了三个问题都答上来了」。建议在上线前准备50~100 个真实历史问题（来自设备群聊天记录、交接班记录、质量复盘纪要），按场景分类并标注标准答案与出处文件，作为测试集与基线。这套题集的成本很低，却让后续所有优化有可比对象。
三个核心指标：命中率——资料中确实有答案的问题，检索能否找到正确片段（分型号、分文档类型统计，最易暴露旧版与扫描件问题）；答案采纳率——现场使用者是否照着答案执行，可用「答案页转工单/跳转作业」的比例近似衡量，比满意度问卷真实；无依据回答率——资料中没有答案时，系统是否仍编造了内容，这一项应设为红线指标，出现即修。
再补两个运行指标：引用可打开率（答案附的出处能否点开看到原文与版本，打不开的出处等于没有出处）、知识新鲜度（近 90 天新增或更新条目占比，长期为零说明回流机制没跑起来）。管理层看这五项足够，不必堆几十项。
上线节奏按四步走：第一步一个高频场景的资料治理（2~4 周）；第二步内部辅助试跑（2 周，用测试集跑命中率与无依据回答率）；第三步接工单与作业出口、放到班组终端（2~4 周）；第四步扩到其余产线与文档类型（按季度滚动）。每一步都有独立可验收产出，不必等全部完成才见效。
验收口径写进合同时，建议明确三件事：测试集与基线由双方共同确认、无依据回答率的容忍上限、以及新文件改版后的条目更新时限。与所有数字化项目一样，指标在启动前定、基线在启动前测；上线后再补，就只能靠「感觉挺好用」来验收了。
06常见坑与投入区间
坑一：把工厂知识库当客服知识库做。不区分型号与版本、不给出处、允许模型自由补全，得到的答案在现场不可用甚至有风险。
坑二：跳过资料治理直接上模型。扫描件、多版本、口径冲突三类问题不处理，换更大的模型只会让错误更流畅。
坑三：追求全自动、不设拒答。检索不到时模型凭常识补一个「通常做法」，是工厂场景最危险的输出；宁可回答「资料中没有，请联系工艺岗」。
坑四：没有回流与失效机制。工单结论不沉淀、改版文件不标失效，知识库半年后变成过期资料检索器。
坑五：权限不分层。客户规范、成本与工艺参数全员可问，合规与管理上都会出问题；权限要在检索阶段就过滤。
坑六：只做问答不做出口。查完还要手工去另一个系统填单，一线用两次就回到翻纸质手册。
投入参考（软件加实施口径，模型调用费、私有化硬件与年运维另计）：单部门资料治理与检索问答 3~15 万（一个高频场景、数百份文档量级，1~2 个月）；跨部门含 MES/工单衔接与权限分层 15~50 万（多产线、多文档类型、受控清单与回流审核机制，3~6 个月）；多厂区统一知识中枢含私有化部署 50 万以上（6 个月起）。成本大头在资料治理、版本体系与系统集成，模型调用本身通常不是主要支出。均为区间表述，实际以文档数量、扫描件比例与集成范围勘察为准。
一句话框架：制造业大模型知识库与客服知识库的差别在于资料有型号与版本、答案指导现场动作、错答代价是停机或质量事故，所以必须「先检索、后生成、答案带出处、检索不到就拒答」。工作量一半以上在资料治理——受控清单、型号与版本标签、口径裁决、按结构切分。知识要从工单结论与质量处置记录持续回流并设人工确认，同时留好失效通道。验收只认三个指标：命中率、答案采纳率、无依据回答率，上线前用 50~100 个真实历史问题做测试集。最容易被跳过、也最不该跳过的一步，是把答案设计成能一步转成工单或作业记录的出口。
常见问题（FAQ）
Q：制造业大模型知识库和客服知识库有什么区别？
三点根本不同：一是资料有强版本与型号归属——同一设备不同批次手册参数不同、工艺卡改版后旧版仍在车间，检索必须带型号与生效范围，否则必然命中旧版；二是答案直接指导现场动作——换型步骤、缺陷判定、处置单填写，答错可能导致停机或错判，而客服答错多只是一次不满意沟通；三是口径需要显式裁决——工艺文件、班组经验、客户规范可能冲突，必须事前约定优先级（通常客户规范与受控工艺文件优先）。由此，工厂知识库要求答案逐条给出处与版本、检索不到时明确拒答，并设计「答案 → 工单/作业记录」的出口，不能用「上传常见问题 → 开问」的客服套路。
Q：搭建工厂知识库，第一步该做什么？
不是导入文档，而是资料盘点与治理。按设备类、工艺类、质量类、管理类列清单，每份标注适用型号或产线、生效版本与日期、责任岗位、是否受控、是否已被替代；处理三类高频问题——图片式 PDF 需 OCR 并抽检关键参数、一物多版需建立受控清单并把失效文件移出检索范围、嵌套表格需按文档结构切分而非按固定字数。给每个知识条目打上型号、工序、文件类型、生效日期标签，口径冲突逐条裁决并留记录。建议先挑一个高频场景（如某条主力产线的换型与常见故障）做透，其余分批补。资料治理通常占整个项目工作量的一半以上，它决定知识库的上限。
Q：怎么防止大模型在工厂场景里编造工艺参数？
用检索增强生成架构并立三条硬规则：事实只来自检索命中的受控资料片段，模型只负责理解问句与组织语言；答案逐条附出处（文件名、版本、章节）且引用可点开；涉及参数、判定标准、安全操作的内容原文引用优先于改写。再加一条拒答规则：检索不到或命中片段不足以回答时，明确回复「资料中没有」，并提示找哪个岗位确认，禁止凭常识补全。上线前用 50~100 个真实历史问题做测试集，把「无依据回答率」设为红线指标，出现即修；同时按岗位在检索阶段做权限过滤，而不是生成后再遮掩。
Q：制造业知识库大概要多少钱、多久能上线？
按范围给参考区间（软件加实施口径，模型调用费、私有化硬件与年运维另计）：单部门一个高频场景的资料治理与检索问答约 3~15 万，周期 1~2 个月；跨部门、多产线含 MES 与工单衔接、受控清单、回流审核与权限分层约 15~50 万，周期 3~6 个月；多厂区统一知识中枢含私有化部署约 50 万以上，6 个月起。主要成本在资料清洗、版本治理与系统集成，不在模型本身。上线可分四步：一个场景资料治理 2~4 周、内部辅助试跑 2 周、接作业出口并放到班组终端 2~4 周、按季度扩展其余产线。均为区间表述，实际以文档数量、扫描件比例与集成范围勘察为准。