HW-02 · 替代料验证计划与风险台账

① 场景引入

一、这件事现在是什么样

硬件研发与物料工程 · 真实业务触发

缺料或 EOL 触发替代评估。硬件工程师要逐项排除：耐压不行、封装不行、Enable 引脚逻辑反相。会被追问：「这颗候选料我们是不是验过一次？当时为什么没用？」

二、痛点 · 每条都有来源

1硬件工程师自述：凌晨被供应商缺货邮件惊醒，边刷牙边逐项排除替代料——耐压不行、封装不行、Enable 引脚逻辑反相，全靠一个人现场想依据 · 硬件工程师自述：凌晨被供应商缺货邮件惊醒，边刷牙边逐项排除替代料（耐压不行 / 封装不行 / Enable 引脚逻辑反相）2替代料验证周期差异巨大：被动器件 1-2 周、MCU 3-6 个月，HTOL 1000 小时一项即约 6 周——验证计划不排期，切换就是空话依据 · 替代料验证实务：HTOL 1000 小时一项即约 6 周，被动器件与 MCU 的验证周期差异3双源认证成本：简单器件约 15,000 美元、车规 MCU 约 400,000 美元——验哪颗不验哪颗必须靠历史台账，不能靠拍脑袋依据 · 双源认证成本：简单器件约 15,000 美元、车规 MCU 约 400,000 美元；被动器件验证1-2 周、MCU 3-6 个月4同一颗候选料，A 项目验过电性、B 项目以为没验过又全验一遍——验证记录不互通，重复花的就是真金白银依据 · 二供策略：pin-to-pin 替代的可行性与陷阱5pin-to-pin 不等于 drop-in：引脚兼容但时序不兼容的坑，只有栽过的人知道具体栽在哪依据 · 二供策略：pin-to-pin 替代的可行性与陷阱

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 硬件工程师自述：凌晨被供应商缺货邮件惊醒，边刷牙边逐项排除替代料——耐压不行、封装不行、

Enable 引脚逻辑反相，全靠一个人现场想替代料验证周期差异巨大：被动器件 1-2 周、MCU 3-6 个月，HTOL 1000 小时一项即约 6 周——验证计划不排期，切换就是空话双源认证成本：简单器件约 15,000 美元、车规 MCU 约 400,000 美元——验哪颗不验哪颗必须靠历史台账，不能靠拍脑袋同一颗候选料，A 项目验过电性、B 项目以为没验过又全验一遍——验证记录不互通，重复花的就是真金白银

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 要素校验 · 候选料信息够不够排验证规格书关键参数逐项抽取，缺项列为「无法评估」不猜
2. 历史检索 ·这颗或同类料我们验过吗按型号、封装、电路角色三路检索历史台账，失败原因逐条调出
3. 五层验证项生成 · 从外观到系统外观丝印 / 电性 / 可靠性（HTOL 等）/ 产线工艺 / 系统联调——按电路角色裁剪，不是每颗都全套
4. 排期倒排 · 从切换日倒推各层时限可靠性 6 周是硬约束，排不下就明说「赶不上」，给分期切换方案
5. 成文 ·验证计划 + 台账续行计划带责任人与时限；台账续一行（候选料、验证项、结果、结论），失败也要记

要准备什么：缺料通知或 EOL 评估结论（触发源）知道要为哪颗料找替代候选料清单与规格书（datasheet PDF）供应商推荐 + 自查历史替代验证记录（邮件/Excel，可能很乱）本厂最值钱的隐性资产原器件在 BOM 中的用法（电路角色与关键参数）判定验证项范围的依据

为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 4 ÷ 落地难度 2 = 10.0

最大差异点：与「元器件选型网站查替代」的区别：网站给的是参数兼容性，这里给的是「我们自己验过什么、栽在哪」——历史失败原因（Enable 引脚反相、启动时序不满足）是选型网站永远不知道的本厂资产。每验一颗（无论成败）台账厚一行，越用越值钱。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：替代料验证计划.xlsx 正式件 · 五层验证项 + 责任人 + 时限 + 签批栏
• 可派发清单：历史验证检索表.xlsx 验过的/栽过的 · 逐条带出处与失败原因
• 可派发清单：验证台账续行.xlsx 可派发 · 本次候选的登记行（结果待回填）

这套东西不承诺什么：不做替代料的电性判定与签核放行——测试数据由实验室出，验证结论由研发负责人签。计划输出的是五层验证项、责任人与时限，以及历史失败原因的复用。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：穗芯电子智能硬件事业部（深圳）2026-09-08。9-4 变更委员会批准了 HW-01 评估表的双轨方案：末单 9-11前下达、替代验证立即启动。候选 4 颗：恒澜原厂推荐的 HL62842DLCR（pin-to-pin 声明）、拓澜 TP62841、晟歌

