关于 8d-report-writing
8d-report-writing 是用于调查完成后编写客户 8D 报告的技能，侧重报告结构、证据和整车厂提交要求，而非问题解决方法本身。
主要功能
- 01检查 D0 至 D8 报告完整性
- 02遵循最新整车厂模板
- 03要求根因和措施提供证据
- 04统一日期、索赔内容和术语
- 05输出 Markdown、表格或叙述文本
适用场景
- 01准备已完成调查的 8D 客户报告
- 02按整车厂清单审核报告
- 03记录围堵措施和纠正措施的证据
- 04按客户偏好格式生成报告
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/8d-report-writing确认已加载。
附带文件references/oem-formats.md
详细介绍
8D 客户报告撰写
适用场景
当 8D 调查完成且必须向客户提交正式报告时使用。本技能涵盖撰写质量和格式——方法论请参阅 8d-problem-solving。
8D 报告是一份法律和商业文件。客户使用它来：
- 确认其索赔已得到处理
- 确认围堵措施保护了其生产
- 审核你的纠正措施质量
- 评估你的供应商质量水平，用于 BIQS 评分、PPAP 状态和未来业务决策
即使纠正措施得当，报告写得不好也会显示质量成熟度低。
OEM 格式参考
| OEM | 格式 | 提交系统 |
|---|---|---|
| Ford | 8D（Ford 8D 表格） | Covisint / GSDB / portal |
| BMW | G8D（Global 8D） | SupplierPortal (SIM) |
| VW / Audi | QMSS (Lieferantenselbstauskunft) | SupplyOn |
| Stellantis (ex-FCA, PSA) | 8D | CQMS |
| Mercedes-Benz | 8D / ATC | SupplyOn |
| Toyota (TMMNA) | 8D 或 A3 | SMART |
撰写前，务必从门户下载当前客户模板。模板会发生变化。务必遵循特定客户的格式和必填字段——不要修改 OEM 模板。
8D 报告必备检查清单
☐ 使用正确的 OEM 模板（最新版本——撰写前下载） ☐ D2 已完整量化，且与客户索赔和 NCR 完全一致 ☐ D3 围堵措施已实施并提供证据——仅使用过去时 ☐ D3 围堵措施持续有效，直至 D6 验证完成 ☐ D4 包含发生原因和流出原因，且两者均以客观证据验证 ☐ D5 措施直接针对各项根本原因（注明 RCO 和 RCE） ☐ D6 包含客观验证数据，且样本量有合理依据 ☐ D7 包含 PFMEA、CP、WI 更新及其修订编号，并进行横向展开 ☐ D8 包含 Champion 签核和向客户通知结案 ☐ D0–D8 所有日期按时间顺序排列且前后一致 ☐ 所有陈述均有随附或引用的证据支持 ☐ 未使用推测性、道歉性或主观措辞 ☐ 时态一致：已完成的措施用过去时，当前状态用现在时
撰写规则——逐项说明
D0 — 紧急响应
简要说明是否发现安全/法规问题，以及采取了什么紧急措施。
务必明确说明是否存在安全/法规风险——“未发现安全风险”或“发现安全风险——[措施]”。
良好示例：“未发现安全风险。已于 2026-05-14 通过电子邮件通知客户（见附件）。已对供应商批次 2026-05-12-A 实施暂停发货，涉及 2 份送货单上的 1,700 件产品。”
不良示例：“我们接到问题通知后迅速做出了响应。”
所需证据：客户通知邮件、暂停发货记录。
D1 — 团队
列出姓名和职能。客户希望看到跨职能参与。
**良好做法：**至少包括质量工程师、生产主管和工艺/设计工程师。明确标出团队负责人和客户联系人（如适用）。
不良做法：“质量团队进行了调查。”（无姓名、无职能，也未体现跨职能协作）
D2 — 问题描述
这是阅读量最高的章节——如果 D2 含糊不清，客户就会拒绝报告。
D2 必须与 NCR 和客户索赔描述完全一致。D2、NCR 和客户索赔数据之间的任何不一致，都会被视为可信度不足。
必需内容：
- 不符合项的具体情况，包括实测值和规格
- 零件号 + 版本
- 客户索赔参考编号
- 数量：拒收数 / 检验数 / 风险涉及总数
- 检出环节（客户来料、现场、生产）
- 首次检出日期
良好示例：“连接器外壳法兰厚度实测为 1.8 mm（规格：2.2 ± 0.1 mm，DWG-12345 rev B）。缺陷于 2026-05-13 在客户来料检验中检出。检验的 200 件中有 47 件不合格（23.5%）。客户索赔参考编号：CL-2026-4471。”
D3 — 临时围堵措施
客户需要知道其生产已得到保护。许多 SQE 首先会阅读这一部分。
围堵措施必须持续有效，直至 D6 验证完成并确认有效性。
必需内容：
- 已采取的措施（分选、100% 检验、暂停发货）
- 实施时间（日期——必须早于 D4、D5、D6）
- 负责人
- 如何验证有效性（自实施 ICA 以来无不良品流出、分选结果）
良好示例：“对客户处所有疑似库存进行 100% 检验（截至 2026-05-14 已检验 200 件，其中 47 件拒收，153 件经重新检验后判定合格并放行）。暂停发运我方仓库剩余的 1,500 件产品，物流部门已于 2026-05-14 确认。自实施 ICA 以来未发生额外不良品流出。”
不良示例：“我们将对后续产品进行 100% 检验。”（将来时不属于围堵措施——这只是一项承诺）
D4 — 根本原因分析
技术评估最严格的章节。客户 SQE 会特别关注：
- 是否分别分析了发生根本原因和流出根本原因？
- 根本原因是否足够具体（而非笼统地说“人为失误”或“供应商问题”）？
- 是否有客观证据验证，而不只是逻辑推理？
根本原因必须有证据支持（测试、数据或实验），不能仅凭逻辑推理。
必需内容：
- 发生根本原因（缺陷为何发生？）——包括 5-Why 分析链
- 流出根本原因（为何未能检出？）——包括 5-Why 分析链
- 验证方法（如何确认根本原因——测试、数据、复现试验？）
良好示例——发生根本原因：
D4 Why 分析链（发生原因）：
- 为什么法兰厚度 OOS？→ 铣削工序去除的材料不足
- 为什么去除的材料不足？→ 进给率为 0.05 mm/rev，而不是 0.03 mm/rev
- 为什么进给率错误？→ 2026-05-10 更换刀具时修改了 CNC 程序参数
- 为什么未能发现参数变更？→ 更换刀具后没有参数验证步骤 根本原因：作业指导书未要求更换刀具后验证 CNC 程序参数。 验证结果：复现试验确认进给率为 0.05 mm/rev 时会产生缺陷；进给率为 0.03 mm/rev 时未产生缺陷。
不良示例：“根本原因：操作员失误。操作员更改了错误的设置。”
D5 — 纠正措施
每项纠正措施都必须直接针对 D4 中的根本原因，并注明其针对的是发生根本原因（RCO）还是流出根本原因（RCE）。
必需内容：
- 纠正措施说明
- 针对的根本原因（RCO 或 RCE）
- 实施日期
- 负责人
良好示例：“在 WI-Milling-Station-2（rev C，随附）中新增强制性 CNC 参数验证步骤：操作员必须在每次更换刀具前后读取 CNC 显示屏，确认进给率 = 0.03 mm/rev，并将结果记录在批次日志中。[针对 RCO]”
不良示例：“我们将重新培训操作员并改进流程。”
D6 — 实施与验证
客户需要客观证据证明措施有效，而不仅仅是证明措施已实施。
验证样本量必须根据缺陷率和风险进行合理说明，不能随意选择。
必需内容：
- 每项 PCA 的实施日期
- 验证数据（生产运行结果、前后对比）
- 有合理依据的样本量
- ICA 移除日期及确认
良好示例：“PCA 于 2026-06-04 实施。验证运行：使用修订后的 WI 生产了 500 件（根据 0.235 的缺陷率和 95% 的置信度确定样本量），对法兰厚度进行 100% 测量——所有测量结果均符合规格（平均值 2.19 mm，±0.04 mm，处于 ±0.1 mm 的公差范围内）。未发现缺陷。根据已验证的零缺陷生产运行结果，于 2026-06-10 移除 ICA（100% 检验）。”
不佳示例：“纠正措施已实施。未发现缺陷。”
D7 — 预防（系统性）
这能向客户表明你们妥善管理质量体系，而不仅仅是被动应对问题。
所有文件更新都必须已实施并在生产中生效，而不能只记录在 8D 报告中。
必需内容：
- PFMEA 修订（文件编号、修订字母、日期）
- Control Plan 修订（文件编号、修订字母、日期）
- Work Instruction 修订（文件编号、修订字母、日期）
- 横向部署（评估并处理其他产线、产品、供应商）
- 经验教训
良好示例：“PFMEA-Milling-St2 已更新至 rev D（见附件）：新增失效模式‘换型后进给率不正确’，O=4、D=3、AP=L。CP-Milling-St2 已更新至 rev G（见附件）：新增换型后的参数检查。WI-Milling-St2 已更新至 rev C（见附件）。横向部署：已评估 3 条类似的 CNC 产线，并在 WI-CNC-01、WI-CNC-02、WI-CNC-03 中添加了相同的参数验证要求。”
D8 — 团队认可
简短收尾。保持专业、客观。
必须正式通知客户问题已关闭，并提供最终 8D 报告。
良好示例：“8D 于 2026-06-15 经负责人批准后关闭。已于 2026-06-15 通过最终版 8D 正式通知客户问题已关闭（参考：见邮件附件）。团队于 2026-06-15 在部门会议上受到正式表彰。8D 报告已归档至质量记录系统，编号为 QR-2026-0047。”
语气和语言
| 避免使用 | 改用 |
|---|---|
| “对于造成的不便，我们深表歉意” | 客观描述发生了什么以及采取了哪些措施 |
| “可能是……导致的” | “通过 [测试] 确认根本原因：……” |
| “我们会尽量避免……” | “预防措施已于 [日期] 实施：……” |
| “操作员犯了错误” | “作业指导书未明确规定所需参数” |
| “今后我们将……” | 说明具体措施及其实施日期 |
保持时态一致：已完成的措施使用过去时，当前状态使用现在时。
8D 报告是技术文件。道歉或含糊的措辞会降低客户 SQE 对报告的信任。
8D 中的所有陈述都必须有附件或引用的证据支持。附上所有支持性证据：照片、测量数据、WI 修订、PFMEA 更新和测试结果。
输出格式
每次开始使用时，询问用户：
“您希望以哪种格式接收输出？ A — 结构化 Markdown（包含格式化表格和章节，可直接复制） B — 纯表格（简化结构，适用于 Excel 或 Word） C — 叙述式报告（连贯文本，适用于正式文件或电子邮件）
默认：A。”
根据用户选择调整所有输出章节。如果平台或会话上下文已经指定了格式偏好，则跳过此问题。
参考文件
更新日志
| 版本 | 日期 | 作者 | 变更 |
|---|---|---|---|
| 1.0 | 2026-06-01 | @RBraga01 | 首次发布 |
| 1.1 | 2026-06-03 | @migmcc | 添加 OEM 格式要求和客户提交检查清单 |