DM-19 · 交付风险评估

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

W

场景总览

交付风险评估 Skill · 可复现的完整素材包

一句话调用 · 先过三条硬拦截红线再谈取舍 · 按 CR/MA/MI 重判等级并用对应 AQL 档位复核接收数 · 输出五档处置结论并对称呈现两边代价 · 附待确认事项清单 + 追加先例台账 → 生成可会签的出货放行决策单。

Skill 核心理念

出货前查出异常，难点从来不是"合格不合格"，而是这批到底能不能放，不能放有没有别的路。而在中小企业里，拍这个板的人往往是老板或业务，品质工程师的真实角色是把判断依据凑齐、把两边代价说清楚，让能签字的人签。这个Skill 做四件事：① 把商务门槛摆到技术判断之前——让步能不能走是合同事实，客户协议写了零缺陷就一票否决，不给模型裁量空间；② 用正确的 AQL 档位复核，把被错判为不合格的批次捞回来，输出排除性结论；③ 把"暂缓放行"单列一档并强制带关闭条件与责任人，因为现场真实处境往往是"现在还不能发，但有条路能救"；④ 拿不到的判据明确列出来问谁，不硬写。

SKILL v1.0.0

五档处置

三条硬拦截红线

AQL 档位复核

待确认清单

先例台账

STEP 1读齐五份材料

STEP 2过硬拦截红线

STEP 3AQL 档位复核

STEP 4五档结论 + 代价

STEP 5待确认 + 沉淀

1Skill 完整包

交付风险评估 Skill · 完整zip 包

SKILL 主本 + 2 份 references + 3 个 test cases · 一键下载 · 解压即用

版本 v1.0.0

delivery-risk-assessment.zip

下载后解压即得完整 skill 目录 · 直接放到 WorkBuddy 的技能中心导入即可

zip 包内含 · 一次拿全

SKILL.md · 主本（六步法/ 三条硬拦截红线 / CR·MA·MI 分级与 AQL 对照表 / 五档判定/ 交期验算 / 两边代价取数口径 / 8 条硬规则 / 常见坑）

_meta.json · Skill 元信息（slug / version / domain / role / scene）

references/五档判定规则.md · 完整判定流程图 + 各档前置与关闭条件 + 交期验算公式 + 成品库存兜底检查 + 不可修复缺陷类型清单，可直接作为企业内部《出货放行判定规范》

references/决策单模板.md · 决策单必备栏位 + 会签顺序 + 页脚免责表述 + openpyxl/reportlab 渲染要点 + 内置口径自检断言

test_cases/ · 三批三档全流程 / 无客户协议时的降级运行 / 技术等效但协议禁止让步

用法

下载 zip · 解压得到 delivery-risk-assessment/ 目录

WorkBuddy → 技能中心 → 我的技能 → 导入这个 Skill

之后直接说 "明天要发的这几批 OQC 报了不合格，帮我看下能不能放"

务必先向销售索取客户质量协议 —— 没有这份文件，让步这条路无法判定，Skill 会降级运行并提示索取

五档的判定阈值与授权层级可按企业实际调整（默认：让步接收须总经理签，品质主管未签本单不生效）

2. 原始素材 · 五份，其中一份要去别的部门要

决定这批命运的信息，一半不在品质部

检验记录和返工产能是品质与车间的，订单交期在 ERP，但"让步能不能走"的唯一依据是客户质量协议，原件在销售部的合同附件里。这个场景的价值有一半来自把这份文件拉进核对范围。全部为真实 Excel：

🔍检验记录4 单+ 判定标准

📅订单交期3 单 + 上线日

📜客户协议在销售部

🔧返工产能3 方案 + 库存

📚先例台账大段缺失

📥

2026-08-08 出货前风险评估数据包

3 批 1,400 件全报不合格 · "AQL 档位用错"与"协议零缺陷硬拦截"两处反差已埋好 · 数据脱敏

共 5 份

XLS

出货前检验记录.xlsx

4 张检验单（3 张不合格）· 缺陷描述刻意保留检验员原话："有几条细的加工痕""偏了一点点""以前收过类似的"——真实记录就是这样的口语化表述 · 附抽样与判定标准 sheet（GB/T 2828.1 接收数表 + CR/MA/MI 分级定义）

2 sheet

XLS

待出货订单与交期.xlsx