SG41511、瑞涛 RT5126B。今天要出验证计划：五层验证怎么裁剪、HTOL 六周硬约束怎么排、哪颗候选我们其实验过。会被追问的还是那句：「这颗候选料我们是不是验过一次？当时为什么没用？」

主攻候选A · HL62842DLCR历史复用淘汰 B · 省约 2 万硬约束HTOL 6 周 · 10-26 出切换窗口12 月底 · 缓冲 8 周

输入半导体与电子信息企业手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_候选料清单与规格书摘要.docx 4 颗候选的关键参数摘要——规格书几百页，看的是关键参数页供应商推荐 + 硬件组自查
• 02_历史替代验证台账.xlsx 历史替代验证记录（成败都续行）——本厂最值钱的隐性资产散在离职同事电脑 + 邮箱· 刚转录成台账
• 03_HL62841电路用法说明.docx 原器件在 BOM 中的用法——五层验证按电路角色裁剪的依据硬件组维护 · 电路角色与关键参数
• 04_HL62842规格书关键页摘录.docx 候选 A 规格书关键页——pin-to-pin 声明的逐项核对已向原厂索要 · 9-6 到件
• 05_实验室排期_9-10月.xlsx 验证资源排期——HTOL 窗口与切换日期的倒推底数实验室周排期 ·每周一更新

注意标橙色那一份 —— 02_历史替代验证台账.xlsx。它散在离职同事电脑 + 邮箱 · 刚转录成台账，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

为这颗停产物料出替代验证计划，候选料和规格书都在这， 我们历史的替代验证记录也给你（很乱，凑合看）。 哪颗候选我们验过、当时栽在哪，先翻出来；

五层验证按这颗料在电路里的角色裁剪，可靠性那项 6 周排不下就明说。

计划带责任人和时限。台账续一行，结论栏留空。复制

台账的价值在失败记录——失败的记录才挡得住第二次踩坑。检索与裁剪规则在能力包里。

触发9-4 变更委员会批双轨，9-8 出替代验证计划

谁催、什么硬约束、会被追问什么

变更委员会 9-4 批了双轨：末单 9-11 前下、替代验证立即启动。候选 4 颗摆在桌上，其中一颗（拓澜 TP62841）参数全面匹配——但台账里可能躺着它的旧账。以前出这种计划靠硬件工程师凌晨逐项排除：耐压不行、封装不行、Enable引脚逻辑反相，全靠一个人现场想。现在先翻台账半小时，再定候选，白天就能把计划排完。

第 1 步 · 要素校验 · 候选料信息够不够排验证

规格书关键参数逐项抽取，缺项列为「无法评估」不猜

第 2 步 · 历史检索 · 这颗或同类料我们验过吗

按型号、封装、电路角色三路检索历史台账，失败原因逐条调出

这一步的看点 · 从历史里想起了公司踩过的坑候选清单里那颗拓澜 TP62841，2025 年 6 月在 SW2 项目验过——电性全过，栽在轻载效率不达标，整机待机电流超标 40%，当时结论邮件还在台账附件里。本次直接复用该结论，省一轮样品与测试费（约 2 万元）。这条不靠当年经手的人还在不在职。另一条同样值钱：2024-08 那颗 LDO「同封装同引脚」——栽在启动时序。pin-to-pin 不等于 drop-in，只有栽过的人知道具体栽在哪——现在不栽过的人也知道了，它在台账里。

第 3 步 · 五层验证项生成 · 从外观到系统

按电路角色裁剪，不是每颗都全套——候选 A 为主攻排项

这一步的看点 · 该拦的地方拦住了计划结论：候选 A 不能按「引脚兼容即免验证」放行——历史台账里2024-08 同封装同引脚的先例栽在启动时序；且 HL62842 软启动最大值 2.3ms 超出 SW3 约束（2ms），spec 典型值 1.6ms达标不代表批批达标。替代方案：先做 48 小时系统联调（板级，成本低），过了再排全套；不过就换下一候选（D ·RT5126B），不赌。

第 4 步 · 排期倒排 · 从切换日倒推各层时限

可靠性 6 周是硬约束，排不下就明说「赶不上」，给分期切换方案

这一步的看点 · 排除性结论候选 A / D 的外壳尺寸问题可以排除——与原料同封装（QFN-12）同卷带规格，贴片工艺验证缩为上机跑 500 颗确认，不必全项；依据是规格书封装页与现用料逐项一致（候选 C 待补料、B 已淘汰，本轮实际进排期的就是 A 与 D 两颗）。省下的不是验证费，是排期——贴片层从全项缩为跑量确认，11 月上旬的切换评审才排得进日历。

第 5 步 · 成文 · 验证计划 + 台账续行

计划带责任人与时限；台账续一行（候选料、验证项、结果、结论），失败也要记

