QC-02 · 批次质量追溯与异常归因

① 场景引入

一、这件事现在是什么样

质量化验 · 真实业务触发

客户投诉或者内检发现不合格，一般要求两三天内给出初步归因。而且这个归因要经得起客户追问「你们到底哪一步出的问题」。

二、痛点 · 每条都有来源

1. 追溯一个批次要同时翻 DCS 趋势、化验记录本、原料 COA、交接班记录、设备报修工单 ——这些东西在五个地方、三种格式、两个部门手里
   依据：化验室原始记录载体：中小化工企业普遍无 LIMS，化验原始记录为硬皮记录本手写、一班一页或一班几行、必须双人签名，月末转录 Excel；记录本「必须妥善保管，不得损坏和遗失」，保存期限按档案管理工作的相关规定执行
2. 质量损失会通过下游被放大十到三十倍：约四十一万元的色浆缺陷引发约一千二百万元索赔。所以追溯慢一天，敞口就大一截
   依据：质量损失下游放大案例：约四十一万元的色浆缺陷引发约一千二百万元下游索赔（约二十九倍）；六十吨约六十万元涤纶丝导致三百八十万元布匹回购
3. 有案例显示批次不合格的真实原因在厂外 ——货车在高速滞留二十七小时，而已售一千二百件只追回四百七十九件。追溯链止于厂门就没有意义
   依据：食品批次召回案例：批次不合格的直接原因是货车在高速公路滞留二十七小时（厂外因素），已售一千二百件仅追回四百七十九件 ——追溯链止于厂门就没有意义
4. MES 2023 年上线但质量和批次模块已停用，所以系统里查不到完整的批次谱系，只能靠人翻纸质记录
   依据：化工 MES 与 APC 上线后被弃用复盘：主要原因是基础数据脏、界面繁琐、无人运维、与实际业务流程不符；APC 投用率低是行业普遍现象

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 追溯一个批次要同时翻 DCS 趋势、化验记录本、原料 COA、交接班记录、设备报修工单 ——这些东西在五个地方、三种格式、两个部门手里
• 质量损失会通过下游被放大十到三十倍：约四十一万元的色浆缺陷引发约一千二百万元索赔。所以追溯慢一天，敞口就大一截
• 有案例显示批次不合格的真实原因在厂外 ——货车在高速滞留二十七小时，而已售一千二百件只追回四百七十九件。追溯链止于厂门就没有意义
• MES 2023 年上线但质量和批次模块已停用，所以系统里查不到完整的批次谱系，只能靠人翻纸质记录

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

6 步 · 每一步的产出都是下一步的输入

1. 投诉要素核对 · 先确认投诉说的是哪一批、哪一项、什么口径核对批号、投诉项目、客户测的方法与我们的方法是否一致；方法不同的先解决口径问题再谈归因
2. 批次谱系还原 · 把这批货的路径拼出来上游到原料批号、下游到发货去了哪几家 ——同时算出还有多少在库、多少已售、多少在途
3. 多源线索归集 · 五个地方的记录并到一张时间轴上原料检验、DCS 趋势与报警、化验记录、设备报修、交接班记录 ——每条线索标明来源与出处
4. 厂外因素核查 · 出厂之后经历了什么在途时长、运输温度、客户端储存与使用条件 ——这一段查不到的明确标为「需向客户或承运方索取」
5. 归因排序 · 用 5Why 把可能原因排成序对每个候选原因给出支持证据与反证，排除掉的写明排除依据；不做单一结论，给出主因与叠加因
6. 留证与签批 · 生成追溯报告与处置建议输入含质量部会签栏，责任认定与对客户答复口径两栏留空

要准备什么：客户投诉件投诉邮件与附件（实测照片或第三方报告）——在销售手上，化验室常凭口头转述批次投料记录这批用了哪几个原料批号、投料时间与数量化验记录本对应页本批中控与成品检验结果 —— 手写件DCS 趋势与报警导出（本批反应时段）温度、压力、搅拌等关键位号设备报修记录（本批前后）相关设备近期有没有异常与维修出厂与物流记录发货日期、运输方式、在途时长、储存条件 ——厂外这一段最容易被漏掉

