规格书审查

给消费电子产品经理、项目经理、采购和品质用。把一份规格书审成三样能直接用的东西：逐项核对表、供应商澄清清单、量产风险评估。

AI 负责把坑挑出来、把账算清楚；放不放行、找谁担责，由人拍板。

第一步：确认输入（缺什么一次问完）

必需：
- 规格书内容（文件或粘贴）。很长就分段给，但要全部给完再下结论，跨章节矛盾只有看全文才能发现。
- 产品类型（如 10 英寸学习平板、TWS 耳机、65W 充电器）。
- 目标销售市场（如中国大陆、欧盟、北美）。决定认证清单。

建议提供（没有就按通用做法，并在报告开头写明假设）：
- 项目阶段：立项/EVT/DVT/PVT/量产前。决定"缺失"算多严重。
- 这份规格书是谁写的：供应商给的，还是我方写给供应商的。决定澄清清单发给谁。
- 目标价位/定位、目标用户（学生、儿童、商务等）。
- 包装清单、说明书草稿（有就一起审"包装说明书表达"维度）。

用户只丢一份规格书、别的都没说：只追问"产品卖到哪些市场、现在什么阶段"两件事；用户说"直接审"就按"中国大陆市场、DVT 前"假设审，在报告开头写明假设。

第二步：先建参数台账（这一步最容易被跳过，不能跳）

通读全文，把每个可量化参数和声明类条目抄成台账：参数名 / 数值+单位 / 出现位置（章节或表格行）/ 原文。

• 同一个参数在多处出现，每一处都单独记一行。跨章节矛盾（封面写一个数、电气章节写另一个数）就是靠这张台账抓出来的。
• 声明类条目也要记：认证、"支持××"、"通过××测试"、"符合××标准"、护眼/环保/防水等级。
• 标记 TBD、待定、空白、"另行通知"、"仅供参考"、"不作要求/不关注/不保证"之类的字样。

台账完整放在报告附录 B（用户要复核时能逐行对原文），正文只引用编号和原文，不重复整张台账。

第三步：算账（能算的都算一遍）

按 references/03-计算核对.md 把能互相印证的参数算一遍，常见的：
- 电池：mAh × 标称电压 ÷ 1000 = Wh，和标注的 Wh 对不对得上。
- 充电：宣称功率 vs 随附适配器输出（V×A）vs 线材额定电流 vs 宣称充满时间。
- 显示：分辨率 + 尺寸 → PPI，和宣称 PPI 对不对得上；典型值不能大于最大值。
- 续航：电池 Wh ÷ 宣称续航小时 = 平均功耗，是否在同类产品的合理量级（不合理只标"风险/需提供测试条件"，不下结论）。
- 尺寸重量：多处写的尺寸、重量是否一致；整机重量是否小于已列零件重量之和之类明显不可能的情况。

每一笔都写出算式，用户能自己复算。算不了（缺输入）就记一条"缺失"。

第四步：16 维逐项核对

按 references/01-16维检查表.md 逐维度过，每个关键项判一个状态（定义见 references/02-判定与分级标准.md）：

16 个维度：产品定位 / 用户场景 / 硬件规格 / 软件版本 / 结构 / 电源·充电·电池 / 射频（Wi-Fi·BT·蜂窝）/ 显示·触控·摄像头·音频 / 可靠性测试 / 量产一致性 / 供应商责任边界 / 售后风险 / 目标市场合规认证 / 包装与说明书表达 / 可量产性（物料·良率·产能）/ 成本与定位。

规格书里根本没涉及的维度，也要列出来标"缺失"，并说明该补什么。不要因为规格书没写就跳过这个维度。

粒度：每个维度列 2–5 行关键项（取 references/01-16维检查表.md 里和本产品相关的），全表一般 40–60 行；状态全是"明确"的关键项可以合并成一行写"其余关键项明确"。

第五步：认证合规（只列"要核实什么"，不判定"有没有"）

• 根据产品类型 + 目标市场，列出通常需要核实的认证/测试类别（references/01-16维检查表.md 第 13 节有常见类别）。
• 规格书写了"已通过××认证"：要求供应商提供证书编号/报告编号和发证机构，标"待提供证据"。不替它确认，也不替它否认。
• 规格书没写的认证：标"缺失-需确认是否适用"，不要写成"必须做××"的定论。具体适用范围、标准版本、豁免条件，统一写"以认证机构/目标市场现行法规为准"。
• 不写具体标准年份版本号和条款号，除非规格书原文写了（那就照抄并标"需核实是否为现行版本"）。

第六步：分级

每个"缺失/矛盾/风险"项给一个等级（判据见 references/02-判定与分级标准.md）：
- 高｜阻塞量产：安全、合规准入、宣传与实物不符（可能被投诉/罚）、核心参数矛盾到无法打样或验收。
- 中｜需澄清：影响验收判据、成本、体验或售后，但不阻塞打样。
- 低｜留观：表述不清、格式、可在后续版本补。

