标准审查
目的
对标准文本做结构化审查，或组织/参与标准技术审查会，产出审查意见与配套材料。知识库共 16 个模块，全部位于 references/；辅助脚本共 4 个，在 scripts/。
使用前必做：锁定审查对象
先确认六项信息，缺失则向用户追问，不要猜测：
| 信息 | 为什么必须先定 |
|---|---|
| 标准类型（团 / 地 / 国 / 行 / 企） | 决定套用哪一套规章与专属规则 → 读 11、01 |
| 标准编号 | 核对编号规则、是否替代、版本 |
| 标准名称 | 与申报书/任务书比对 |
| 是否为地理标志（GI）产品 | 若是，另有一套专属规则 → 读 14 |
| 覆盖地域（地标必问） | 广东口径不能直接套用其他省市 → 读 00 第三节 |
| 审查阶段（征求意见稿 / 送审稿 / 报批稿） | 各阶段审查重点不同 |
| 任务性质（审文本 / 组织审查会 / 材料把关） | 决定走哪条工作流 |
文本抽取（第一步，按需）
送审文本格式不定（PDF / DOCX / 扫描件）。由模型按需抽取为纯文本（如 pymupdf；扫描件需 OCR），本 skill 不内置 OCR 工具链——那不是核心专项，避免臃肿。抽取后先通读，核对页数与空白页（空白页可能系排版所致，见下"易误判"）。
三条工作流
工作流 A · 审文本（最常用）
- 第一关：三问（先读
11-各类标准的专属要求.md第七节；GI 产品加读14）
- 该事项该由这个层级制定吗？
- 技术要求是否达到强制底线？
- 有无排除、限制竞争的内容？
这三条不过，后面都不用审。 - 形式与要素逐条审读 → 读
04-标准文本审查细则.md，逐项对照10-标准文本自查清单.md（可勾选，含 GB/T 1.1-2020 条款号，部分为红线项）。编写规则原文（条款类型与能愿动词表、功能类型核心技术要素表）见13-标准文本结构与编写规则.md。 - 技术内容审读 → 读
03-技术审查内容与要点.md（五维框架、九项审查内容、提问清单、专利处理）。 - 专业内容把关（补短板） → 读
15-专业审查维度与领域检查点.md。分三层走：
- L1 体系层：用python scripts/lookup_system.py <产品/领域词>捞该对象的标准体系（强制性标准 / 上位标准 / 配套标准），与本稿引用清单比对，查"该引未引"、是否低于强标、是否与上位冲突；
- L2 逻辑层：查要求↔方法↔判定是否成套、术语↔正文、范围↔章节、量纲单位、能愿动词（15.4）；
- L3 经验层：工艺/材料/安全边界的实质判断不自己下结论，写成专业问询清单（15.6）交领域专家。 - 专项审查
- 地理标志产品标准 →14
- 征求意见与分歧处理 →05
- 公平竞争 →06 - 对照典型案例查漏 → 读
08-审查常见问题与案例.md。 - 机械校验（按需）
bash python scripts/check_numbering.py <标准文本文件> # 条款/图/表编号连续性 python scripts/check_refs.py <标准文本文件> -o 引用核查.md # 引用专项：四项核查（联网） python scripts/lookup_system.py <产品/领域词> [-o 体系.md] # 标准体系检索（专业审查·体系对位）
check_refs.py一次做完四件事：①清单↔正文一致性（列入未引用 / 引用未列入）；②注日期适用性——正文引用具体条款（…中 5.2 / 表1 / 附录A 等）的必须注日期，仅整体引用可不注；③标准号 / 名称一致性（对照平台登记名称）；④现行状态（现行 / 废止 / 即将实施 / 已被新版代替）。③④自动连全国标准信息公共服务平台，无需登录（国标 / 行标 / 地标有接口；食品安全国家标准（GB 5009 等）到食安通 <https://www.eshian.com>、团标 / 企标给检索入口，标"待核"）。核查结果作为交付物二的"待核清单"末节。 - 输出 → 两份交付物（全文标注修改版 + 审查意见表），并转成通用 Word（.docx）（见下"输出规范"）。
工作流 B · 组织或参与审查会
- 先摸全流程与时限（五类标准的生命周期、各阶段交付物、各类型标准材料速查表） →
12-标准制修订全流程.md - 流程与组织要点 →
02-技术审查全流程与组织.md - 材料清单（送审 / 会议 / 报批） →
07-审查文件材料与会议管理.md - 表单模板 →
09-审查模板与表单库.md（申请书、邀请函、议程、签到表、签名表、审查意见表、结论、汇总处理表、公平竞争审查表、会议须知、汇报 PPT 框架） - 法定门槛核对（专家人数、表决比例、回避） →
01-审查依据与法定要求.md - 会后意见闭环 →
02第 2.6 节 +09第 9.8 节
工作流 C · 材料把关
直接对照 07 的三份清单逐项核对：送审材料（7.1）、会议材料（7.2）、报批材料（7.3）。缺项即退回补正。
输出规范
审文本任务产出两份交付物（一主一辅，同源编号一一对应）。实战教训：曾只给意见表、不给全文标注版，用户无法逐条对碰文本；也曾在标注版里塞"√ / 无独立意见"等无谓标记、把标注版做成"只摘问题条目"，都不是修订底稿该有的样子。
交付物一 · 全文标注修改版（主件，可直接改稿）
- 必须是全文：照标准行文顺序完整照录全文（封面→前言→1 范围→…→附录→参考文献），标注版即全文——不是只摘有问题的条文。
- 逐字照录（硬约束）：照录必须逐字——引导语、标点、单位、数值、空格，一个字符都不能增删改。严禁用"（缺引导语）""（缺句号）""（表内容见原文件）"之类括注/占位符代替原文；严禁在原文正文里直接改写（如把"建设方"径改为"建设单位"）——一切改动只进"修改建议"，原文一字不动。
- 只对"需修改之处"加工：把原文中的错漏处就地加粗，紧接其下一行写修改建议（直接给可采纳的写法）。
- 不写的：无问题条文照录、不加注；不写"〔原文〕"标识、不写"改为"字样、不写"√"、不写"核查后保留"、不写"无独立意见"；不插说明性括注（如"（目次为可选要素，此处照录）"）。要干净版——正文只留原文与▌意见，不留旁白。
- 每条建议标注（或就近括注）意见编号与优先级，编号与交付物二一一对应。
- 产出前自检（防止假缺陷）：凡"缺失类"意见（缺引导语、缺句号、缺标点、缺某条），必须回到原文件逐字核对——原文件中确无，才可提；无法核对原文的，标"待核"，不得径判"缺"。实战教训：曾因照录失真（把确有引导语的段落换成"（缺引导语）"占位、漏抄句号），凭空造出"缺引导语""缺句号"等假缺陷。
交付物二 · 审查意见表（辅件 / 索引）
| 序号 | 条文编号 | 原文 | 问题描述 | 修改建议 | 优先级 |
|---|---|---|---|---|---|
- ⚠️ 必须严格按条文顺序排列：序号即"意见编号"，依标准行文顺序（封面→前言→1 范围→…→附录→参考文献）排列，同章内按条款号升序；前言等无编号要素按文本自上而下顺序。不得按问题类别分组、不得按严重程度排序——否则用户要前后翻页对照文本，对碰困难。
- 用途：审查会逐条讨论、编制组逐条回复、秘书处据此转《审查意见汇总处理表》；文末汇总"必须修改"条目的序号。
- 条文编号必须精确到条款（如 6.2.3），不能只写"第 6 章"；修改建议给可直接采纳的写法；优先级按知识库口径分为 必须修改（影响合法性、科学性、可操作性的硬伤）与 建议修改（优化性意见）。
- 待核清单（引用核实、外部事实判断）作为本表末节一并给出；先用
scripts/check_refs.py自动核查（清单↔正文一致性 / 注日期适用性 / 名称一致性 / 现行状态），把平台查不到或需人工判定的列作待核。
输出格式 = 通用 Word（.docx）
交付物以 .docx 交付——用 scripts/md_to_docx.py 把 Markdown 转为 .docx（正文宋体、标题黑体、表格 Table Grid 边框）；审查意见表列多，建议 --orientation landscape。
python scripts/md_to_docx.py 全文标注修改版.md -o 全文标注修改版.docx
python scripts/md_to_docx.py 审查意见.md -o 审查意见.docx --orientation landscape
涉及法规与标准的引用：必须写明文号与条款号，并对照 00 核对年份与施行日期；不确定的标注"待核"，不得凭记忆引用。
易误判（这些不是问题，不要提）
审查意见的假阳性，多出在"凭印象判缺"。以下经实战验证，不要提：
- 目次：GB/T 1.1-2020 中目次为可选要素——篇幅不大时可不设。不得以"应设目次"出具意见。
- 空白页：正文首页从单数页起排等排版要求会产生空白页，属排版结果，不是缺陷。
- 附录性质（规范性 / 资料性）：由其在正文被提及时的条款属性决定，不能想当然。
- 规范性引用文件里不列法律法规：第2章只列标准化文件。《××法》《××条例》等法律法规不予列入，在正文中直接给全称引用即可——不得建议把法规补进规范性引用文件。
- 层级协调对象要对等：判断"与既有标准的关系"时按层级匹配——省级地方标准对标国家标准、行业标准（及本省已发布的同级地方标准）；不应援引外省/下级（市、县级）地方标准作为协调对象。
- 术语与标准名称不必逐字一致：术语定义的是标准名称的中心语；"老旧小区"这类限定语的差异不构成缺陷。
- 标准编号占位符：征求意见稿/送审稿阶段，封面、目次中的顺序号、年代号留"XXX""XXXX"占位属通行做法，一般不必作为意见。
- 表题已定性时不重复要求：表题已写明"推荐值/参考值"的，不必再要求表内数值逐项加"宜"。
- 附录格式（照 GB/T 1.1-2020）：附录编号、性质、标题应分三行、居中（附录E 图 E.10/E.11、附录F 表 F.1）。原文如此排布的不得判为格式错误；也不得把三行合并为一行。
- "穷尽式列举"类意见要慎提：要求"明确列举全部文件/情形"往往无法穷尽，价值有限——降级为"建议补充典型示例"或直接不提。
反向提醒（高频漏检，要提）
- 数值与单位符号之间应留 1/4 个汉字空隙（写作"5 mm"而非"5mm"，全文同；平面角度(°)、分(′)、秒(″)除外）——工业/服务类标准常整篇漏空，务必逐处核查。
- 量与单位：加速度用上标（m/s²）；比例号用"∶"而非"："；数值范围用"～"而非"-"；声级用"dB(A)"而非"分贝"。
- 照录原文：全文标注版若出现"（缺…）"占位，先自查是否照录失真，再下"缺失"结论。
参考文件路由
| 场景 | 读取 |
|---|---|
| 核对文号、版本、施行日期、时效性 | 00-法规与标准版本索引.md |
| 判断该由哪个层级制定、各类标准专属规则 | 11-各类标准的专属要求.md |
| 地理标志（GI）产品标准专项审查 | 14-地理标志产品标准审查要点.md |
| 审查组织者、表决门槛、回避、结论效力、红线 | 01-审查依据与法定要求.md |
| 全流程、专家条件、会议议程 | 02-技术审查全流程与组织.md |
| 审什么：五维框架、九项内容、提问清单 | 03-技术审查内容与要点.md |
| 专业内容把关（体系对位 / 要素对表 / 专家问询） | 15-专业审查维度与领域检查点.md + scripts/lookup_system.py |
| 逐条逐款审读规则（GB/T 1.1-2020） | 04-标准文本审查细则.md |
| 征求意见程序、意见处理、重大分歧 | 05-征求意见与分歧处理审查.md |
| 公平竞争审查表与违规情形 | 06-公平竞争审查.md |
| 送审/会议/报批材料清单 | 07-审查文件材料与会议管理.md |
| 典型案例与高频问题查漏 | 08-审查常见问题与案例.md |
| 表单模板套用 | 09-审查模板与表单库.md |
| 可勾选的自查清单（含条款号） | 10-标准文本自查清单.md |
| 全生命周期流程、时限、各阶段交付物、材料速查 | 12-标准制修订全流程.md |
| 编写规则原文（条款类型与能愿动词表、功能类型核心技术要素） | 13-标准文本结构与编写规则.md |
| 引用专项核查（四项·联网·无需登录） | scripts/check_refs.py |
| 标准体系检索（专业审查·体系对位·联网） | scripts/lookup_system.py |
| 条款/图/表编号连续性校验（脚本） | scripts/check_numbering.py |
| Markdown 交付物转通用 Word（脚本） | scripts/md_to_docx.py |
红线（不得送审的硬伤）
- 技术要求低于强制性国家标准
- 引用了已废止或已被代替的标准
- 必备要素缺失（封面、前言、范围、核心技术要素）
- 条款用词误用（用"应"表达建议、用"必须"表达要求等）
- 标准事项不属于该层级制定范围（地标负面清单、行标"不应当制定"情形）
- 含有排除、限制竞争的内容
- 起草人员参与了技术审查
- GI 产品标准：产品名称 / 产地范围 / 质量要求与认定公告不一致（改变了认定的保护要求）
维护约定
references/中的知识库是唯一主本，直接在此编辑。- 新增内容请标注来源；助手补充的文件（
00、11、14）已在文首注明。 - 审查中发现的新缺陷模式，补进
08-审查常见问题与案例.md的 8.2 高频问题清单。 - 梳理与改动记录见
CHANGELOG-梳理说明.md。 - 对外分享前须确认：无本机绝对路径、无真实机构 / 企业 / 个人名称；正文实例若涉及未发布项目应中性化。详见
CHANGELOG-梳理说明.md第六节。
