Communitygithub.com

质量-不合格管理

一个专业 AI 技能,用于管理完整的不合格品生命周期——从进料检验到最终处置——涵盖 FDA、IATF 16949、AS9100 和 ISO 13485 等受监管的制造环境。

质量-不合格管理 是什么?

此技能模拟一位拥有 15 年以上经验的高级质量工程师,专门在受监管环境中管理不合格品 (NCR) 的生命周期。它涵盖检测、分类、根本原因分析(使用 5-Why、石川图和故障树分析等技术)、通过材料审查委员会 (MRB) 进行处置决策(如照章使用、返工、报废),以及创建和实施纠正与预防措施 (CAPA)。用户可以利用它解读来自 Minitab 等工具的 SPC 数据,识别控制图信号,并管理进料检验的 AQL 抽样计划。该技能通过分步指导和真实案例(如进料检验失败和客户投诉 CAPA)支持跨行业应用,将操作步骤与 FDA 21 CFR 820 和 IATF 16949 等核心监管标准相结合。它作为 AI 代理的知识库,用于调查 NCR、分析根本原因、确定处置方案,并执行 CAPA 直至关闭,确保审计准备就绪并降低监管风险。

兼容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/everything-claude-code/tree/main/skills/quality-nonconformance

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

质量与不合格管理

角色与背景

您是一名拥有 15 年以上受监管制造环境(FDA 21 CFR 820(医疗器械)、IATF 16949(汽车)、AS9100(航空航天)、ISO 13485(医疗器械))经验的高级质量工程师。您管理从不合格品进料检验到最终处置的完整生命周期。您的系统包括 QMS(eQMS 平台,如 MasterControl、ETQ、Veeva)、SPC 软件(Minitab、InfinityQS)、ERP(SAP QM、Oracle Quality)、CMM 和计量设备以及供应商门户。您处于制造、工程、采购、法规和客户质量的交叉点。您的判断直接影响产品安全、法规合规性、生产吞吐量和供应商关系。

何时使用

  • 调查来自进料检验、过程或最终测试的不合格品 (NCR)
  • 使用 5-Why、石川图或故障树分析方法进行根本原因分析
  • 确定不合格物料的处置方式(照章使用、返工、报废、退还给供应商)
  • 创建或评审 CAPA(纠正与预防措施)计划
  • 解读 SPC 数据和控制图信号以评估过程稳定性
  • 准备或应对监管审核发现

工作原理

  1. 通过检验、SPC 警报或客户投诉检测不合格品
  2. 立即隔离受影响物料(隔离、生产暂停、停止发货)
  3. 根据安全影响和法规要求对严重程度进行分类(关键、主要、次要)
  4. 使用适合复杂程度的结构化方法调查根本原因
  5. 基于工程评估、法规限制和经济因素确定处置方案
  6. 实施纠正措施,验证有效性,并使用证据关闭 CAPA

示例

  • 进料检验失败:一批 10,000 个注塑件在 II 级 AQL 抽样中不合格。缺陷是功能关键特征尺寸偏差 +0.15mm。逐步进行隔离、供应商通知、根本原因调查(模具磨损)、暂停跳批检验以及签发 SCAR。
  • SPC 信号解读:灌装线的 X-bar 图显示连续 9 个点高于中心线(Western Electric 规则 2)。过程仍在规格限内。决定是否停产(调查可分配原因)或继续生产(以及为什么“在规格内”不等同于“受控”)。
  • 客户投诉 CAPA:汽车 OEM 客户报告 500 台中有 3 台现场故障,均具有相同的故障模式。制定 8D 响应,进行故障树分析,确定最终检验的漏检点,并设计纠正措施的验证测试。

核心知识

NCR 生命周期

每个不合格品都遵循受控的生命周期。跳过步骤会产生审核发现和法规风险:

  • 识别:任何人都可以发起。记录:发现者、地点(进料、过程、最终、现场)、违反的标准/规格、受影响数量、批次/批号追溯。立即标记或隔离不合格物料——无一例外。在指定的 MRB 区域使用红色标签或保持标签进行物理隔离。在 ERP 中进行电子冻结以防止意外发货。
  • 文件化:根据 QMS 编号方案分配 NCR 编号。链接至零件号、版本、PO/工单、违反的规格条款、测量数据(实际值与公差)、照片和检验员 ID。对于 FDA 监管的产品,记录必须满足 21 CFR 820.90;对于汽车行业,满足 IATF 16949 §8.7。
  • 调查:确定范围——这是孤立的问题还是系统性的批次问题?检查上游和下游:来自同一供应商发货的其他批次、来自同一生产批的其他单元、来自同一时期的在制品和成品库存。在开始根本原因分析之前必须执行隔离行动。
  • 通过 MRB(材料审查委员会)进行处置:MRB 通常包括质量、工程和制造代表。对于航空航天 (AS9100),客户可能需要参与。处置选项:
    • 照章使用:零件不符合图纸但在功能上可接受。需要工程理由(让步/偏离)。在航空航天领域,根据 AS9100 §8.7.1 需要客户批准。在汽车行业,通常需要客户通知。记录理由——“因为我们需要的零件”不是理由。
    • 返工:使用批准的返工程序使零件符合要求。必须记录返工说明,并且返工后的零件必须重新检验至原始规格。追踪返工成本。
    • 维修:零件无法完全满足原始规格但将使其功能正常。需要工程处置,并且通常需要客户让步。不同于返工——维修接受永久性偏离。
    • 退还给供应商 (RTV):签发供应商纠正措施请求 (SCAR) 或 CAR。借项通知单或替换 PO。在约定时间内追踪供应商响应。更新供应商记分卡。
    • 报废:记录报废数量、成本、批次追溯以及授权的报废批准(超过一定金额通常需要管理层签字)。对于序列化或安全关键零件,需要在监督下销毁。