为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 4 ÷ 落地难度 2 = 10.0

最大差异点：不要求先建批次谱系数据库。投料记录加化验记录本加 DCS 导出，三样就能把一个批次的路径拼出来——而且我们会主动问一句「这批货出厂之后经历了什么」，因为有案例的真实原因就在厂外。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：批次追溯归因报告.xlsx 批次谱系与多源时间轴与归因排序 · 含质量部会签栏 · 责任认定与对客答复口径栏留空
• 可派发清单：线索证据对照表.xlsx 可派发 · 每条线索的支持证据与反证 · 含来源出处 · 已排除项及排除依据
• 可派发清单：批次流向与敞口表.xlsx 在库已售在途分布 · 含需立即确认的客户与数量

这套东西不承诺什么：不下最终质量结论。归因报告是初稿，结论要质量部会签、涉及客户的还要销售确认。不代表企业答复客户 —— 对外发文属于高风险动作。不做责任认定 —— 归因只到「哪个环节的哪个因素」，不到「谁的责任」，责任认定栏留空。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：瑞海化工科技有限公司化验室。8 月 15 日客户来邮件投诉 B26-0817 批次色度 32（技术协议标准不大于

20），附了实测照片。销售要求两三天内给个初步说法。汪蓉手上有的只是化验记录本上这批的那一页（写着「合

格」），而要回答「到底哪一步出的问题」，线索分别在 DCS（生产部）、化验记录本（化验室）、COA（采购邮箱）、报修流水本（维修班）、发货记录（销售）这五个地方。

输入文件 5 份 · 汇聚线索 4 条 · 批次敞口 24.6 吨 · 结论 厂外空白不能答客户

输入流程制造一线手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_客户投诉件_B26-0817色度超标.xlsx 投诉邮件与附件转录 —— 在销售手上，化验室此前只听到口头转述销售部邮箱· 客户附了第三方检测报告 · 化验室未见原件
• 02_批次投料记录与流向_B26-0817.xlsx 这批用了哪几个原料批、货发去了哪几家 —— 上游下游一起拼车间投料记录（纸质）+ 销售发货台账（Excel）· 两份表拼起来才是完整谱系
• 03_五源线索时间轴_B26-0817.xlsx ★ 五个地方的记录第一次拉到同一条时间轴上 —— 每条线索标明来源文件与出处，这份此前不存在DCS 导出 + 化验记录本 + COA + 报修流水本 + 发货台账 · 五源合一
• 04_化验记录本_B26-0817相关页.xlsx 本批中控与成品检验结果 —— 手写件，色度那一项要特别看化验室手写记录本 · 月末转录 · 本批 8 月的还没转录
• 05_原料ZY-2608留样复测结果_引用QC-01.xlsx 引用 QC-01 的留样补测 —— 把 COA 和进厂复检都没检的那两项检出来化验室加急 · 由 QC-01 场景产出 · 2026-08-30 出结果

注意标橙色那一份 —— 03_五源线索时间轴_B26-0817.xlsx。它DCS 导出 +化验记录本 + COA + 报修流水本 + 发货台账 · 五源合一，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

客户投诉 B26-0817 这批色度超标，帮我查一下是哪里出的问题。 投料记录、化验记录本这几页、DCS 那几天的趋势和报警、 还有相关设备的报修记录，我都找出来了。客户的投诉邮件也在。 我想知道有几条可能的线索、每条有什么证据、哪条能排除。 这批货还有多少在库、多少发出去了也帮我算清楚。 出厂之后运输储存的情况我们没有，你标出来我去找销售要。 责任认定和对客户怎么答复那两栏留空，我们自己定。

短是因为要归集哪五个来源、5Why 怎么排序、厂外这一段要问什么，都写在能力包里了。

触发客户投诉色度 32 · 两三天内要给初步说法

第一件事不是查原因，是确认双方说的是不是同一件事

