shield_lock
金大哥
← 返回 Skill 列表
extension
分类: 数据与分析无需 API Key

八阶归零 · 8D 报告生成器（专业版）

质量 8D 报告生成器（专业版）：按 D0–D8 九个步骤生成完整、可提交、能通过客户/SQE 评审的 8D 报告草稿，或对已有 8D 报告做逐条评审并给出退回意见；**支持输出 Markdown 与 Word(.docx) 两种格式**（Word 由自带脚本零依赖生成，封面+每步分页+表格表头底纹）。内置 8D 每步质量闸门、5W2H/Is-IsNot 问题界定、双链根因框架（发生链/流出链/系统链）、四层面下钻、双归零判定、23 类常见偏差库（机检规则覆盖关键项+人工核对）+8D 补充信号、汽车行业供应商 8D 时效与响应要求。**专业版新增**：D0–D8 每步评审追问清单（福特战略性问题+客户确认 8 条）、每步质量工具选择器（Paynter/FTA/DOE/SPC/防错优先级）、5Why 深度操作规范（三现主义/因此测试/好坏分析对照）、时效与响应管理（24h 响应/30 天期限/超期申请三要素/问题归属三分类）、多根因贡献率检查、完成证据与改善前后数据对比要素、2 个完整对标案例、机检脚本增强（--questions 评审追问输出+3 条补充偏差规则）。当用户说：写 8D 报告、生成 8D、填 8D、D1-D8、组建 8D 团队、临时遏制措施、根本原因分析报告、永久纠正措施、预防再发生、供应商 8D、8D 评价/评审/打分、8D 被退回、客户投诉 8D、导出/输出 Word 版 8D 报告时使用。与相邻技能分工：只做 D4 单步根因下钻与根因评审用 root-cause-analysis；只评整改措施有效性用 qa-rectify-score；分类定级与横展卡片用 qa-issue-analyze。机检脚本支持退出码门禁（致命偏差命中 exit 1、文件缺失 exit 2），可直接接入 CI/自动化评审。

person作者: user_9686c34fhubcommunity
download下载资源包

八阶归零 · 8D 报告生成器（专业版）

把 8D 从"填表"变成"把三件事分开做对"：止住它（D3 遏制）→ 修好它（D4–D6 纠正）→ 让它永远不再发生（D7 预防）。 本技能产出的是能通过评审的完整 8D 报告草稿，而不是八格各写一句话的格式文件。 本技能另有 Max 版（八阶归零·全量版），能力更完整（鱼骨图方法专项、100 分制评分、批量台账、更多对标案例）。

使用面板（对话式选型 · 勿一次性倾倒）

触发后先亮面板让用户选，默认只做选中项；一件出完停下确认，再继续下一件：

| # | 交付物 | 说明 | |---|---|---| | ① | 8D 报告草稿 | 标准模板逐 D 起草；信息不全时先出 D0–D3 框架+待补清单，确认后续 D4–D8 | | ② | 报告评审退回意见 | 机检 + 偏差编号 + 逐 D 追问，给"接受 / 补充后接受 / 退回重做"结论 | | ③ | 方法论单点讲解 | 5Why / 双链 / Is-IsNot / 某一步闸门，任一单讲 | | ④ | 案例对标 | 对照案例库逐条找差距 |

输出格式（生成报告时主动问用户选哪种，默认 Markdown）：

  • Markdown：直接出文本，便于对话内查看、复制、二次编辑。

  • Word(.docx)：出正式排版文档（封面 + 每步分页 + 表格表头底纹），走 scripts/gen_docx.py 或 tencent-docx 能力，详见 references/docx-output.md。

  • 用户直接甩问题背景 → 默认选 ①；甩来一份已有报告 → 默认选 ②。

  • 每轮输出末尾给一行钩子（"还能做：②评审 / ③方法论 / ④案例对标 / Word 版输出"），不主动铺开。

