用途
Eightd 是面向客户投诉与质量问题处理的结构化 8D（八项纪律）问题解决方法技能。8D 方法最初由福特汽车公司开发，现为汽车行业处理客户投诉与内部质量问题的标准流程，强调以团队为基础，识别、纠正并消除重复发生的问题。
主要能力
该技能覆盖完整的 D0–D8 九个阶段，每个阶段均给出目的、时间节点与输出物：
- D0 准备：应急响应行动（ERA），包括客户保护（识别受影响产品、停止可疑品发运、通知客户、提供替换/返工时间表）与症状评估。同时列出 8D 触发标准（客户投诉、现场失效、安全/法规问题需加急，内部报废超阈值、重复发生、高风险 PFMEA 项为建议或必需）。
- D1 团队：团队构成（发起人、组长、工艺专家、质量工程师、生产代表、客户代表、供应商代表、领域专家）、团队规模建议（理想 4-7 人，最少 3 人，最多 10 人）与输出。
- D2 问题描述：5W2H 分析、IS / IS NOT 分析、问题陈述格式（含正例与反例）。
- D3 临时遏制行动（ICA）：涵盖在制品、成品、在途、客户处、现场各环节的遏制范围与措施（排序、隔离、替换、加严检验、临时工艺调整），遏制验证，以及逃逸点分析。
- D4 根本原因分析：区分发生原因与检测（逃逸）原因，提供 5-Why、鱼骨图、IS/IS NOT、对比分析、时间线分析、故障树等工具，以及原因验证方法（复现、消除、统计相关、物理证据）。
- D5 纠正措施：纠正措施类型（永久纠正措施、检测改进、系统性预防）、纠正措施层级（消除 > 替代 > 工程控制 > 行政控制 > 检测）、SMART 判据与风险评估。
- D6 实施与验证：按责任人与期限实施，先验证实施再验证有效性，收集前后数据，更新作业指导书、控制计划与 FMEA。
- D7 预防再发生：更新 PFMEA、控制计划、修订作业指导书、再培训、记录经验教训并横向展开。
- D8 团队表彰与结案：确认结案准则、取得客户认可、表彰团队、按 IATF 16949 归档（至少 3 年）、在跟踪系统中关闭 8D 编号。
技能还提供与 A3CriticalThinking、PFMEA、ControlPlan、AutomotiveManufacturing、InternalAudit 等技能的集成点，以及针对 MNMUK 的响应时限表（OEM Tier 1：ICA 24 小时、RCA 10 天、完整 8D 30 天；标准：48 小时、15 天、45 天；内部：72 小时、20 天、60 天）、8D 编号格式 8D-[YYYY]-[SEQ]（示例 8D-2026-001）与审批权限表。
使用方式
该技能通过自然语言触发，内置工作流路由：
# Generate 8D for customer complaint
"Create 8D for customer complaint: [describe problem]"
# Root cause analysis assistance
"Help me do 5-Why analysis for [problem]"
"Generate fishbone diagram for [defect type]"
# Corrective action development
"Recommend corrective actions for [root cause]"
# 8D review
"Review this 8D for completeness"
不同触发对应不同输出：完整 8D 报告生成、仅 D4 根本原因分析、鱼骨图（6M，文本格式）、仅 D3 遏制、D5 纠正措施开发、8D 质量审计（对照 AIAG 标准的差距清单）、模板提供。
同时，该技能对输出格式有强制性规则：必须包含全部九个阶段；每阶段限制 3-6 条要点；禁止使用 [PART NUMBER]、[TBD] 等占位符，缺失信息须合理推断并标注假设；不得在生成报告前先向用户索取信息；须防止 D6–D8 被截断，D5 内容不得超过约 80 词，且 D8 必须为最后完整写出的部分。
模板与参考资料：templates/8d-report.md（完整 8D 报告模板）、reference/root-cause-tools.md（5-Why、鱼骨图、IS/IS NOT）、reference/verification-methods.md（根本原因与有效性验证方法）。
适用场景
适用于汽车及制造业中客户投诉处理、现场失效、安全/法规问题、内部报废超阈值、重复发生问题、高风险 PFMEA 项等质量问题的结构化分析与报告撰写，也适用于单独开展根本原因分析、遏制行动策划、纠正措施制定与 8D 报告质量审查。
限制
该技能要求输出完整 D0–D8 且每阶段精简，因此单次响应内容较浓缩，不适合需要长篇展开的深度分析。其强调「不得先询问信息、缺失值须以假设填补」的规则，意味着输出中包含推断值，需使用者自行核对；示例中提到的具体客户、时间与产品参数仅为演示，并非通用事实。具体实施时限、审批权限与编号格式为特定组织（MNMUK）的指南，其他组织的实际要求暂未提供。该技能的官方文本未提供，其实际运行效果、支持平台与集成方式暂未提供。