必须先有的材料
- 规格编号、标题、版次、所有者（例：SPEC-GW-24 · 工业网关硬件 · 2.4 · 硬件）
- 需求 ID 与是否覆盖（REQ-118 IP67 已覆盖；REQ-120 远程回滚未覆盖）
- 章节作者、开放评论数、状态
- ECR 号、变更内容、波及规格、认证动作
装订线与修订条 · 规格以受控版本为准
没有编号的条款
不能拿去评认证
规格起草官面向硬件/固件规格书：受控编号与版次、需求 ID 到规格条目的覆盖、章节评论、ECR 波及与认证重测。AI 可把会议口语拆成条款草稿，但不能代替受控升版。本页写清适用前提与岗位能核对什么。
需求 / 适用前提
什么条件下该打开这本装订账
工作台管的是受控规格，不是通用网盘。没有编号、版次与需求覆盖，升版和认证重测无法记账。
谁在用、管什么
- 硬件：网关壳体、天线、电气接口
- 固件：OTA 状态机、回滚策略
- 电源：48V、浪涌 2kV
- 评审：覆盖率、矛盾、升版
没有它会怎样
- 需求写了远程回滚，规格条目空着，认证时才发现
- 天线位置改了，射频重测没挂到 SPEC-GW-24
- 章节评论口头改，装订后仍是旧句
- AI 草稿当受控版发出去
如何工作
五个工位，钉在同一条装订线
01 · 规格清单
编号、版次、状态必须同屏
SPEC-GW-24 评审、SPEC-FW-OTA 起草 0.9、SPEC-PSU-48 定稿 1.0。升版是动作，不是改文件名。脱敏演示，规格以受控版本为准。
02 · 需求追溯
覆盖「否」必须看得见
REQ-118 IP67 → SPEC-壳体 4.2 已覆盖。REQ-120 远程回滚 → 规格条目空。招标前这条空项就是认证缺口，不能靠记忆。
03 · 章节协作
评论开放数不是装饰
「3 电气接口」修订中 2 条评论；「5 OTA 状态机」草稿 5 条。评论关掉才能进评审，否则装订的是半成品。
04 · 变更影响
ECR 必须写到波及规格
ECR-77 天线位置 → SPEC-GW-24，认证：需重测射频。ECR-81 回滚策略 → SPEC-FW-OTA，认证：无。漏写波及等于漏测。
05 · AI 起草
草稿要钉来源，才能升版
把会议口语拆成条款，并提示未覆盖需求。AI 不自动升版、不捏造检测报告编号。无来源的句子留在草稿栏。
工作台
点一条需求，看出覆盖还是缺口
演示数据。真实升版只在工作台完成。
IP67 外壳 → SPEC-壳体 4.2 · 覆盖：是
使用者价值
招标答疑里少一次「规格打架」
硬件
天线 ECR 挂到网关规格，射频重测不会漏。壳体 IP67 能指到条款号。
固件
OTA 回滚需求未覆盖时，起草版不能假装定稿。
电源
浪涌条款与 48V 规格同编号，改一处能看到波及。
评审
覆盖率、开放评论、ECR 认证动作在同一本账，而不是邮件线程。
- 规格书首版用时下降
- 因规格矛盾导致的澄清下降
- 变更漏改章节下降
边界
AI 起草不等于受控升版
- 规格以受控版本为准。演示数据脱敏，不能当交付件。
- 无库数据不得捏造检测报告编号。
- AI 不自动升版。草稿必须钉来源后由所有者升版。
- 外部只读已发布版。
- 本页是说明书。真实操作在 规格起草官工作台。
进出角色
谁写、谁升版、谁不能改
角色写入确认禁止
硬件 / 固件 / 电源章节、ECR 波及本专业升版改他人已定稿版次
规格专员编号、追溯矩阵覆盖缺口关闭把 AI 草稿当受控版
评审评论、矛盾清单发布无认证动作关闭 ECR