1. 用途与边界

三种功能：

  1. 交互式逐步生成（推荐）：按 D0→D8 逐级引导用户补齐信息，每步过质量闸门后才进下一步，最终合成完整报告。
  2. 一键草稿：用户给一段问题描述 + 已知信息，直接产出全篇草稿；缺证据处一律标【假设·待验证】并列出待补清单，绝不编造。
  3. 8D 报告评审：对已有的 8D 报告逐步打分，识别偏差（含致命级一票否决项），输出"接受 / 补充后接受 / 退回重做"结论与逐条退回意见。

边界（与相邻技能分工）：

| 需求 | 用哪个 | |---|---| | 生成/评审完整 8D 报告（D0–D8 全流程） | 本技能 | | 只做 D4 根因下钻指导、根因表述评审（6 维 100 分） | root-cause-analysis | | 只评整改措施有效性（10 分制，识别"加强培训"式伪措施） | qa-rectify-score | | 审核发现问题分类定级 + 纠正/横展方案 | qa-issue-analyze | | D4 深度不够需要现场追问提纲 | root-cause-analysis 的追问模式 |

2. 执行方式

脚本 scripts/d8.js（零依赖，node 直接跑）：

# 输出标准 8D 报告模板（Markdown，含每步提示语与证据栏）
node d8.js --template

# 机检一份 8D 报告（md/txt/json 文件）：九步齐全性 + 要素扫描 + 23 类偏差+3 条补充信号扫描 + 致命项一票否决
node d8.js --check report.md

# 机检文本
node d8.js --check --text "……8D 内容……"

# 输出 D0–D8 评审追问清单（评审模式逐条追问用）
node d8.js --questions

# 内置样例演示
node d8.js --demo

机检只做初筛：给出初步结论与命中项，最终定档由模型结合上下文确认。退出码：致命偏差命中 exit 1、文件不存在 exit 2、其余 exit 0，可作为质量门禁接入 CI。

工作流程：

  1. 判断模式（交互生成 / 一键草稿 / 评审）。
  2. 读取 references/8d-steps.md 获取 D0–D8 每步必备要素、质量闸门、常见退件原因。
  3. 根因相关步骤（D2/D4/D5/D7）同时参考 references/dual-chain.md（双链+四层面+双归零+贡献率）。
  4. 评审模式另读 references/deviations.md（23 类偏差+补充信号）与 references/review-questions.md（每步评审追问清单）。
  5. 不知道某步用什么工具支撑时读 references/tools-map.md（每步工具选择器）。
  6. 5Why 下钻按 references/tools-5why.md（三现主义/因此测试/好坏对照/三问表）。
  7. 涉及时效、响应动作、超期申请、问题归属时读 references/sla-response.md。
  8. 需要 5W2H / Is-IsNot 表式时读 references/tools-5w2h.md；对标深度读 references/case-library.md（2 个完整案例）。
  9. 生成或评审后跑 d8.js --check 做机检初筛，人工复核后输出。

3. D0–D8 每步生成要点（速览，细则见 references/8d-steps.md）