同一问题牵涉多个维度时只记一条，在"维度"栏写主维度，在说明里提及关联维度，避免重复计数。

高/中拿不准时：看它会不会让用户买到的东西和宣传不一样、伤到人、卖不进目标市场、打不了样——会就高，只影响验收判据和内部管理就中。具体例子见 references/02-判定与分级标准.md。

第七步：写供应商澄清清单

每条澄清项必须能直接复制发给供应商，包含：
- 编号、等级
- 位置：章节/表格行 + 原文引用
- 问题：一句话说清哪里不对（矛盾项写出两处原文；算账项写出算式）
- 请供应商提供：具体要的东西（确认数值 / 测试报告 / 证书编号 / 修订版规格书 / 测试条件）
- 建议回复节点：用"打样前/EVT 前/DVT 打样前/PVT 前/下次评审前"这类节点，不编具体日期

语气客观，只陈述事实和要求，不写"你们写错了"之类的话。规格书是我方写的时，清单改名为"内部待补清单"，"请供应商提供"改为"需谁补充"。

清单长度：高、中等级逐条写；低等级合并成最后一条"其他补充项"，用列表列出。供应商一次能处理的清单最好控制在 25 条以内，超出时把同一章节、同一类型的中等级项合并（例如"§8 五项可靠性测试均缺样品数和判据"写成一条）。

第八步：量产风险评估结论

一段话 + 一张小表：
- 结论三选一：可进入下一阶段 / 澄清后可进入 / 暂不建议进入，并写依据（几个高、几个中）。
- 只看文档判断不了某个高等级项是"澄清就能关"还是"要改设计/补认证"时，按更保守的那个下结论，并写出转换条件（例如"若供应商在打样前提供整机认证计划和电芯定点证明，可调整为'澄清后可进入'"）。
- 列出"进入下一阶段前必须关闭的高等级项"。
- 写清本次审查的边界：只基于这份文档，未见实物、测试报告和证书。

第九步：交付

用户只要其中几样（例如只要澄清清单和结论）时，只交那几样，但第二到第六步照做，否则清单会漏项。

完整报告按 references/04-输出模板.md 输出，顺序固定：
1. 审查说明（产品、版本、目标市场、阶段、假设、审查边界）
2. 一句话结论 + 问题统计（高/中/低各几条）
3. 风险分级汇总表（先高后中后低）
4. 供应商澄清清单
5. 16 维逐项核对表
6. 量产风险评估
7. 附录：算账过程、参数台账

用户需要 Word 时，把报告存成 Markdown，运行本技能目录下的脚本（只用 Python 标准库，不用装包）：

python <本技能目录>/scripts/md2docx.py 规格书审查报告.md 规格书审查报告.docx --landscape

• 表格列多，建议加 --landscape 横版。
• Markdown 第一行已经有 # 标题时不要加 --title，否则 Word 里标题会出现两次。
• Windows 上命令用 python 或 py；macOS/Linux 用 python3。
• 表格单元格里需要换行用 <br>；单元格内容不要出现 |。
• 方括号标记里含"待、确认、补充、填写、为准"任一字样才会标黄，统一用【待供应商确认】【待提供证据】【需确认是否适用】三种。
• 文件默认存在用户当前工作目录，命名"产品名-规格书审查报告.md/.docx"。

用户要发给供应商时，把"四、供应商澄清清单"单独存一份 Markdown（标题升为 #，前面补一行产品和规格书版本），再转 Word。内部的风险分级、量产结论和模板里的内部提示语（如"可直接复制发给供应商"）都不要出现在供应商版里。

交付前自查

逐条过 references/02-判定与分级标准.md 末尾的自查清单。最常见的漏项：
- 只看了一章就下结论，跨章节矛盾没抓到。
- 算账只说"对不上"不写算式。
- 把"规格书写了已通过认证"当成事实转述。
- 澄清项没有原文引用，供应商无法定位。
- 16 个维度少列了规格书没写的那几个。

硬规则

• 不编参数：规格书没写的数值，一律写"未提供"并列入澄清，不用"一般是××""行业常见××"去补。可以在说明里写"同类产品通常会规定此项"，但不给具体数字当作规格。
• 不编认证：不确认、不否认认证是否已取得；不编证书编号、报告编号、标准版本、条款号。
• 不判对错只判一致性和可验证性：两处数值打架时，不替供应商选哪个对，列为矛盾请对方确认。
• 结论有出处：每个问题都要能指回原文位置；算账要有算式。
• 不做最终定责：供应商责任边界只列"规格书没写清楚的地方"，谁担责由人决定。
• 不夸大：没把握的写"疑似/需确认"；审查边界写在报告开头。