这一步的看点 · 把技术动作翻译成钱重复验证一颗被动器件约 2 万元、一颗带软件适配的 MCU 以十万计——而台账里躺着的那条 2025-06 失败记录，今天直接省掉一轮样品费与 3 周排期（约 2 万元）。双源认证的预算决策以后有了底稿：验哪颗不验哪颗，先翻台账。这两个数并排放在计划首页——台账的价值在失败记录，一条失败记录挡住的一次重复投入，就够把台账维护三年。

pin-to-pin 不能免验证——48 小时联调先行，过了再排全套四颗候选翻完台账只剩两颗进排期：A（HL62842DLCR）主攻、D（RT5126B）备选——B 的失败结论有案可查直接淘汰，C 资料不全挂起。A 的软启动最大值 2.3ms 超出 SW3 时序约束（2ms），这是整个计划最大的技术风险点，也是联调先行的理由。方案一（推荐）：A 先做 48 小时板级联调（软启动实测），过了 9-14 进 HTOL、11 月上旬具备切换条件、12 月底前完成 Hard Cut——全程按台账走不重复花一分冤枉钱（已省约 2 万）；联调不过就切 D，排期不受影响。方案二：跳过联调直接全套排产（省 2 天日历时间），赌软启动批批达标——2024-08 同封装同引脚栽在时序的先例说明这个赌注有真实赔率：一旦 HTOL 中后期才发现时序问题，重来一轮以周计，切换缓冲从 8 周压缩到不足 4 周，末单买来的时间窗口就被吃掉了。验证结论由研发负责人签——计划给的是不重复踩坑的路径和排期，电性判定靠实验室数据。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 验证台账从「离职同事的电脑」变成结构化资产——成败都续行
• ✓ 同一颗候选料不会被两个项目各验一遍，重复验证费开始可统计
• ✓ 「可靠性 6 周是硬约束」第一次进入排期语言，切换承诺不再拍脑袋
• ✓ 岗位角色变了：从「凌晨边刷牙边排除」变成「白天翻台账半小时定候选」

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 它能告诉我这颗替代一定行吗？ 不能。电性判定靠实验室数据，签核靠研发负责人。计划给的是不重复踩坑的路径和排期。
• 台账里就十几条记录，有用吗？ 有。替代验证低频但单次贵，十几条里命中一条就回本。每验一次续一行，两年后这是选型时的第一入口。
• 规格书几百页的 PDF 也看？ 看关键参数页。抽不到的参数列「无法评估」，不猜——猜错了是要停线赔偿的。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

替代料验证计划与风险台账 —— 五层验证排下去，失败原因留下来 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

alt-part-validation.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是半导体与电子信息企业手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁HW-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

• 01_候选料清单与规格书摘要.docx 4 颗候选的关键参数摘要——规格书几百页，看的是关键参数页
• 02_历史替代验证台账.xlsx 历史替代验证记录（成败都续行）——本厂最值钱的隐性资产
• 03_HL62841电路用法说明.docx 原器件在 BOM 中的用法——五层验证按电路角色裁剪的依据
• 04_HL62842规格书关键页摘录.docx 候选 A 规格书关键页——pin-to-pin 声明的逐项核对
• 05_实验室排期_9-10月.xlsx 验证资源排期——HTOL 窗口与切换日期的倒推底数

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

为这颗停产物料出替代验证计划，候选料和规格书都在这， 我们历史的替代验证记录也给你（很乱，凑合看）。 哪颗候选我们验过、当时栽在哪，先翻出来；

五层验证按这颗料在电路里的角色裁剪，可靠性那项 6 周排不下就明说。

计划带责任人和时限。台账续一行，结论栏留空。复制

为什么这么短就够了：台账的价值在失败记录——失败的记录才挡得住第二次踩坑。检索与裁剪规则在能力包里。换成你自己的业务 · 把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• HW-02_替代料验证计划.xlsx 正式件 · 五层验证项 + 责任人 + 时限 + 签批栏
• HW-02_历史验证检索
• 表.xlsx 验过的/栽过的 · 逐条带出处与失败原因
• HW-02_验证台账续行.xlsx 可派发 · 本次候选的登记行（结果待回填）

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：缺料通知或 EOL 评估结论（触发源）知道要为哪颗料找替代候选料清单与规格书（datasheet PDF）供应商推荐 + 自查历史替代验证记录（邮件/Excel，可能很乱）本厂最值钱的隐性资产原器件在 BOM 中的用法（电路角色与关键参数）判定验证项范围的依据

人工边界：不做替代料的电性判定与签核放行——测试数据由实验室出，验证结论由研发负责人签。计划输出的是五层验证项、责任人与时限，以及历史失败原因的复用。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

硬件研发与物料工程 · 产出即下一步输入

• HW-01 · EOL/PCN 影响评估：一封停产通知，当天落到 BOM 行和订单行上
• HW-03 · 物料风险周快报：涨价、缺货、停产三类事件，扫一遍 BOM 汇成一张表
• HW-04 · 竞品拆解 BOM 初稿：照片与丝印对着自家 BOM，拆出成本差异清单

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。