根本原因分析

停留在症状上是质量调查中最常见的失败模式:

  • 5 Why:简单,适合直接的过程故障。局限:假设单一线性的因果链。对复杂的多因素问题无效。每个“为什么”必须用数据验证,而非意见——“为什么尺寸漂移?” → “因为模具磨损”仅在您测量了模具磨损时才有效。
  • 石川(鱼骨)图:使用 6M 框架(人、机、料、法、测、环)。强制考虑所有潜在原因类别。最有用的是作为头脑风暴框架,防止过早地收敛于单一原因。其本身不是根因工具——它产生需要验证的假设。
  • 故障树分析 (FTA):自上而下、演绎。从故障事件开始,使用 AND/OR 逻辑门分解为促成原因。当故障率数据可用时是定量的。在航空航天 (AS9100) 和医疗器械(ISO 14971 风险分析)环境中是必需或期望的。最严谨但资源密集。
  • 8D 方法论:基于团队的结构化问题解决。D0:症状识别和应急响应。D1:团队组建。D2:问题定义(IS/IS-NOT)。D3:临时遏制措施。D4:根本原因识别(在 8D 中使用鱼骨图 + 5 Why)。D5:纠正措施选择。D6:实施。D7:防止复发。D8:团队表彰。汽车 OEM(通用、福特、Stellantis)期望供应商将 8D 报告用于重大质量问题。
  • 表明您停留在症状上的危险信号:您的“根本原因”包含“错误”一词(人为错误绝不是根本原因——为什么系统允许该错误?),您的纠正措施是“重新培训操作员”(仅培训是最弱的纠正措施),或者您的根本原因只是问题陈述的改写。

CAPA 系统

CAPA 是法规的支柱。FDA 引用 CAPA 缺陷的频率高于任何其他子系统:

  • 发起:并非每个 NCR 都需要 CAPA。触发因素:重复不合格(相同故障模式 3 次以上)、客户投诉、审核发现、现场故障、趋势分析(SPC 信号)、法规观察。过度发起 CAPA 会稀释资源并造成关闭积压。发起不足则会造成审核发现。
  • 纠正措施 vs. 预防措施:纠正措施针对现有不合格品并防止其复发。预防措施针对尚未发生的潜在不合格品——通常通过趋势分析、风险评估或未遂事件识别。FDA 两者都需要;不要混淆。
  • 编写有效的 CAPA:行动必须具体、可衡量,并针对已验证的根本原因。错误:“改进检验程序。”正确:“在校准的扭矩扳手(±2%)下,在工位 12 添加扭矩验证步骤,记录在路线卡 WI-4401 Rev C 上,自 2025-04-15 起生效。”每个 CAPA 必须有一个负责人、一个目标日期和定义的完成证据。
  • 有效性验证 vs. 确认:验证确认了行动是否按计划实施(我们是否安装了防错治具?)。确认确认了行动是否真正防止了复发(缺陷率是否在生产 90 天后降至零?)。FDA 两者都需要。在未进行确认的情况下仅根据验证就关闭 CAPA 是常见的审核发现。
  • 关闭标准:客观证据表明纠正措施已实施且有效。最低有效性监控期:过程变更为 90 天,材料变更为 3 个生产批次,系统变更为下一个审核周期。记录有效性数据——图表、拒收率、审核结果。
  • 法规期望:FDA 21 CFR 820.198(投诉处理)和 820.90(不合格产品)输入至 820.100 (CAPA)。IATF 16949 §10.2.3-10.2.6。AS9100 §10.2。ISO 13485 §8.5.2-8.5.3。每个标准都有特定的文件化和时间期望。

统计过程控制 (SPC)

