TTokenySpace
返回 Skills 列表

特殊特性识别技能

从用户投喂的杂散材料(图纸图片/客户规范/邮件/Excel清单/口头)中抽取并识别产品与过程的特殊特性(CC/SC),判定级别、翻译客户符号、生成纯文字特性清单与传递矩阵,并标注材料缺口。面向 APQP 特殊特性清单编制、接单评审、审核应对。

#中文
0

安装到 Tokeny(自动)

下载 ZIP
安装"skill-special-characteristic-manager"技能
技能信息:
- 名称: 特殊特性识别技能
- 标识: skill-special-characteristic-manager
- 描述: 从用户投喂的杂散材料(图纸图片/客户规范/邮件/Excel清单/口头)中抽取并识别产品与过程的特殊特性(CC/SC),判定级别、翻译客户符号、生成纯文字特性清单与传递矩阵,并标注材料缺口。面向 APQP 特殊特性清单编制、接单评审、审核应对。
- 版本: 1.0.0
下载地址:
https://www.tokeny.space/api/skills/skill-special-characteristic-manager/download
继续

复制上方内容到 Tokeny 客户端并在会话中发送即可自动安装;也可直接 下载 ZIP并拖动到技能窗口安装。

SKILL.md

特殊特性识别技能

一、技能定位与真实场景

本技能帮质量工程师 / 设计工程师 / APQP 小组成员,从手头杂散、非结构化的材料中识别产品与过程的特殊特性(关键特性 CC、重要特性 SC),判定级别、翻译客户符号,并产出一份可复核的特性清单。

用户通常在这些场景用到本技能,且手里的材料是"丢过来"的,不是填好的表单:

场景用户当下在做什么手里通常有什么(形式)
A. 新项目特殊特性清单编制APQP 产品设计阶段,要拉出关键/重要特性清单客户图纸(图片/PDF)、客户技术规范、法规清单、以往类似产品清单(Excel/Word)、企业内部符号体系
B. 客户符号翻译 / 接单评审收到客户 RFQ 或图纸,客户用了自己的符号(▽★代码红旗)客户图纸截图、客户邮件/规范文本,有时是销售口头转述
C. 过程设计阶段设计特性定了,要识别过程重点控制项流程图、设备清单、DFMEA 输出(Excel/文档)
D. 审核应对审核员问"怎么识别特殊特性"需要一份依据充分的清单

核心动作:从杂乱多源材料里抽取特性 → 对照规则判定 CC/SC → 标注依据和符号 → 翻译客户符号 → 标出材料缺口,而非让用户先填表。

详细分类规则、判定标准、控制方案、符号规范、主流客户要求,见 references/special-characteristic-rules.md(按需读取,不要全文前置加载)。

二、核心概念(速览,详情见 rules.md)

  • 关键特性 CC(Critical Characteristic):影响安全 / 法规 / 产品主要功能的特性。失效会导致人身伤害、违法、核心功能丧失。
  • 重要特性 SC(Significant Characteristic):影响性能 / 装配 / 外观 / 客户满意度的特性。失效不直接危及安全,但引发投诉、返工、装配困难。
  • 一般特性:除 CC、SC 外,通过常规控制即可保证。
  • 符号体系:◇ 代表 CC,▽ 代表 SC(行业通用 AIAG/VDA 符号)。
  • 判定原则:就高原则(同时满足 CC/SC 按 CC)、客户指定原则、DFMEA 严重度 S≥8 通常对应 CC/SC。

三、通用强制规则(5 项,执行时必落地)

规则 1 — 调用前置说明 开场先简要说明:本技能能做什么、边界在哪、要开始识别需要你投喂哪些材料。若上下文已有材料则直接采用,不重复追问。

规则 2 — 输入载体判定 先判断用户投喂材料的载体形式,决定处理方式:

  • 图片(图纸截图)→ 视觉识别抽取符号/标注
  • PDF / Word(客户规范)→ 解析文本(必要时调用 pdf / docx 技能)
  • Excel(以往清单 / FMEA)→ 表格读取(必要时调用 xlsx 技能)
  • 邮件 / 口头 → 直接作为文本
  • 混合 → 逐项判定后合并处理 需调用其他技能辅助时,显式说明将调用哪个、做什么。

规则 3 — 缺失信息主动说明与标注 遇到材料缺失(如客户符号含义不明、缺少法规清单),主动说明对判定的影响;用户不补充的,相关项明确标注「待确认」或「待企业补充」,不伪造已确认内容。

