manufacturing-failure-reason-codebook-normalization

Normalize raw failure reasons into standardized product codebook entries.

Updated Jan 15, 2026
One-click install
npx skills add https://github.com/KaiserWhoLearns/skillsbench --skill manufacturing-failure-reason-codebook-normalization
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: manufacturing-failure-reason-codebook-normalization
Source: https://github.com/KaiserWhoLearns/skillsbench/tree/main/tasks/manufacturing-codebook-normalization/environment/skills/manufacturing-failure-reason-codebook-normalization
Command: npx skills add https://github.com/KaiserWhoLearns/skillsbench --skill manufacturing-failure-reason-codebook-normalization

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Standardizes testing engineers' failure reasons to align with product codebooks, reducing misinterpretations and improving defect classification by fixing typos, ambiguous language, and cross-language content. The component performs segmentation, semantic matching, confidence calibration, and station validation to produce reliable code mappings.

Core Features & Use Cases

  • Segmentation and normalization of raw failure text into standardized codebook entries.
  • Evidence-based scoring with station compatibility and deterministic tie-breaking to identify the best matching code.
  • Output a single pred_code/pred_label or UNKNOWN, with calibrated confidence for downstream analytics.
  • Use Case: QA teams across multiple stations can normalize failure reasons to unified codes for consistent reporting and trend analysis.

Quick Start

Provide a raw failure reason and have the system normalize it to the appropriate product-codebook entry.

Frequently Asked Questions about manufacturing-failure-reason-codebook-normalization

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I normalize raw failure reasons to match product codebooks?

The Skill normalizes failure reasons by matching raw text against product codebooks using segmentation, semantic matching, and confidence calibration. It returns a single pred_code and pred_label, or UNKNOWN when evidence is weak.

How does failure reason normalization handle cross-station consistency?

Cross-station consistency is maintained by applying station validation and evidence-based scoring during defect classification. This ensures ambiguous language across different testing stations maps to unified codebook entries.

How do I classify defect reports when the failure text has typos and ambiguous language?

Defect reports with typos and ambiguous language are classified through text segmentation and semantic matching against a product codebook. This fixes misinterpretations by assigning the most relevant failure code based on calibrated confidence.

What happens when a defect report has weak evidence for any failure code?

When a defect report has weak evidence for any failure code, the normalization process returns UNKNOWN instead of guessing. This deterministic approach uses calibrated confidence to ensure only reliable code mappings are output for downstream analytics.

How are tie-breaking conflicts resolved during failure code assignment?

Tie-breaking conflicts during failure code assignment are resolved deterministically using evidence-based scoring and station compatibility checks. This ensures the single most relevant pred_code is selected when multiple codebook entries match the raw failure text.

Can I use this failure codebook normalization for QA trend analysis across multiple products?

Yes, failure codebook normalization supports QA trend analysis across multiple products. It standardizes testing engineers' failure reasons into unified codes, enabling consistent reporting and reliable downstream analytics across different stations.