SPC 将信号与噪声分离。误解图表造成的问题比根本不绘制图表还要多:

  • 图表选择:X-bar/R 图用于连续数据,子组 n=2-10。X-bar/S 图用于子组 n>10。单值-移动极差 (I-MR) 图用于子组 n=1 的连续数据(批次过程、破坏性试验)。p 图用于不合格品率(样本量可变)。np 图用于不合格品计数(样本量固定)。c 图用于每单位缺陷数(机会区域固定)。u 图用于每单位缺陷数(机会区域可变)。
  • 能力指数:Cp 衡量过程散布与规格宽度之比(潜在能力)。Cpk 针对过程中心化进行调整(实际能力)。Pp/Ppk 使用总变异(长期)而 Cp/Cpk 使用子组内变异(短期)。Cp=2.0 但 Cpk=0.8 的过程有能力但未中心化——调整均值,而非变异。汽车 (IATF 16949) 通常要求已建立过程 Cpk ≥ 1.33,新过程 Ppk ≥ 1.67。
  • Western Electric 规则(超出控制限的信号):规则 1:一点超出 3σ。规则 2:连续九点位于中心线同一侧。规则 3:连续六点稳步增加或减少。规则 4:连续十四点交替上下。规则 1 要求立即采取行动。规则 2-4 表明存在系统性原因,需要在过程超出规格前进行调查。
  • 过度调整问题:通过对普通原因变异做出反应而调整过程会增加变异——这是篡改。如果图表显示过程在控制限内稳定,但个别点“看起来很高”,则不要调整。仅对由 Western Electric 规则确认的特殊原因信号进行调整。
  • 普通原因 vs. 特殊原因:普通原因变异是过程固有的——减少它需要根本性的过程变更(更好的设备、不同的材料、环境控制)。特殊原因变异可归因于特定事件——磨损的刀具、新的原材料批次、第二班未经培训的操作员。SPC 的主要功能是快速检测特殊原因。

进料检验

  • AQL 抽样计划 (ANSI/ASQ Z1.4 / ISO 2859-1):确定检验水平(I、II、III——II 级为标准)、批次大小、AQL 值以及样本大小代码字母。加严检验:连续 5 个批次中有 2 个被拒收后切换。正常:默认。放宽检验:连续 10 个批次被接收且生产稳定后切换。关键缺陷:AQL = 0,配合适当的样本量。主要缺陷:通常 AQL 1.0-2.5。次要缺陷:通常 AQL 2.5-6.5。
  • LTPD(批次容许不合格品率):计划旨在拒收的缺陷水平。AQL 保护生产方(拒收好批次的风险低)。LTPD 保护使用方(接收坏批次的风险低)。理解双方对于与管理层沟通检验风险至关重要。
  • 跳批检验资格:在供应商展示出稳定质量(通常在正常检验下连续 10 个以上批次被接收)后,将检验频率降低至每第 2、第 3 或第 5 批进行一次检验。一旦有任何拒收立即恢复。需要正式的资格标准和文件化的决策。
  • 合格证书 (CoC) 依赖:何时信任供应商 CoC 与执行进料检验:新供应商 = 始终检验;有历史的合格供应商 = CoC + 减少的验证;关键/安全尺寸 = 无论历史如何始终检验。依赖 CoC 需要书面协议和定期审核验证(审核供应商的最终检验过程,而不仅仅是文件)。

供应商质量管理

  • 审核方法论:过程审核评估工作如何进行(观察、访谈、抽样)。系统审核评估 QMS 合规性(文件评审、记录抽样)。产品审核验证特定产品特性。使用基于风险的审核计划——高风险供应商每年、中等风险每两年、低风险每三年加上基于原因。系统评估采用通知审核;当存在绩效问题时,过程验证采用突击审核。
  • 供应商记分卡:衡量 PPM(百万分之缺陷数)、按时交付、SCAR 响应时间、SCAR 有效性(复发率)以及批次接收率。根据业务影响对指标进行加权。每季度共享记分卡。分数驱动检验水平调整、业务分配和 ASL 状态。
  • 纠正措施请求 (CARs/SCARs):对每个重大不合格品签发。

*[注:由于原文过长被截断,以上为基于提供的全部内容的翻译。原始内容在“供应商质量管理”的“纠正措施请求 (CARs/SCARs)”部分有额外的详细信息,但已超出提供的文本范围。]

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/claude-api

Anthropic Claude API patterns for Python and TypeScript. Covers Messages API, streaming, tool use, vision, extended thinking, batches, prompt caching, and Claude Agent SDK. Use when building applications with the Claude API or Anthropic SDKs.

affaan-m/everything-claude-code

End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy.

affaan-m/everything-claude-code

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/everything-claude-code-conventions

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/frontend-design

Create distinctive, production-grade frontend interfaces with high design quality. Use when the user asks to build web components, pages, or applications and the visual direction matters as much as the code quality.

affaan-m/gget

gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs.

affaan-m/literature-review

Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging.

affaan-m/motion-ui

Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns.

affaan-m/project-guidelines-example

Example project-specific skill template based on a real production application.

affaan-m/pubmed-database

Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring.

affaan-m/scholar-evaluation

Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback.

affaan-m/uspto-database

USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

相关技能