出厂检验记录上写的是色度 16、判合格；客户实测 32。差了整整一倍 —— 这种情况先要排除口径问题：是不是方法不同、标准不同、取样部位不同、甚至批号记错了。如果口径都没对齐就开始归因，后面所有的分析都可能是白做。1投诉要素核对 · 先排除口径问题

批号、项目、方法、标准四项逐一比对

核对项客户方我方结论对归因的影响批号B26-0817B26-0817一致确认是同一批货投诉项目色度色度一致—检测方法铂-钴目视比色法 GB/T 3143铂-钴目视比色法 GB/T 3143一致方法分歧可排除 —— 这是真实差异标准要求≤20（技术协议）≤20（同一份协议）一致判定基准无争议实测值3216差 16需要解释为什么翻了一倍取样时点2026-08-15（到货后）

这一步的看点 · 排除性结论「检测方法不同」这个方向可以排除。依据是：客户第三方报告上写的方法是铂-钴目视比色法（GB/T 3143），我方出厂检验用的是同一方法、同一标准号，技术协议里指定的也是这个方法。排除这一项的价值在于它决定了这次沟通的性质：如果是方法分歧，那是双方坐下来对方法、可能各让一步；如果方法一致，那就是产品真的在某个环节变了 —— 只能查清楚是哪个环节，没有商量的空间。同时也要把「取样部位不同」这一项留着不排除：储罐取样口取的是中上部、客户开桶取的是桶中部，如果产品有分层，这两个位置的读数本来就会不同。

第 2 步 · 批次谱系还原 · 上游到原料批、下游到发货去了哪几家

同时算清还有多少在库、多少已售、多少在途 —— 这决定敞口有多大

这一步的看点 · 该拦的地方拦住了谱系还原到这一步要拦一下：发货日早于投料日，这里的口径必须问清楚。现有台账上，B26-0817 关联的发货记录是 07-22 的第 214/215 行，而投料记录写的是08-17。物理上不可能。两种可能：一是台账把批号关联错了（发出去的其实是上一批）；二是这两车确实是 08-18 出料后补发的，但台账沿用了原订单的发货日期。这两种情况对应完全不同的追溯范围 —— 如果客户手上那 4.2 吨其实来自上一批，那这次归因的对象就错了。所以这一项不能自己推测，要向销售取得实际发货凭证（磅单、运单、随车质检单）核实。这也是后面结论不能发出的原因之一。

第 3 步 · 多源线索归集 · 五个地方的记录并到一条时间轴

每条线索标明来源文件与出处 —— 这是这份报告能被追问的前提

这一步的看点 · 从历史里想起了公司踩过的坑五个地方的记录拉到一条轴上，浮出四条线索 —— 而这四条线索此前分别属于四个不同的「已结案」事项：① 原料 ZY-2608 进厂复检判了「合格」（因为只检4 项，协议要求的第 8、9 项 COA 不检、复检也不做）；② E-202 报修 7 次，每次都按最省事的方式处理完了（换垫片、清洗、堵管）；③ 03:14 那条温度报警被规范地确认消音了；④ 03:22 把设定值调到 140℃ 未超规程，不算违规操作。每一件单独看都已经处理完了、都没有人做错事。而它们合起来造成了这批 24.6 吨的结局。这条不靠谁记得 ——四条线索的原始记录都在（留样、DCS、报修流水本、化验记录本），只是从来没有被放在同一条时间轴上。

第 4 步 · 厂外因素核查 · 出厂之后经历了什么

查不到的明确标为「需向客户或承运方索取」—— 不猜、不留空

这一步的看点 · 该拦的地方拦住了这里要拦住一个很有诱惑力的做法：把厂外因素写成主因。手上的证据确实支持这个方向 —— 留样 12 天升到 24、客户那批在外面 24 天升到 32，趋势完全吻合。写成「运输储存条件导致」，责任就转出去了。但这么写站不住：产品在 25℃ 恒温避光条件下 12 天就升了 8 个色度单位，这本身就是产品问题 —— 说明本批含有不稳定的显色前体。一个稳定的产品不应该这样。所以正确的表述是：厂外条件是放大因素，不是根本原因。根本原因在原料带入的硫酸铜与色度前体、以及反应超温放大了它们的作用。如果本批产品本身稳定，同样运输 24 天也不会从 16 变成 32。