3 张订单 · 客户等级 / 约定交货日 / 距交货日天数 / 客户产线上线日 / 运输方式 / 是否有后续批次 —— 判"不放行的代价"全看这几列

3 行

📜

客户质量协议摘录.xlsx　← 关键文件

这份决定让步能不能走：3 家客户逐条列出是否允许让步、让步前置条件、PPAP/料号锁定、外观类缺陷约定、违约与罚则。中通汽零第6.3 条"零缺陷交付"就是硬拦截的来源。表头已注明"原件由销售部保管（合同附件三），品质部通常不持有"

3 家

XLS

返工能力与产能.xlsx

3 种返工方案 · 单件工时 / 可投人力 / 预计完成日 / 是否需重新全检/ 返工本身的风险（"修磨过量会导致尺寸超下差"）· 第2 个 sheet 是成品库存可换批——这是唯一能同时保质量和交期的那条路

2 sheet

📚

历史让步先例台账.xlsx　← 故意做成不完整的

只有 2 条有效记录，2024-01~2026-05 整段标注为"缺失"——据财务返工费用凭证可反推该区间约 11 次特采，但依据与客户回函均未归档，原品质主管 2026-03 离职后无人能说明当时的处置依据。这不是素材做得不好，这就是绝大多数企业的真实状态

2 条 + 缺失

用法（演示路线）

五份文件全部拖到 WorkBuddy 对话框（或放到 D:\workbuddy_data\品质\出货放行\）

先问客户一句："你们出货前发现不合格，最后是谁拍板发不发？"—— 十家有九家答"老板"或"业务说了算"，这时"给老板准备一份能签字的决策单"这个定位才立得住

跑完先看华东电气那批 —— 检验员报的不合格，Agent 复核后判合格。追问一句"凭什么"，它会说清是缺陷等级归类错了（MI 不是 MA），该用 AQL 2.5、接收数Ac=2，实测正好 2 件

再看中通汽零那批 —— 先让客户自己判断"孔距60.35 对 60±0.2，能拧进去只是费劲，你发不发"。多数人会说发。然后再翻出协议第 6.3 条零缺陷条款，这个反差最能说明"技术判断不等于合同事实"

最后看待确认事项清单第 5 项 —— Agent 主动发现台账有大段缺失且能从财务凭证捞回来。这一条和今天这三批货无关，但它是这个场景真正的长期价值

3. 提示词卡片

明天开始有三批货要发，OQC 都报了不合格，材料我放一起了。 帮我看下每一批到底能不能放 —— 能放的直接说能放，不能放的告诉我卡在哪、 有没有别的路走（返工来不来得及、库存能不能先顶一批、要不要跟客户谈）。 客户质量协议那份是我刚从销售那儿要来的，让步能不能走以协议为准， 别只看技术上行不行。 拿不准的别硬写，列出来我去问。别替我做放行的决定。

为什么这么短就够了：五档判定规则、三条硬拦截红线、CR/MA/MI 分级对应的 AQL 档位与接收数表、决策单的必备栏位与会签顺序，全都写在 Skill 里，不需要在对话里交代。用户只需要说清"这是什么事"和"我的边界在哪"。

最后那两句是关键 · "拿不准的别硬写"直接对应输出里的待确认事项清单；"别替我做放行的决定"决定了 Agent 输出的是建议 + 会签栏而不是一句"可以放行"——放行是要签字担责的动作，这个签字必须是人签的。

4交付物 · 能签字的那份

出货放行决策单 + 批次明细与先例台账

按企业真实流转形态做的：能打印、能会签、仓库能凭它放行

1 PDF + 1 XLSX

PDF

出货放行决策单.pdf

第 1 页：抬头含单据编号/模板版本/依据文件栏（协议编号+版本、抽样标准、内部规范）· 三批逐批列偏差项实测vs要求、等级与 AQL 复核、三条红线勾选、五档处置、使用与关闭条件、两边代价并列 · 五栏会签（编制→审核→生产/计划→业务→批准），页脚印明"无签字不得出货"第 2 页：待确认事项清单 5 项（问谁·确认什么·为什么·建议话术）+ 落实情况留空栏，页脚印明"本单结论以待确认事项落实为前提"

2 页

XLS

批次明细与先例台账.xlsx

