技能介绍

问题从哪来

质量工程师、设计工程师和 APQP 小组成员在项目早期往往拿到的不是填好的特性表，而是客户图纸（图片或 PDF）、技术规范、法规清单、以往类似产品的 Excel，以及邮件或口头转述里的专用符号（▽、★、代码、红旗等）。要在这些杂散、非结构化材料里拉出关键特性（CC）和重要特性（SC），还要写清判定依据、统一符号，并经得起审核追问——人工逐项对照 AIAG/VDA 规则和客户要求，既慢又容易漏项或误译符号。

技能如何工作

本技能采用材料投喂式工作流，而不是先让你填表：

载体判定：按图片、PDF/Word、Excel、纯文本或混合形式选择处理方式；需要时可说明将配合 pdf / docx / xlsx 等相邻技能解析文件。
抽取与判定：从材料中抽取候选特性，按就高原则、客户指定与 DFMEA 严重度等规则判定 CC / SC / 一般特性，标注 ◇（CC）、▽（SC），并记录来源页/出处与判定依据（安全、法规、功能、性能、装配、外观等）。
符号翻译：将客户专用符号映射到企业或行业通用的 ◇▽ 体系；含义不明的项不臆造，标为待确认或待企业补充。
报告输出：生成正文前先展示报告大纲并等你确认，再通过结构化结果渲染为纯文字 Markdown 特性清单、传递矩阵、控制方案建议与缺口汇总。

详细判定规则与符号规范按需引用 references/special-characteristic-rules.md，避免一次性塞满上下文。

边界与注意点

产出是建议稿 + 依据，最终签字确认仍须企业责任人完成；不能替企业拍板或编造客户未提供的特性与符号含义。
不负责从零生成完整 DFMEA 或控制计划，但识别完成后可衔接 fmea-assistant、cp-control-plan、ppap-guide 等相邻技能做后续工作。
材料缺失会主动说明对判定的影响；你不补充时，相关条目会明确标注待确认，而不是伪装成已核实。