关于 is-is-not-scoping
用于质量调查的技能，先界定缺陷实际存在和不存在的特征，再分析原因。它要求以测量事实构建五维矩阵、检验至少三个假设，并将结果用于 NCR 和后续分析。
主要功能
- 01五维 Is/Is-Not 矩阵
- 02只记录事实并标明未知项
- 03检验至少三个假设
- 04记录排除原因的矛盾证据
- 05将结果用于 NCR 和后续分析
- 06支持 Markdown、表格或叙述报告
适用场景
- 01界定间歇性或批次特定缺陷
- 02准备 8D D2 或 CAPA 问题描述
- 03依据缺陷模式比较原因假设
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/is-is-not-scoping确认已加载。
附带文件references/hypothesis-elimination.md
详细介绍
是／不是问题界定
何时使用
在任何质量调查开始时，使用是／不是分析，准确界定问题是什么、又不是什么。这样的界定可以避免调查精力浪费，并立即排除无法解释已观察到的是／不是模式的假设。
最适用于 8D D2（问题描述）、CAPA 界定，以及缺陷具有间歇性、特定批次或特定位置等情况。
关键规则——只陈述事实
**是列中只能填写有记录的事实和测量结果。**假设、推断和观点应列入假设清单，而不是矩阵。如果某个单元格填写的是假设而非事实，整个分析都会受到影响。
如果尚无数据：将该单元格标记为“未知——待调查”，并指出继续分析前需要开展哪些调查。
必填是／不是检查清单
☐ 已完成全部五个维度——是什么、哪个、哪里、何时、多少——或标记为“未知——待调查” ☐ 是列仅包含有记录的事实和测量值——不含假设或推断 ☐ 每个维度均已填写不是列——此列用于排除假设；不可留空 ☐ 已将含糊的是陈述转化为带数字的具体事实（批次、数量、百分比） ☐ 至少提出并依据完整矩阵检验了三个假设 ☐ 已记录被排除的假设，以及与之矛盾的具体是／不是条目 ☐ 在 NCR 问题描述中引用是／不是分析结果，并将其用于后续鱼骨图或 5-Why 分析
是／不是矩阵
逐一分析各个维度。对每个维度，回答：你观察到了什么？具体没有观察到什么？
是什么
| 是 | 不是 |
|---|---|
| 观察到的具体缺陷（如适用，附上测量结果） | 未出现的相似缺陷 |
| 受影响的特征、特性或功能 | 正常的特征 |
示例：“是：连接器引脚弯曲 15°（仅 3 号引脚）。不是：其他引脚弯曲、外壳开裂、电气故障。”
哪个对象／零件
| 是 | 不是 |
|---|---|
| 具体的零件号、修订版、配置 | 未受影响的其他零件号 |
| 受影响的生产批次／批号 | 未受影响的批次 |
示例：“是：零件号 12345，B 版，批次为 2026-05-10 至 2026-05-15。不是：A 版，以及 2026-05-10 之前的批次。”
哪里（发现位置）
| 是 | 不是 |
|---|---|
| 在哪个流程、工厂或地区发现缺陷？ | 未发现缺陷的位置 |
| 客户所在地、检验工位、生产线 | 未受影响的其他生产线、工厂或客户 |
示例：“是：在客户来料检验中发现，地点为 A 工厂。不是：未在我们的出货检验中发现，也未在 B 工厂的客户处发现。”
何时
| 是 | 不是 |
|---|---|
| 缺陷发生的时间段 | 未发生缺陷的之前／之后的时间段 |
| 班次、一天中的时间、某事件之后 | 未受影响的其他班次或时间 |
示例：“是：首次发现于 2026-05-12，所有班次均有发生。不是：2026-05-10 之前。”
多少／多大程度（范围）
| 是 | 不是 |
|---|---|
| 缺陷率（百万分率、百分比） | 未观察到的缺陷率 |
| 受影响数量 | 未受影响数量 |
| 趋势（上升、稳定、下降） | 未受影响群体中不存在的趋势 |
示例：“是：受影响批次中有 23.5% 的零件存在缺陷（47/200）。不是：2026-05-10 之前的批次中未发现任何缺陷（检验 0/500）。”
使用矩阵排除假设
矩阵填写完成后，提出假设，并根据「是／不是」模式逐一验证：
假设：「整个供应商批次都不合格。」
- 是：仅 2026-05-10 至 2026-05-15 的批次 → 支持
- 不是：2026-05-10 之前的批次不受影响 → 支持
- 不是：A 版不受影响 → 矛盾（如果该批次包含 A 版零件） → 假设部分符合情况 — 继续调查
假设：「量规校准不准。」
- 不是：我们的出货检验未发现问题 → 矛盾（如果我们进行了 100% 测量，我们的量规就能发现问题） → 排除该假设
凡是无法解释「是」和「不是」列中所有项目的假设，都应排除或修改。记录每个被排除假设的具体矛盾之处。
工作流程
- 收集数据：检验记录、生产记录、客户投诉详情
- 填写矩阵 — 只填写事实，不填写假设；将缺失信息标记为「未知 — 待调查」
- 找出「线索」— 出现了什么独特模式（特定批次、特定地点、特定时间）？
- 列出候选假设（至少三个）
- 根据完整矩阵验证每个假设
- 排除与数据矛盾的假设 — 记录矛盾之处
- 将仍成立的假设带入鱼骨图或 5 Why 分析
- 在 NCR 问题描述中引用「是／不是」矩阵 — 「是」中的「什么」条目是 NCR 不合格描述的依据
输出格式
一份完整的「是／不是」矩阵（表格格式），包含：
- 五个维度均已填写具体事实（或「未知 — 待调查」）
- 列出仍成立的假设，并说明它们为何符合完整矩阵
- 列出已排除的假设，并说明排除每个假设的具体矛盾之处
常见错误
- 将假设列为「是」 — 矩阵中只能填写有记录、有测量依据的事实；假设会导致错误的假设结论
- 留空单元格 — 如果不知道，就标记为「未知 — 待调查」；空白单元格表示分析尚未完成
- 不使用「不是」 — 「不是」列是排除假设的关键；跳过它会浪费调查时间
- 「是」的陈述含糊不清 —「有些零件不合格」→ 必须写成：「2026-05-12 批次中有 23.5% 在尺寸 X 上不合格（测量 200 件，其中 47 件不合格）」
- 只验证一两个假设 — 开始排除前至少提出三个假设；过早缩小范围会错过真正原因
- 未将输出关联到 NCR —「是／不是」中的「是什么」条目必须与 NCR 问题描述完全一致
输出格式
每次开始使用时，询问用户：
「您希望如何接收输出？ A — 结构化 Markdown（含格式化表格和章节，可直接复制） B — 纯表格（简化结构，适用于 Excel 或 Word） C — 叙述式报告（适用于正式文档或电子邮件的连贯文本）
默认：A。」
根据用户选择的格式调整所有输出章节。如果平台或会话上下文已指定格式偏好，则跳过此问题。
更新日志
| 版本 | 日期 | 作者 | 更改 |
|---|---|---|---|
| 1.0 | 2026-06-01 | @RBraga01 | 首次发布 |
| 1.1 | 2026-06-04 | @migmcc | 扩展「是／不是」表格标准及 D2 集成指南 |