sheet 1 批次明细与放行状态：按批号列出数量拆分（可发 / 待返工 / 待剔除 / 暂缓），含合计行且数量守恒（1,400 =680 可发 + 120 返工 + 36 剔除 + 564 暂缓）· 仓库凭此表出货sheet 2 让步先例台账：已把本次 3 批追加进去，从 2 条变5 条 · 每条带依据条款编号 · "客户后续反应"栏留空待30 天后回填 · 保留缺失区间行并标注可从财务凭证补录

2 sheet

这两份东西为什么这么设计

依据文件栏是可信度的来源 —— 只写"依据相关标准"等于没写。这里逐条列出协议编号+版本号、抽样标准、内部规范编号，审核和客户都可以逐条核

两边代价并列，不做加总、不给倾向 —— 放行的风险（索赔条款原文与金额口径）和不放行的代价（违约金费率、客户上线日）口径不同不可相加，权衡留给签字的人

会签顺序不是摆设 —— 品质主管未签本单不生效，让步接收档须总经理签。这对应的是真实的授权层级

先例台账的"客户后续反应"栏故意留空 —— 它要求发货后 30 天回填。一个当场就能填满的台账是假的，真实的追溯需要时间沉淀

渲染脚本内置口径自检：数量守恒、不良数不超抽检数、AQL 判定与结论一致性三条断言，跑不过就不出文件——从根上杜绝"合计对不上"这种一眼被看穿的错

⚠️ 这套东西不承诺什么（建议在客户面前主动讲）

不替你做放行决定。输出的是建议 + 会签栏，放行签字必须是人签。这不是能力不足，是这个动作本身要担责。

不做根因分析。"为什么会出这个缺陷"属于品质异常分析场景（9.1），本场景只回答"这批还能不能走"。

不判安全件。命中安全/特殊特性超差一律拒收，不进入任何取舍逻辑，不给模型裁量空间。

客户协议必须人工提供。这份文件在销售部，Agent 拿不到。没有它就不输出"让步接收"结论，只会提示你去要。

不要求企业先做数据治理。检验记录是口语化的、台账是有缺口的、返工产能是口头的——这套东西就是按这个现实设计的，缺失项会被明确标注为待确认，而不是拿假设填上。

5相关联Skill

🔗

上下游联动 Skill

往回追根因，往前调计划，往上报升级

共 3 份

📄

品质异常分析 · SKILL.md

方向相反的一对：本场景向前决策（这批还能不能走），9.1 向后归因（为什么会出这个缺陷、5Why 到系统原因、出8D）。拦下来的批次接着交给它查根因

SKILL

查看 →

📄

排产与插单调整 · SKILL.md

判了返工或补产之后，产能要重新排。中通汽零补投产 36 件需 6 天，这6 天怎么插进现有排产、会挤掉谁，交给它算SKILL

查看 →

📄

企微等 IM 分部门通知 · SKILL.md

暂缓放行的批次必须当天通知到人：业务去和客户谈分批、PMC 调排产、仓库红标隔离。按责任人推送带时点的待办SKILL

查看 →

Skill 组合调用

第一步：交付风险评估 Skill → 得到五档结论、决策单、待确认清单

第二步：判暂缓或拒收的批次 → 企微等 IM 分部门通知 Skill 当天通知到业务/PMC/仓库，越晚通知协商余地越小

第三步：需要补产或返工的 → 排产与插单调整 Skill 算这几天怎么插、会挤掉哪张单

第四步：拦下来的批次 → 品质异常分析 Skill 查根因出 8D，避免下一批同样被拦

交付风险评估 Skill · 可跨场景复用

本 Skill 不是只为出货放行定制的 —— 它覆盖所有"有硬约束前提、需要在多个档位间取舍、且最终要人签字担责"的场景，可以复用到：

采购 · 来料让步接收判定来料不合格但生产等着上线· 同一套红线 + 五档 + 两边代价结构，只是把客户协议换成对供应商的技术协议

研发 PE · 试产件放行试产件偏差能否流入下道工序 · 硬约束来自 DFMEA 与客户 PPAP 状态

仓库 · 呆滞料降级使用判定库存料实测值能否落进某产品图纸公差 · 硬约束是客户是否认可代用

生产 · 首件放行前的条件判定首件偏差是否允许继续生产 · 强制"该停的地方停下来"并给关闭条件

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