工厂里的质量、生产、设备工程师怎么用 AI：写作业指导书 SOP、8D 报告、FMEA、设备故障分析、客诉回复、班组周报的国产模型分工（8 个提示词模板）

工厂里的质量工程师（QE）、工艺工程师（PE）、设备工程师、生产主管，每天的活一半在现场、一半在写：客户投诉过来 48 小时要交 8D 初版、新产线上线前要把每个工位的作业指导书（SOP）写出来挂上、新项目 PFMEA 要一行一行填、设备停机两小时要写故障分析和防再发措施、每周质量周报要把不良数据画成柏拉图讲清楚。这些文书的共同难点不是「不会写」，是「写出来就为了交，交完问题还在」：8D 的根因写成「员工操作失误」、纠正措施写成「加强培训」，下个月同样的问题再来一次。

AI 在这里最值钱的是「逼问」和「穷尽」。 你说「员工操作失误」，它追问「为什么这个操作能失误？防呆在哪？为什么没被检出？」——5 Why 和鱼骨图的每一层都不让你停在人身上，这个用 DeepSeek R1（它会把每一步推理摆出来，见 DeepSeek R1 推理实战）；读几百页的设备手册、供应商的技术资料、过去两年的维修记录和不良数据找规律，用 Kimi K3（一次读完，见 Kimi K3 读长文档）；把老师傅口述的操作步骤整理成一步一图的 SOP、按客户的 8D 模板填报告、写客诉回复，用 DeepSeek；不良数据做柏拉图、CPK、趋势图的 Excel 公式，用 GLM-5.1（见 Excel 数据分析）；给客户和老板的汇报翻成非技术语言，用 通义千问。全部在不墨 AI 助手一个页面切换，PDF / Word / Excel 直接上传。

一线工程师的活怎么分

场景	模型	做什么
① 写 SOP	DeepSeek	把口述 / 录音整理成「步骤 + 要点 + 判定标准 + 异常处理」的作业指导书
② 8D 报告	DeepSeek R1 → DeepSeek	R1 追根因、分「发生」和「流出」两条线，DeepSeek 按客户模板填
③ FMEA	DeepSeek R1	每个工序补失效模式、原因、探测方式，S/O/D 打分给依据
④ 设备故障	Kimi K3 + R1	K3 读手册和维修记录，R1 按「现象 → 假设 → 验证」排查
⑤ 不良数据	GLM-5.1	柏拉图、按班次 / 机台 / 批次分层、CPK、趋势
⑥ 客诉回复	DeepSeek → 通义	技术内容准确、语气专业不推责
⑦ 质量周报	GLM-5.1 + 通义	数据 + 三句话结论 + 需要决策的事
⑧ 改善提案	DeepSeek R1	把「感觉这里可以改」变成有收益估算的提案

8 个提示词模板

1. 作业指导书 SOP · DeepSeek

工位 / 工序：【】  产品：【】  使用设备和工具：【】
操作过程（我口述的、录音转写的、或老师傅说的，可以很乱）：【粘贴】
现有的质量要求 / 图纸要求：【关键尺寸、外观标准、扭矩、时间参数等】
请整理成作业指导书，格式：
1. 作业前准备：需要确认的物料、工具、设备状态、防护用品，一行一项可打勾
2. 操作步骤：每一步「动作（一句话，动词开头）+ 关键要点（力度 / 方向 / 顺序 / 参数）+ 判定标准（做对了是什么样，做错了是什么样）」；步骤颗粒度到「一个动作一步」，不要「组装外壳」这种合并写法
3. 每一步标注：是否关键工序（影响安全或关键尺寸的）、需要什么记录
4. 异常处理：每个可能出现的异常「现象 → 立即动作（停 / 隔离 / 叫谁）」
5. 我口述里含糊的地方（比如「拧紧」没说扭矩、「稍等一下」没说几秒）全部标【待确认参数】列出来，我去现场量
6. 建议配图的步骤标出来，说明拍什么角度
输出为表格，每页能挂在工位上看。语言用一线操作员的话，不要工程术语。