| 步 | 名称 | 必备核心 | 质量闸门（不过闸不进下一步） | |---|---|---|---| | D0 | 计划与应急响应 | 立项判定（是否值得开 8D）+ 紧急响应动作 ERA + 时效计划 | 人身/客户风险是否已先于流程处置 | | D1 | 组建团队 | 冠军 Champion + 组长 + 跨职能成员（含一线），有权者参与 | 团队是否具备"知识+数据能力+改变现场的权限" | | D2 | 问题描述 | 5W2H 量化 + Is/IsNot 边界 | 外人看完能直接行动；有缺陷率/数量/时间起点 | | D3 | 临时遏制 ICA | 围堵五点（我仓/我线/在途/客线/客仓）+ 筛选数据 + 出口判据 | 遏制手段经过"已知坏件"验证有效，非走形式 | | D4 | 根因分析 | 发生根因 + 流出根因（逃生点）双链，多根因标贡献率，逐一验证（开/关试验） | 每条根因有证据；根因引入缺陷出现、消除缺陷消失 | | D5 | 永久纠正措施 PCA | 只针对 D4 已验证根因选措施 + 措施矩阵筛选 + 完成证据 + 小批试制验证 | 措施消除原因而非压制症状；通过试制验证 | | D6 | 实施与效果验证 | 按计划落地 + 预定义窗口内统计验证（改善前后数量及比例+数据来源）+ 撤除 D3 | 数据证明缺陷率降至目标并稳定；有量具/统计效力 | | D7 | 预防再发生 | FMEA/CP/作业指导书/培训矩阵更新 + 横展（同类线/厂/供应商）+ 双归零判定 | 文件实际改了（写明改哪条），经验入库可检索 | | D8 | 关闭与认可 | 末次会议 + 团队认可 + 归档；问题关闭≠8D 关闭 | 所有前序步骤完成才允许关闭 |

时效基准（详见 references/sla-response.md）：24h 响应 → 24–48h 初版回复（D1–D3）→ 30 天完整关闭；超期书面申请三要素；索赔不成立也要出 8D。

4. 硬性规则

  1. 不编造证据。缺数据/缺试验/缺记录的位置一律写【假设·待验证】并给出验证方法，收入报告末尾"待补证据清单"。生成草稿≠替用户虚构事实。
  2. 双链缺一不可。D4 只有发生原因、没有"为什么没拦住"（流出原因/逃生点），是 8D 最常见的退件原因，直接退回。
  3. 致命偏差一票否决。命中"归因于人且不再下钻 / 停在表象 / 笼统'管理不到位' / 缺流出链 / '意识薄弱'伪根因 / 停在审核套话"任一条 → 评审结论不得高于 59 分，判退回重做（详见 references/deviations.md）。
  4. 禁止把人当根因终点。"操作工失误→培训"不是关闭理由，必须追防错与工位设计。
  5. 标准条款号必须核实。引用 ISO 9001 / IATF 16949 / 客户手册条款时，核对原文再写；核不到就写条款主题、不写编号。
  6. 措施三层配套：发生措施（技术/过程）+ 流出措施（检测/控制计划）+ 系统措施（制度/规范/横展），D5/D7 必须三层都有；每条措施要有完成证据（照片/图纸/文件修订页，关键处标注）。
  7. 重复发生问题加重：同期第 2 次及以上发生，偏差级别上调一级，且必须回答"上一次的 8D 为什么没解决"，否则不得关闭。
  8. 索赔不成立也要出 8D：客户要求时即使不认可索赔，也须完成 D1–D4 并在 D4 用证据说明不认可理由。
  9. 多根因必分主次：并列出多个根因时须标注贡献率（%）与数据依据，不得"三选一"式收尾。

5. 输出格式：Markdown 与 Word

生成报告后，按用户选择输出 Markdown（默认） 或 Word(.docx)。Markdown 便于对话内查看与二次编辑；Word 用于正式提交客户/SQE。

  • Word 路径 A（本地脚本，零依赖）：生成 Markdown 报告后运行 python scripts/gen_docx.py 8d-report.md -o 8D报告.docx，自动产出封面 + 每步分页 + 表格表头底纹的正式文档（依赖 python-docx，缺失时 pip install python-docx）。
  • Word 路径 B（精细版式）：把报告全部内容交给 tencent-docx 能力，支持公司抬头、签名栏、页眉页脚等正式版式。
  • 完整规则与版式说明见 references/docx-output.md。
  • 注意：Word 版与 Markdown 版内容一致，差异仅在版式；评审结论、偏差编号、证据栏以 Markdown 版为唯一事实源。含图片证据（鱼骨图/现场照片）时，转 docx 需手动嵌入。