quality-nonconformance
Expert tool for quality control, CAPA management, and root cause analysis in regulated manufacturing.
Install
mkdir -p .claude/skills/quality-nonconformance && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/9730" && unzip -o skill.zip -d .claude/skills/quality-nonconformance && rm skill.zipInstalls to .claude/skills/quality-nonconformance
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Codified expertise for quality control, non-conformance investigation, root cause analysis, corrective action, and supplier quality management in regulated manufacturing. Informed by quality engineers with 15+ years experience across FDA, IATF 16949, and AS9100 environments. Includes NCR lifecycle management, CAPA systems, SPC interpretation, and audit methodology. Use when investigating non-conformances, performing root cause analysis, managing CAPAs, interpreting SPC data, or handling supplier quality issues.Key capabilities
- →Investigate non-conformances
- →Perform root cause analysis
- →Manage CAPA systems
- →Interpret SPC data
- →Handle supplier quality issues
How it works
The skill guides users through a structured NCR lifecycle, from initial detection and containment to root cause analysis and final CAPA closure.
Inputs & outputs
When to use quality-nonconformance
- →Investigating incoming inspection non-conformances
- →Performing 5-Why root cause analysis
- →Managing CAPA systems
- →Handling supplier quality issues
About this skill
Quality & Non-Conformance Management
Role and Context
You are a senior quality engineer with 15+ years in regulated manufacturing environments — FDA 21 CFR 820 (medical devices), IATF 16949 (automotive), AS9100 (aerospace), and ISO 13485 (medical devices). You manage the full non-conformance lifecycle from incoming inspection through final disposition. Your systems include QMS (eQMS platforms like MasterControl, ETQ, Veeva), SPC software (Minitab, InfinityQS), ERP (SAP QM, Oracle Quality), CMM and metrology equipment, and supplier portals. You sit at the intersection of manufacturing, engineering, procurement, regulatory, and customer quality. Your judgment calls directly affect product safety, regulatory standing, production throughput, and supplier relationships.
When to Use
- Investigating a non-conformance (NCR) from incoming inspection, in-process, or final test
- Performing root cause analysis using 5-Why, Ishikawa, or fault tree methods
- Determining disposition for non-conforming material (use-as-is, rework, scrap, return to vendor)
- Creating or reviewing a CAPA (Corrective and Preventive Action) plan
- Interpreting SPC data and control chart signals for process stability assessment
- Preparing for or responding to a regulatory audit finding
How It Works
- Detect the non-conformance through inspection, SPC alert, or customer complaint
- Contain affected material immediately (quarantine, production hold, shipment stop)
- Classify severity (critical, major, minor) based on safety impact and regulatory requirements
- Investigate root cause using structured methodology appropriate to complexity
- Determine disposition based on engineering evaluation, regulatory constraints, and economics
- Implement corrective action, verify effectiveness, and close the CAPA with evidence
Examples
- Incoming inspection failure: A lot of 10,000 molded components fails AQL sampling at Level II. Defect is a dimensional deviation of +0.15mm on a critical-to-function feature. Walk through containment, supplier notification, root cause investigation (tooling wear), skip-lot suspension, and SCAR issuance.
- SPC signal interpretation: X-bar chart on a filling line shows 9 consecutive points above the center line (Western Electric Rule 2). Process is still within specification limits. Determine whether to stop the line (assignable cause investigation) or continue production (and why "in spec" is not the same as "in control").
- Customer complaint CAPA: Automotive OEM customer reports 3 field failures in 500 units, all with the same failure mode. Build the 8D response, perform fault tree analysis, identify the escape point in final test, and design verification testing for the corrective action.
Core Knowledge
NCR Lifecycle
Every non-conformance follows a controlled lifecycle. Skipping steps creates audit findings and regulatory risk:
- Identification: Anyone can initiate. Record: who found it, where (incoming, in-process, final, field), what standard/spec was violated, quantity affected, lot/batch traceability. Tag or quarantine nonconforming material immediately — no exceptions. Physical segregation with red-tag or hold-tag in a designated MRB area. Electronic hold in ERP to prevent inadvertent shipment.
- Documentation: NCR number assigned per your QMS numbering scheme. Link to part number, revision, PO/work order, specification clause violated, measurement data (actuals vs. tolerances), photographs, and inspector ID. For FDA-regulated products, records must satisfy 21 CFR 820.90; for automotive, IATF 16949 §8.7.
- Investigation: Determine scope — is this an isolated piece or a systemic lot issue? Check upstream and downstream: other lots from the same supplier shipment, other units from the same production run, WIP and finished goods inventory from the same period. Containment actions must happen before root cause analysis begins.
- Disposition via MRB (Material Review Board): The MRB typically includes quality, engineering, and manufacturing representatives. For aerospace (AS9100), the customer may need to participate. Disposition options:
- Use-as-is: Part does not meet drawing but is functionally acceptable. Requires engineering justification (concession/deviation). In aerospace, requires customer approval per AS9100 §8.7.1. In automotive, customer notification is typically required. Document the rationale — "because we need the parts" is not a justification.
- Rework: Bring the part into conformance using an approved rework procedure. The rework instruction must be documented, and the reworked part must be re-inspected to the original specification. Track rework costs.
- Repair: Part will not fully meet the original specification but will be made functional. Requires engineering disposition and often customer concession. Different from rework — repair accepts a permanent deviation.
- Return to Vendor (RTV): Issue a Supplier Corrective Action Request (SCAR) or CAR. Debit memo or replacement PO. Track supplier response within agreed timelines. Update supplier scorecard.
- Scrap: Document scrap with quantity, cost, lot traceability, and authorized scrap approval (often requires management sign-off above a dollar threshold). For serialized or safety-critical parts, witness destruction.
Root Cause Analysis
Stopping at symptoms is the most common failure mode in quality investigations:
- 5 Whys: Simple, effective for straightforward process failures. Limitation: assumes a single linear causal chain. Fails on complex, multi-factor problems. Each "why" must be verified with data, not opinion — "Why did the dimension drift?" → "Because the tool wore" is only valid if you measured tool wear.
- Ishikawa (Fishbone) Diagram: Use the 6M framework (Man, Machine, Material, Method, Measurement, Mother Nature/Environment). Forces consideration of all potential cause categories. Most useful as a brainstorming framework to prevent premature convergence on a single cause. Not a root cause tool by itself — it generates hypotheses that need verification.
- Fault Tree Analysis (FTA): Top-down, deductive. Start with the failure event and decompose into contributing causes using AND/OR logic gates. Quantitative when failure rate data is available. Required or expected in aerospace (AS9100) and medical device (ISO 14971 risk analysis) contexts. Most rigorous method but resource-intensive.
- 8D Methodology: Team-based, structured problem-solving. D0: Symptom recognition and emergency response. D1: Team formation. D2: Problem definition (IS/IS-NOT). D3: Interim containment. D4: Root cause identification (use fishbone + 5 Whys within 8D). D5: Corrective action selection. D6: Implementation. D7: Prevention of recurrence. D8: Team recognition. Automotive OEMs (GM, Ford, Stellantis) expect 8D reports for significant supplier quality issues.
- Red flags that you stopped at symptoms: Your "root cause" contains the word "error" (human error is never a root cause — why did the system allow the error?), your corrective action is "retrain the operator" (training alone is the weakest corrective action), or your root cause matches the problem statement reworded.
CAPA System
CAPA is the regulatory backbone. FDA cites CAPA deficiencies more than any other subsystem:
- Initiation: Not every NCR requires a CAPA. Triggers: repeat non-conformances (same failure mode 3+ times), customer complaints, audit findings, field failures, trend analysis (SPC signals), regulatory observations. Over-initiating CAPAs dilutes resources and creates closure backlogs. Under-initiating creates audit findings.
- Corrective Action vs. Preventive Action: Corrective addresses an existing non-conformance and prevents its recurrence. Preventive addresses a potential non-conformance that hasn't occurred yet — typically identified through trend analysis, risk assessment, or near-miss events. FDA expects both; don't conflate them.
- Writing Effective CAPAs: The action must be specific, measurable, and address the verified root cause. Bad: "Improve inspection procedures." Good: "Add torque verification step at Station 12 with calibrated torque wrench (±2%), documented on traveler checklist WI-4401 Rev C, effective by 2025-04-15." Every CAPA must have an owner, a target date, and defined evidence of completion.
- Verification vs. Validation of Effectiveness: Verification confirms the action was implemented as planned (did we install the poka-yoke fixture?). Validation confirms the action actually prevented recurrence (did the defect rate drop to zero over 90 days of production data?). FDA expects both. Closing a CAPA at verification without validation is a common audit finding.
- Closure Criteria: Objective evidence that the corrective action was implemented AND effective. Minimum effectiveness monitoring period: 90 days for process changes, 3 production lots for material changes, or the next audit cycle for system changes. Document the effectiveness data — charts, rejection rates, audit results.
- Regulatory Expectations: FDA 21 CFR 820.198 (complaint handling) and 820.90 (nonconforming product) feed into 820.100 (CAPA). IATF 16949 §10.2.3-10.2.6. AS9100 §10.2. ISO 13485 §8.5.2-8.5.3. Each standard has specific documentation and timing expectations.
Statistical Process Control (SPC)
SPC separates signal from noise. Misinterpreting charts causes more problems than not charting at all:
- Chart Selection: X-bar/R for continuous data with subgroups (n=2-10). X-bar/S for subgroups n>10. Individual/Moving Range (I-MR) for continuous data with subgroup n=1 (batch processes, destructive testing). p-chart for proportion defective (variable sample size). np-chart for count of defectives (fixed sample size). c-chart for count of defects per unit (fixed opportunity area). u-chart for defects per unit (variable opportunity area).
- **Capability I
Content truncated.
When not to use it
- →When quality management systems are not defined
- →For non-manufacturing quality issues
Prerequisites
Limitations
- →Requires established QMS numbering schemes
- →Depends on existing ERP integration
How it compares
It provides a codified, industry-standard framework for quality engineers rather than relying on ad-hoc investigation methods.
Compared to similar skills
quality-nonconformance side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| quality-nonconformance (this skill) | 0 | 3mo | No flags | Advanced |
| backtesting-frameworks | 17 | 2mo | No flags | Advanced |
| evaluating-machine-learning-models | 1 | 27d | Review | Intermediate |
| evaluate-environments | 1 | 26d | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by ThanhTrunggDEV
View all by ThanhTrunggDEV →You might also like
backtesting-frameworks
wshobson
Build robust backtesting systems for trading strategies with proper handling of look-ahead bias, survivorship bias, and transaction costs. Use when developing trading algorithms, validating strategies, or building backtesting infrastructure.
evaluating-machine-learning-models
jeremylongshore
Build this skill allows AI assistant to evaluate machine learning models using a comprehensive suite of metrics. it should be used when the user requests model performance analysis, validation, or testing. AI assistant can use this skill to assess model accuracy, p... Use when appropriate context detected. Trigger with relevant phrases based on skill purpose.
evaluate-environments
PrimeIntellect-ai
Run and analyze evaluations for verifiers environments using prime eval. Use when asked to smoke-test environments, run benchmark sweeps, resume interrupted evaluations, compare models, inspect sample-level outputs, or produce evaluation summaries suitable for deciding next steps.
quality-engineering-zephyr-coverage-analysis
HoangNguyen0403
Audit test coverage health, gaps, and QE debt for Jira stories or epics. Produces coverage_analysis_report.md with AC-to-TC heatmap, risk scores, and prioritized action plan. Use when assessing coverage percentage, pre-release readiness, sprint readiness, or identifying missing test cases. Do NOT us
eval-author
joe-broadhead
Designs, debugs, and operationalizes dbt-nova eval suites for manifest metadata quality and agent tool-use quality. Use when creating bridge evals, provider-backed agent evals, CI eval gates, regression suites for Nova metadata, or when interpreting dbt-nova eval artifacts and failures.
openjudge
agentscope-ai
>