第 5 步 · 归因排序 · 用 5Why 排出主因与叠加因

每个候选原因给出支持证据与反证 · 排除掉的写明依据

这一步的看点 · 把技术动作翻译成钱这一批的账现在是清楚的：24.6 吨 = 退货12 吨（48.8%）+ 库存降级 8.4 吨（34.1%）+ 已售待客户回复 4.2 吨（17.1%）。但归因结论决定的不是这 24.6 吨怎么算，而是能不能向元丰化工追责。如果归因只写「工艺波动」，供应商一分钱不担，而后面每一批还在用同一个不检第 8、9 项的 COA；如果归因写清「协议第 8 项硫酸铜限值 0.05%，该批留样实测 8.00%，超限 160 倍，且供应商两年从未检过这一项」，追责就有了依据。还有一笔更值钱：质量损失会通过下游被放大 10 到 30 倍 —— 行业里有约 41 万元的色浆缺陷引发约 1200 万元索赔的案例（约 29 倍）。客户乙手上那 4.2 吨如果已经投入他的树脂生产，敞口就不是4.2 吨货款，而是他下游的损失。所以这份报告最紧急的用途不是定责，是让客户乙立刻停用手上那 4.2 吨。

这份归因报告现在还不能发给客户两个：原因。一是厂外这一段完全空白 —— 6 项厂外核查里 4 项无任何记录（在途时长、运输温度、中途滞留、客户端储存），而我方留样在 25℃ 恒温避光条件下 12 天色度已从 16 升到 24，客户那批在外 24 天升到 32 —— 趋势吻合但无法证实。把厂外写成主因会站不住（产品在恒温避光下都在显色，这本身就是产品问题）；完全不提又不完整。二是发货日期 07-22 早于投料日期 08-17，物理上不可能 —— 台账可能把批号关联错了，也可能是补发沿用了原订单日期。这两种情况对应完全不同的追溯对象，必须先向销售取实际发货凭证核实。这份报告不下最终质量结论、不代表企业答复客户、不做责任认定 —— 归因只到「哪个环节的哪个因素」，责任认定栏与对客户答复口径栏留空，须质量部会签、涉及客户的还要销售确认。办法一 · 今天先给客户乙发一份「暂停使用通

知」，归因报告随后：不等归因定稿，先把最紧急的事做掉 —— 让客户乙立刻停用手上那 4.2 吨并封存留样。理由只写事实（「我方留样复测显示该批色度随时间上升，建议暂停使用并保留样品」），不涉及原因与责任。代价是客户会立刻追问原因，而我们还答不上来；但好处是如果那 4.2 吨已经投进他的树脂生产，早一天通知和晚一天通知的敞口差别很大 —— 行业里有 41 万元缺陷引发 1200 万元索赔的先例（约 29 倍放大）。办法二 · 先花两天把发货凭证与运输记录要齐，一次给完整报告：向销售取磅单与运单核实批号关联、向承运方取 GPS 与在途记录、向客户取到货后储存条件，齐了之后出一份厂内厂外都完整的报告。好处是对外只发一次、口径统一，不会出现「先说是运输问题又改口」。代价是这两天里客户乙手上那 4.2 吨仍在他自己手里、可能继续投用；而且承运方与客户配合的意愿不确定，两天不一定能齐 —— 到时候要么继续等，要么还是得先发通知。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 一个批次的完整路径第一次被拼出来 ——从原料批号到发货去了哪几家，每一段都有出处
• ✓ 两条口径被固定下来：追溯必须问「出厂之后经历了什么」（不止于厂门）；归因不给单一结论，给主因加叠加因并写明每条的排除依据
• ✓ 一条历史教训被真正用上：某批次不合格的真实原因是货车高速滞留二十七小时，所以厂外这一段现在是必查项而不是可选项
• ✓ 岗位角色变了：从「凭经验猜哪一步出了问题然后去找证据」变成「五个来源摆到一条轴上，让证据自己指方向」

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 你能直接告诉我是原料问题还是操作问题吗？ 这次是两条叠在一起 —— 原料色度已经偏高，再加 47 分钟超温。单独任何一条都可能过关。但最终定性要等留样复测和客户的检验方法，而且结论要质量部会签。
• 能不能帮我起草回客户的邮件？ 不能，对外发文属于我们明确不做的六类动作之一。我们能给你的是内部归因初稿和「需要向客户要哪两样东西」的清单。
• 化验记录本上色度那栏是空的，追溯还做得下去吗？ 做得下去，而且「这一栏是空的」本身就是一条重要线索 ——它说明成品这一关也没拦住。但缺这个数会让归因少一个锚点，所以我们建议先取留样复测把这个数补上。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