2. 8D 报告 · DeepSeek R1 → DeepSeek

客诉 / 内部不良：【现象、发生时间、数量、批次、客户端还是内部发现】
初步信息：【已知的过程参数、当班人员、物料批次、有没有变更点（人机料法环测）】
客户要求的 8D 模板：【上传，或说明用通用格式】
请（R1 分析，DeepSeek 填表）：
D1-D2 团队与问题描述：用 5W2H 把问题描述成「什么产品、什么缺陷、在哪发现、多少、什么时候、怎么发现、和标准差多少」，「是 / 不是」对比表（哪些批次有、哪些没有；哪个机台有、哪个没有）
D3 围堵措施：在制、在库、在途、客户端各怎么处理，全检还是抽检、判定标准
D4 根因分析：分两条线各做 5 Why——「发生根因」（为什么会产生）和「流出根因」（为什么没被检出）。每一层追问都不许停在「人失误」「没注意」，要追到「什么机制让失误可能发生 / 让它逃过检验」。鱼骨图按人机料法环测列可能原因，每条写「怎么验证」和「验证结果」
D5-D6 纠正措施：针对两条根因各出措施，每条必须是「改流程 / 改设备 / 加防呆 / 改标准」中的一种，「加强培训」「提高意识」不算措施；写负责人和完成日期
D7 预防措施：横向展开——同样的机制在其他产线 / 产品 / 供应商有没有；FMEA 和控制计划要不要更新
D8 关闭：用什么数据证明有效（连续多少批零不良、CPK 提到多少）
D4 里没有验证过的原因标【待验证】，不要写成已确认。

3. FMEA · DeepSeek R1

工序流程：【粘贴工序清单，或上传流程图 / 控制计划】
产品和用途：【】  客户特殊要求：【】
现有 FMEA（如有）：【上传】
请对每个工序：
1. 列失效模式：这个工序的输出可能怎么「不对」——尺寸、外观、性能、装配、标识、漏工序、多工序，每一类都过一遍
2. 每个失效模式：对下游和最终用户的影响（S 严重度打分并说依据）、可能的原因（O 频度打分，每个原因写「为什么会发生」而不是「操作不当」）、现有的预防措施和探测措施（D 探测度打分，说明探测在哪一步、能不能百分百检出）
3. 算 RPN 或按 AP（行动优先级）排序，指出 Top 10 需要行动的项
4. 对 Top 10：建议的措施是什么类型（防呆 > 自动检测 > 人工全检 > 抽检）、预期把哪个分数降到多少
5. 对照现有 FMEA：我漏了哪些失效模式、哪些打分明显偏乐观（比如 D 打 2 但探测靠目视）
6. 变更点检查：最近有没有换料、换供应商、改工艺、换设备，对应工序的 O 要不要重新评
输出为标准 FMEA 表格列头，我能直接贴进现有表。打分的依据每条都要写，没有依据的打分不接受。

4. 设备故障分析 · Kimi K3 → DeepSeek R1

（上传：设备手册 / 电气图 / 过去的维修记录 / 报警日志 / PLC 报错截图）
故障现象：【什么时候、什么状态下、什么表现、报警代码、停机多久、临时怎么恢复的】
最近变更：【换过什么件、改过什么参数、环境有没有变化】
请（K3 先读全部资料，R1 分析）：
1. 手册和报警代码里对这个现象的说明原文，标页码
2. 维修记录里同类或相关故障：出现过几次、间隔多久、每次怎么处理的、处理后维持了多久——如果越来越频繁要指出
3. 可能原因列表，按「机械 / 电气 / 控制 / 工艺 / 环境 / 操作」分，每条写「如何验证（做什么动作、看什么读数、需要多长时间）」和「验证成本」，从便宜快速的开始排
4. 排查顺序：一条一条排，每一步「如果是 → 下一步做什么；如果不是 → 排除哪些」
5. 根因确认后：临时措施 vs 永久措施，永久措施是换件 / 改参数 / 加点检项 / 改保养周期中的哪种
6. 要不要更新点检表和保养计划：加哪一项、频次多少、判定标准是什么
不要跳到结论。每个假设都要有验证动作，没验证的标【待验证】。