规则 4 — 输出形式与大纲确认 本技能输出纯文字 Markdown 报告(不生成网页/HTML)。 生成报告正文前,必须先向用户展示报告大纲(章节结构)并确认,不得跳过大纲直接出全文。 大纲见第六节。

规则 5 — 边界清晰 明确声明能做什么、不能做什么(见第五节),避免用户预期超出实际能力。

四、工作流(材料投喂式)

步骤 1:开场说明

向用户说明:本技能从你提供的材料中识别 CC/SC,请投喂你手头已有的材料(图纸截图、规范文件、邮件、以往清单、口头描述均可)。同时提示:最终清单需企业责任人签字确认,本技能产出为"建议稿 + 依据"。

步骤 2:输入载体判定

识别每份材料的载体形式,按需调用 pdf / docx / xlsx 技能解析;图片直接用视觉能力读取符号与标注。逐项说明"这份材料我按什么方式处理"。

步骤 3:抽取与识别(核心)

从材料中抽取候选特性,逐项判定:

  • 判定级别(CC / SC / 一般),写出判定依据(安全/法规/功能/性能/装配/外观/客户关注)
  • 标注符号(◇ / ▽)
  • 记录来源材料(哪份材料、哪页/哪处)
  • 若存在客户专用符号,进行客户符号 → 自家体系翻译(见 rules.md 第 7 节及本技能补充的映射逻辑)

步骤 4:缺口澄清

汇总识别中的不确定性,向用户指出还缺什么(如:客户红旗标记含义、PPAP 客户批准状态、热处理工艺参数),请用户补充或确认;无法确认的标「待确认 / 待企业补充」。

步骤 5:生成报告

按规则 4 先展示大纲 → 用户确认 → 调用 scripts/build_report.py 将结构化结果渲染为纯文字 Markdown 报告(脚本输入为 JSON,字段定义见脚本内 SCHEMA 注释)。

五、能力边界

  • 从投喂的图纸 / 规范 / 邮件 / FMEA / 口头材料中抽取特性并判定 CC/SC
  • 翻译客户符号到自家 ◇▽ 体系
  • 生成特性清单、传递矩阵、控制方案建议、缺口汇总
  • 引用 rules.md 给出判定依据,供复核

不能

  • 替企业做最终签字确认(需责任人拍板,本技能产出为建议稿)
  • 凭空编造客户未提供的特性或符号含义
  • 正向生成完整 FMEA / 控制计划(那是相邻技能的活,本技能只提控制建议并指向它们)

六、输出报告大纲(生成前先确认)

# 特殊特性识别报告
产品/项目:XXX    编制日期:YYYY-MM-DD    材料来源:……

一、已识别特性清单
   1.1 关键特性(CC)
   1.2 重要特性(SC)
   1.3 一般特性(如有)
   1.4 分类汇总

二、客户符号 → 自家体系映射(若投喂客户材料)

三、特殊特性传递矩阵(特性 → 过程 → 控制方法)

四、控制方案建议(按 CC/SC/一般分级,要点式)

五、待企业补充 / 待确认(材料缺口、需责任人拍板项)

六、判定规则依据索引(引用 rules.md 对应章节,供复核)

七、相邻技能(提示,不回写)

本技能独立运行,不挂任何联动线。当识别完成后,以下相邻技能可承接后续工作,按需建议用户使用(不修改它们的文件):

  • fmea-assistant:将已识别特性展开为 DFMEA / PFMEA
  • cp-control-plan:基于特性清单编制控制计划
  • ppap-guide:按客户要求准备 PPAP 提交资料
  • apqp-project-manager:纳入 APQP 整体项目节奏

八、TRACE 测评

维度评分说明
Trust9/10纯本地文本处理,不依赖外部不可达 API,完整支持中文,不触碰敏感数据
Reliability9/10脚本确定性渲染 JSON→MD,缺失字段有默认值不崩溃;判定规则引用统一 rules.md
Adaptability9/10明确四种真实场景与材料形式,声明能力边界与不适用项,触发条件无歧义
Convention8/10场景驱动结构清晰,rules.md 按需加载避免前置过载,示例充分
Effectiveness9/10直接吃杂散材料产出可复核清单,比人工逐项查表高效,缺口标注提升可用性
总分44/50通过

评论

加载中…