批次质量追溯与异常归因 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

batch-trace.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是流程制造一线手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁QC-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

XLS01_客户投诉件_B26-0817色度超标.xlsx投诉邮件与附件转录 —— 在销售手上，化验室此前只听到口头转述下载

↓XLS02_批次投料记录与流向_B26-0817.xlsx这批用了哪几个原料批、货发去了哪几家 —— 上游下游一起拼下载

• ↓XLS03_五源线索时间轴_B26-0817.xlsx ★ 五个地方的记录第一次拉到同一条时间轴上 —— 每条线索标明来源文件与出处，这份此前不存在
• 04_化验记录本_B26-0817相关页.xlsx 本批中控与成品检验结果 —— 手写件，色度那一项要特别看
• 05_原料ZY-2608留样复测结果_引用QC-01.xlsx 引用 QC-01 的留样补测 —— 把 COA 和进厂复检都没检的那两项检出来

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

客户投诉 B26-0817 这批色度超标，帮我查一下是哪里出的问题。 投料记录、化验记录本这几页、DCS 那几天的趋势和报警、 还有相关设备的报修记录，我都找出来了。客户的投诉邮件也在。 我想知道有几条可能的线索、每条有什么证据、哪条能排除。 这批货还有多少在库、多少发出去了也帮我算清楚。 出厂之后运输储存的情况我们没有，你标出来我去找销售要。 责任认定和对客户怎么答复那两栏留空，我们自己定。

为什么这么短就够了：短是因为要归集哪五个来源、5Why 怎么排序、厂外这一段要问什么，都写在能力包里了。换成你自己的业务 · 把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• QC-02_批次追溯归因报告.xlsx 正式件本体 · 批次谱系与多源时间轴与归因排序 · 含质量部会签栏 · 责任认定与对客答复口径栏留空
• QC-02_线索证据对照表.xlsx 可派发 · 每条线索的支持证据与反证 · 含来源出处 · 已排除项及排除依据
• QC-02_批次流向与敞口表.xlsx 在库已售在途分布 · 含需立即确认的客户与数量

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：客户投诉件投诉邮件与附件（实测照片或第三方报告）——在销售手上，化验室常凭口头转述批次投料记录这批用了哪几个原料批号、投料时间与数量化验记录本对应页本批中控与成品检验结果 —— 手写件DCS 趋势与报警导出（本批反应时段）温度、压力、搅拌等关键位号设备报修记录（本批前后）相关设备近期有没有异常与维修出厂与物流记录发货日期、运输方式、在途时长、储存条件 ——厂外这一段最容易被漏掉

人工边界：不下最终质量结论。归因报告是初稿，结论要质量部会签、涉及客户的还要销售确认。不代表企业答复客户—— 对外发文属于高风险动作。不做责任认定 —— 归因只到「哪个环节的哪个因素」，不到「谁的责任」，责任认定栏留空。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

质量化验 · 产出即下一步输入

QC-01 · 供应商 COA 与进厂复检偏差台账 — 供应商送样合格 · 到货批次的杂质是送样的八百倍 查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。