5. 不良数据分析 · GLM-5.1

（上传：不良记录 Excel / MES 导出，含日期、班次、机台、批次、缺陷类型、数量）
产量数据：【同期总产量，算不良率用】
请：
1. 柏拉图：按缺陷类型排，累计占比，指出前 20% 的缺陷占了多少不良
2. 分层：Top 3 缺陷分别按班次、机台、物料批次、星期几、时间段分层看，哪个维度差异最大——差异大的维度就是排查方向
3. 趋势：周 / 月不良率趋势，有没有突变点，突变点前后有什么变更
4. 关键尺寸（如有测量数据）：均值、标准差、CPK，超差在哪一侧，是偏移还是波动
5. 给我 Excel 公式或数据透视表的做法，之后每周导出数据我自己就能刷新这几张图
6. 三句话结论：最大的问题是什么、集中在哪、下一步该去查什么
不要写「需持续关注」。每个结论对应到具体的数字和分层维度。

6. 客诉回复 · DeepSeek → 通义千问

客户投诉原文：【粘贴邮件 / 系统截图】
我们查到的情况：【事实是什么、责任在哪一方、已经做了什么围堵、8D 进度】
客户类型和关系：【大客户 / 一般客户，之前有没有类似投诉，对方联系人是质量还是采购】
请写回复：
1. 第一段：确认收到、复述问题（表明我们理解对了）、表态（不推责、不过度道歉）
2. 第二段：已采取的围堵措施，具体到「哪些批次、怎么处理、什么时候完成」，让客户知道他手上的货安不安全
3. 第三段：根因分析进度和 8D 提交时间承诺——没查清的不要写「初步判断为 XX」，写「正在验证 X 和 Y 两个方向」
4. 第四段：需要客户配合的（退样、提供更多信息、现场确认）
5. 结尾：下次沟通时间
然后请通义千问检查：语气是否专业、有没有过度承诺、有没有哪句话可能在后续索赔中被当成责任认定（比如「我们的失误」在事实未确认前不要写）。
中英双版（如果客户是外商）。

7. 质量周报 / 生产周报 · GLM-5.1 → 通义千问

本周数据：【上传不良数据 / 产量 / OEE / 客诉 / 8D 状态表】
上周周报：【粘贴，方便对照】
汇报对象：【厂长 / 质量总监 / 客户月度会】他最关心：【】
请：
1. 数据部分（GLM-5.1）：本周 vs 上周 vs 月目标的关键指标一张表：不良率、一次合格率、客诉数、OEE、重大异常次数；每个指标标绿 / 黄 / 红
2. Top 3 问题：每个「现象 + 数据 + 根因进度 + 措施 + 负责人 + 预计关闭日期」一行
3. 8D / 改善项目状态：进行中的每一条一行，超期的标红并写原因
4. 下周重点：3 条
5. 需要决策 / 支持的事：最多 2 条，每条给选项和建议（比如「B 机台传感器老化，换新 X 万 vs 加人工点检每天 20 分钟」）
然后请通义千问把整份精简到一页，去掉所有「持续改进」「加强管理」这类没有动作的话，技术术语翻成管理层听得懂的。

8. 改善提案 · DeepSeek R1

