返工返修处置方案

这批坏件，到底该怎么处置？

不合格品评审（MRB）给出结论后，真正棘手的问题才浮出水面：手上有一批已经判定不符合的产品，是返工、返修还是报废？怎么修才不会二次不良？客户那边能不能过？

实际操作中常见的坑是：方案写得像通用 SOP，什么"打磨、补焊、重新装配"，不针对这批坏件的具体超差和恢复路径；或者只按内部标准处置，忽略了客户的让步规则和接受准则，货发出去被拒收。还有一种情况是把"返修"当"返工"——修复后降级使用了，却按满足原要求放行，直接踩了合规与追溯的红线。

这个技能做什么

@engicool/rework-repair-plan 面向质量工程师、客户质量工程师、工艺工程师和 MRB 成员，输入客观不符合信息（缺陷性质、部位、数量、证据/测量数据、违反了哪项原始要求）和客户要求（接受准则、让步规则、是否需客户书面批准），产出一份针对具体批次或单件的处置方案。

核心能力包括：

• 定性与边界：明确区分返工（恢复原要求）、返修（让步使用）、报废建议，并对合规边界给出提示，但不替用户下结论
• 针对性步骤：方案设计落到这批坏件的实际缺陷和恢复路径，不是泛泛的作业指导
• 验证锚定客户要求：判定准则直接引用客户原始要求，不写"目视合格"这类模糊表述
• 标识与追溯：包含返工标识、批次流转、记录与系统录入要求
• 即时产出：调用 scripts/build_report.py 生成 txt 和 md 双格式文件，可直接用于处置评审或客户对接

处理流程覆盖八段：不符合信息收敛 → 客户要求锚定 → 定性 → 影响分析 → 方案设计 → 验证准则 → 标识追溯 → 风险与升级。

适用边界

这个技能不替代 MRB 结论——返工/返修/报废的最终决定权在 MRB 或授权人员。它也不替代现场可行性确认，设备和工装能否执行需要工艺和设备工程师确认。如果用户要的是通用返工返修作业指导书（SOP），应引导到对应的 SOP 技能。

强制交互锁：在确认"客户要求"和"客观不符合信息"之前不会生成方案，缺项会标注「待补充」，不会编造数据。