我观察到的问题 / 想法：【比如「这个工位每次换型要 40 分钟，感觉能压到 15 分钟」「这个检验其实可以合并」，随手写】
现状数据：【频次、耗时、人数、不良、成本，有多少写多少】
请帮我把它变成一份改善提案：
1. 现状描述：用数据说明问题多大（每天 / 每月损失多少时间、多少钱、多少不良）
2. 原因分析：为什么现在是这样——历史原因、约束条件、以前有没有人试过改
3. 改善方案：具体到「改哪一步、怎么改、需要什么（工具 / 治具 / 软件 / 培训）」，给 2-3 个方案从简到复杂
4. 收益估算：每个方案节省多少时间 / 钱 / 不良，算式写出来；投入多少；回收期
5. 风险和副作用：改了之后哪里可能出新问题（安全、质量、其他工位的节拍）
6. 验证方法：试行多久、看哪个指标、达到多少算成功
7. 一页纸版本：给审批的人看，30 秒能看完
不要夸大收益。数据不够的地方标【需实测】，我去现场量。

5 条防「报告写完问题还在」的规则

1. 根因不许停在「人」上。 模板 2 和 4 都写死了：「操作失误」「没注意」后面必须再追一层——为什么这个失误可能发生、为什么没被拦住。停在人身上的根因对应的措施一定是「培训」，培训之后三个月问题一定回来。
2. 纠正措施只认四种：改流程、改设备、加防呆、改标准。 「加强培训」「提高意识」「加强管理」不是措施。模板 2 的 D5 直接不接受这些写法。
3. FMEA 的每个打分要有依据。 模板 3 要求写依据。D 打 2 分但探测方式是「目视」的，一定是打乐观了。没有依据的 FMEA 就是为审核准备的文件，不是工具。
4. 不良数据必须分层。 模板 5 要求 Top 3 缺陷按班次 / 机台 / 批次 / 时段各分一遍。总不良率 2% 说明不了什么，「夜班 B 机台占了 60%」才是排查方向。
5. 8D 里没验证的原因标【待验证】，不要写成已确认。 48 小时交初版时根因往往还没验证完，写「初步判断为 X」比写「正在验证 X 和 Y」危险得多——前者会被客户记住，后者才是事实。

常见问题

AI 写的 SOP 和现场实际不一样怎么办？ 一定会不一样，所以模板 1 要求把所有含糊的参数标【待确认】。它的价值是把口述整理成结构、把漏掉的异常处理补上，参数你去现场量。写完拿到工位让操作员照着做一遍，做不下去的地方就是要改的地方。

8D 要用客户的模板，AI 能对上吗？ 上传客户模板，模板 2 让它按格式填。福特 / 大众 / 通用的 8D 结构大同小异，D1-D8 的逻辑一样，只是表头和语言不同。

设备手册是英文 / 日文的能读吗？ 能，K3 直接读，输出中文。电气图纸是图片的也可以上传，但复杂图纸的识别有限，关键回路自己核。

不良数据在 MES 里，导出来格式很乱。 模板 5 直接上传导出的 Excel，让它先清洗再分析。第一次会花点时间对字段，之后每周同样格式导出就是刷新。

要花钱吗？ 登录送免费额度，写几份 SOP、做一份 8D 够用。整条产线几十份 SOP、每周读全部不良数据、批量做 FMEA 的看会员方案。

一句话总结

工厂一线工程师用 AI，核心是让它「逼问」和「穷尽」：8D 和设备故障交给 DeepSeek R1 分「发生」和「流出」两条线做 5 Why、不许停在「人失误」、每个假设都配验证动作，FMEA 让它逐工序补失效模式并要求每个打分给依据；设备手册、维修记录、几个月的不良数据让 Kimi K3 一次读完找规律；老师傅口述的步骤用 DeepSeek 整理成「动作 + 要点 + 判定标准 + 异常处理」的 SOP，含糊的参数标出来去现场量；不良数据用 GLM-5.1 做柏拉图和分层找出「夜班 B 机台占 60%」这种方向；客诉回复和周报最后过一遍通义千问去掉「加强管理」这类没动作的话。现场的参数和判断你来定，AI 负责不让你漏、不让你停在「培训」上。