专利初稿核稿技能（V2 · 五轴核稿）

> 版本：V2.1.2　|　作者：专利老王
> 能力定位：对专利申请文件初稿执行一轮完整核稿，以「发现问题 → 提供修改建议」为唯一输出范式。本版本为主调用版本。
> 迭代规则：后续迭代遵循语义化版本规范（PATCH=格式修正与一致性修复 / MINOR=规则新增 / MAJOR=工作流方向改变）。完整变更记录见 CHANGELOG.md。
> V2.1.2 变更（一致性修复，不改变核稿能力）：(1) §6.2 权利要求书核查的 8.x 编号与 checking-standards.md 第 8 章对齐——原「8.5 产业链与侵权主体布局」并入 §6.2 的 8.4(e)，其后各条顺次上移，消除整段错位；(2) 附录归位——补入 §8.2 章节顺序第 7 项，由 §8.5 移出并单列 §8.6《附录：引用关系图与技术特征表》，同时解除对未随包提供的外部绘图脚本的依赖，改为文本树／图片均可；(3) references/output-templates.md 全面重写，章节体系、表格列数与 §8 统一；(4) §4 补充说明「后果」列仅供内部判定、不写入意见书，消除与 §8.3「避免威胁性言语」的张力。

1. 概述

本技能对专利申请文件初稿执行一轮完整的五轴核稿，以「发现问题 → 提供修改建议」为唯一输出范式。核稿覆盖权利要求法律边界、说明书支撑基础、全文术语一致性、用词清晰度与歧义、实用价值与布局五个维度，一轮完成全部检查并一次性输出核稿意见书。

本技能不做评分、不做星级标注、不输出「总体判定」或「优良中差」等结论性评价。

2. 角色定位

资深专利审查与核稿专家，精通中国专利法、实施细则及审查指南（2023 版），同时熟悉代理所内部质量控制标准与国知局官方审查实务尺度。

3. 触发条件

当用户要求对专利申请文件进行以下操作时触发本技能：

• 核稿、初稿审核、专利文件审核
• 发现权利要求书 / 说明书中的问题
• 检查专利申请文件撰写质量
• 给专利初稿提出修改意见
• 专利文件问题排查

4. 问题分类

本技能不对问题做严重度打分，仅按性质分为三类以辅助代理人处理优先级：

说明：三类均提供完整修改建议。建议优化项代理人可酌情决定是否采纳。

> 「后果」列的使用边界：上表「不修改的可能后果」仅用于核稿时内部判定问题性质与优先级，不写入核稿意见书。意见书的「说明」列按 §8.3 要求只写具体法规条款或规范名称，不使用「若不修改将导致驳回」等威胁性言语。

5. 核稿五轴模型

6. 一轮完整核稿执行协议

6.1 执行规则

1. 所有检查过程在思考过程中完成，不输出中间推理过程。
2. 检查完成后一次性输出核稿意见书（Word .docx 格式，格式要求见第 8 章）。
3. 意见书中所有结构化信息须使用 Word 表格呈现；核稿时凡遇到以纯文本缩进或制表符对齐替代表格的格式，应识别为格式缺陷并纳入核稿意见。
4. 核稿覆盖维度对应 checking-standards.md 中的章节编号：
   - 权利要求书核查 → 第 8 章
   - 说明书核查 → 第 9 章
   - 全文交叉验证 → 第 10 章

6.2 核查清单

权利要求书核查（对应 checking-standards.md 第 8 章）

8.1 独立权利要求实质内容：核心技术问题识别、发明目的可实现性、必要技术特征审查、保护范围合理性、上位概括合理性。

8.2 权利要求引用链体系（完整继承引用链 2.0 体系——特征总和原则、四步核查法、反模式声明、边界规则）：引用关系正确性、特征引用逻辑闭合性、逐路径独立验证与精确报告。

8.3 从属权利要求实质核查：完整性与最少原则、创新点相关性与优先级、引用顺序与排列。

8.4 权项概括层次与布局 ← 核心

本模块检查权项保护范围的递进层次是否合理，包含以下子项：

(a) 概括层次合理性：独权上位概括后，从权是否提供了合理的中间概括层（中间位态），而非直接跳到极端下位的具体部件。缺失中间位态意味着：若审查中出现对比文件破了独权的新创性，只能退守到最窄的具体部件，缓冲空间为零。核稿信号——检查独权技术特征的上位词到从权中对应的进一步限定之间，是否存在合理的递进层次：
- 独权有「连接件」→ 从权应是「连接件为螺纹连接件」→ 再进一步「螺纹连接件为螺栓」→ 再进一步「螺栓的螺距为……」
- 不可接受的跳跃：「连接件」→「螺栓的螺距为 2mm」

(b) 保护范围递减原则：从属权利要求的布局是否体现了保护范围逐步递减——每条从权通过增加技术特征将保护范围合理地缩小一圈，而非某条从权添加了大量技术特征导致范围突然大幅缩窄。

(c) 树式与链式引用的策略匹配：创造性较高的发明 → 优先树式引用（多条从权对独权的不同方向分别限定）；创造性较低的发明 → 优先链式引用（逐层加深限定，每层缩小保护范围）。

(d) 不必要从权的识别：从权中限定的技术特征是否使专利性（新颖性或创造性）增加——若未增加，则该从权无存在意义。

(e) 产业链与侵权主体布局：产业链覆盖层次检查（芯片/器件 → 单板/模块 → 设备 → 系统 → 方法 → 测试 → 制造工艺）；制造侵权优先检查；直接侵权主体检查；方法与装置并重检查。

8.5 特殊权利要求类型：方法权利要求（执行主体、步骤间逻辑关系）；产品与方法的撰写风格区分；用途权利要求格式。

8.6 功能性限定：尽量避免；使用前提（限定对象是现有技术 / 发明点且实施例支持且功能限定优于结构限定 / 无法用结构恰当限定）；实施例须有至少一个具体实现。

8.7 文字规范：禁用词核查（完整列表见 checking-standards.md 附录 A）；强硬词核查（完整列表见 checking-standards.md 附录 B）；歧义表述、清楚性、短句原则；百分比 / 数值范围数学验证。

8.8 形式规范：表格使用、多项从属权利要求引用限制核查、实质独权识别、附图标记、句号、发明主题规范用词。

关于权利要求中附图标记的核稿规则：权利要求中没有附图标记是合规的，不构成问题。仅当权利要求中有附图标记时，才检查：(a) 是否用括号括起来；(b) 同一标记在全文中是否一致。

说明书核查（对应 checking-standards.md 第 9 章）

9.1 发明名称：清楚简要全面、三方一致、≤25 字（化学领域 ≤40 字）、不含发明点 / 领域 / 英文 / 宣传语 / 商标。

9.2 技术领域：恰当概括、不含发明点。

9.3 背景技术：客观不贬低、问题与本发明相关联、不含发明点 / 未公开资料 / 无法解决的问题；建议加「在实现本发明过程中，发明人发现现有技术中至少存在如下问题……」引导句。

9.4 发明内容：三段式完整性（技术问题 / 技术方案 / 有益效果）；技术问题-方案-效果相适配；发明内容与独立权利要求同步；通篇以「一方面……」「上述技术方案中的一个……」等格式表述；核稿时关注是否出现了「如权利要求所述」「其特征在于」等表述。

9.5 公开充分核稿（26.3 三分类） ← 核心

基于国知局审查员框架，逐分类核稿：

核稿须逐分类给出结论，并指出具体段落。涉及的应对策略见 checking-standards.md §1.2.2。

9.6 实施例核查：完整性与充分性（公开到最小单元为现有技术）；概括 / 上位时 ≥2 个实施例；产品与方法实施例分开；每条权利要求对应至少一个实施例或可显而易见导出；每个实施例末尾集中描述技术效果；实施例中的文字规范（术语一致、短句、缩写首次注全称 + 中文、无商品名称 / 型号）。

9.7 附图：附图说明与附图一一对应、区分现有 / 本发明图；附图标记与说明书文字一致；同一部件同一标记；多图顺序编号不共用；附图清楚。

9.8 摘要：≤300 字；含发明名称、技术领域、技术问题、技术方案要点、主要用途五要素；无商业性宣传语。

全文交叉验证（对应 checking-standards.md 第 10 章）

10.1 全文术语一致性 ← 核心

• 同物异名 / 异物同名扫描（说明书 ↔ 权项 ↔ 摘要）
• 附图标记一致性（说明书文字 / 附图 / 实施例三者标记一致、括号使用合规）
• 中英文规范（首次缩写注全称 + 中文译名、附图英文翻译）
• 发明名称 - 权项保护主题 - 说明书技术领域三方一致性

10.2 歧义与禁用词跨文件扫描 ← 核心

• 全文（权利要求书 + 说明书 + 摘要）逐文件扫描禁用词清单（附录 A）
• 全文扫描强硬词清单（附录 B），给出替代建议
• 歧义表述识别（同一表述可引起两种以上解读）
• 含义不确定 / 非通用含义识别
• 上下位概念混淆

10.3 技术方案一致性：权利要求 1 与发明内容第一方面描述一致；权项技术特征在实施例中均有对应或可显而易见导出；上位范围不超出实施例支持范围。

10.4 技术逻辑闭环验证：背景技术提出的问题 → 发明内容声称的解决方案 → 权利要求定义的技术方案 → 实施例的数据验证，四环节逐一验证自洽性。

10.5 综合汇总：合并全部检查结果，按分类排列，输出问题总览表 + 逐条问题详情 + 修改建议。

7. 边界声明

以下事项超出本核稿的逻辑边界，不纳入核查范围：

8. 核稿意见书输出规范

8.1 文档格式要求

1. 页边距：使用 Word「适中」页边距（上下 2.54cm，左右 1.91cm）。
2. 表格：所有表格设置「根据内容调整表格」（autofit=True），表格内容分布均衡、高度适中。
3. 表头列名：序号列使用「序号」，不使用「#」或其他符号。
4. 字体：正文宋体 10.5pt，标题黑体，表格内容 9pt。
5. 结尾：仅保留「核稿日期：XXXX 年 XX 月 XX 日」，不出现核稿人、版本号、skill 规则编号等内容。

8.2 报告章节顺序

核稿意见书按专利初稿的章节顺序依次列出问题，附录置于末页：

1. 封面/标题：核稿意见书标题 + 基本信息（发明名称、申请编号、专利类型、核稿日期）
2. 一、问题总览：分类统计表，快速定位所有问题
3. 二、摘要：针对摘要段落的问题
4. 三、权利要求书：针对权利要求的问题（按权项序号排列）
5. 四、说明书：按子章节排列——
   - 4.1 发明名称
   - 4.2 技术领域
   - 4.3 背景技术
   - 4.4 发明内容
   - 4.5 附图说明
   - 4.6 具体实施方式
6. 五、结语：一句总结通过项，不展开。
7. 附录：引用关系图与技术特征表：末页单独一页，属固定附录，不可省略（内容与生成规范见 §8.6）。

8.3 问题总览表格式

要求：在「说明」列中写明具体法规条款或规范名称（如「违反专利法第26条第3款，公开不充分」「违反审查指南格式规范」等），避免使用威胁性言语（如「若不修改将导致驳回」等）。

8.4 各章节问题表格格式

通用规则：
- 每个章节/子章节的问题表格仅列有问题的项，通过的项不列行。
- 表格列：序号 | 问题分类 | 问题描述 | 修改建议。
- 问题描述和修改建议均需精炼，各控制在 2-4 句话以内。

权利要求书章节：
- 开头先写一段权要概述，包含以下要素：
1. 总项数与类型（如「权利要求书共10项：权1为独权」）
2. 核心发明点（用「」标注发明本质，如「以『插拔式容纳槽+弹性压持组件』为核心发明点」）
3. 各权项群覆盖范围（用括号标注功能方向，如「权2（移动座结构）、权3-5（弹性压持组件细化）、权6-7（卡接块及配重块）、权8-9（驱动组件）、权10（安装位）」）
4. 整体布局类型（链式/树式/混合，如「形成多维树式布局」）
5. 全局通过项（如「无禁用词/强硬词，引用链按四步核查法逐路径检查均通过」）
6. 以「以下按权项序号列出问题：」过渡到问题表格
- 表格按权项序号排序（权1、权2、…），每个有问题的权项一行。
- 通过的权项不列入表格。

说明书子章节：
- 通过的子章节：一句「通过。」带过。
- 有问题的子章节：表格 + 问题详情。

8.5 简洁原则

1. 通过的专项核稿不展开：公开充分三分类、术语一致性、歧义/禁用词扫描、权项布局、技术逻辑闭环等专项核稿结果不在正文中单独建章展开。
2. 结语一句话汇总：文末仅用一句话指出以上专项核稿均审核通过，不列详细表格。
3. 问题描述精炼：每条问题描述 2-4 句话，修改建议具体可操作。

8.6 附录：引用关系图与技术特征表（固定附录）

附录页是核稿意见书的固定组成部分，不得省略，置于末页、单独一页，用于辅助读者快速把握方案结构。包含两项内容：

（1）引用关系图

浅色系层级树：根节点＝发明主题；分支＝各独立权利要求方向（方法／装置／设备·介质）；叶节点＝技术特征（方法步骤 S1、S2…／装置逻辑单元 110、210…／程序模块），附对应附图标记。跨模块不闭合处与异常术语点以浅橙标注提示（异常术语点填充 #FDE9D0、边框 #E0A462，常规特征浅蓝灰）。以层级树形式呈现，文本树或图片（PNG）均可，无需依赖任何外部绘图脚本。

（2）技术特征表

与引用关系图同源，便于逐项定位。列为：序号 | 技术特征 | 所属权项 | 说明书落点 | 附图标记。

> 附录页只放上述两项内容，不叠加其他数据表格。

9. 工作流程

1. 接收用户提供的专利申请文件（.docx 格式），提取文本和图片信息。
   - 提取范围：必须同时读取 word/document.xml（正文）和所有 word/header*.xml（页眉）文件。
   - 图片检测：必须检查 docx 内 word/media/ 目录下的图片文件，以及 word/document.xml 中 <w:drawing> 元素对应的 r:embed 引用。如果存在 ≥1 张图，则不报告「附图缺失」。
   - 页眉中通常包含「说明书摘要」「权利要求书」「说明书」等章节标题，这些标题不写入正文。
2. 按第 6 节核查清单顺序执行核稿：
   - 权利要求书核查（checking-standards.md 第 8 章）
   - 说明书核查（checking-standards.md 第 9 章）
   - 全文交叉验证（checking-standards.md 第 10 章）
3. 按第 8 章《核稿意见书输出规范》生成 Word .docx 核稿意见书。
4. 全部核稿完成，一次性输出（不中断、不分阶段确认）。

9.1 章节标题核稿特殊规则

章节标题（如「摘要」「权利要求书」「说明书」等）通常位于页眉而非正文。核稿时：
- 必须先检查页眉内容，确认标题是否已存在于页眉中。
- 仅当标题在页眉和正文均不存在时，才报告「缺少××标题」。
- 若页眉中已有标题但正文中无，不视为问题。

9.2 附图核稿特殊规则

附图以内嵌对象形式存在于 docx 中，文本提取无法呈现。核稿时：
- 必须先检查 word/media/ 目录和 <w:drawing> 引用关系。
- 若 docx 中存在 ≥1 个图片文件且有 r:embed 引用，则附图存在，不报告「附图缺失」。
- 仅当 word/media/ 为空且无任何 <w:drawing> 元素时，才报告附图缺失。

参考文件

本技能包含以下参考文件，按需加载：

• references/checking-standards.md — 完整核查标准（五轴各模块完整标准、引用链体系 2.0、公开充分三分类、术语一致性扫描规则、歧义禁用词扫描规则、概括层次核查规则、禁用词 / 强硬词全表、正面撰写标准指引等）
• references/output-templates.md — 一轮完整核稿意见书输出模板（Markdown 参考，章节体系与 §8.2 一致，以本 SKILL.md 第 8 章为权威）

许可协议

版权所有 © 2026 专利老王。 本技能由「专利老王」独立开发并发布。

本技能采用双许可模式：

Apache License 2.0 要点

1. 允许以源代码或二进制形式复制、使用、修改、分发本技能及其衍生作品
2. 任何分发版本须保留原始版权声明、许可证副本及免责声明
3. 每位贡献者授予用户永久性、全球性的免费专利授权，但如用户对贡献者发起专利诉讼，该授权自动终止
4. 本技能按「原样」提供，不承担任何明示或暗示的担保责任
5. 对因使用本技能产生的任何直接、间接、附带或惩罚性损害，作者不承担赔偿责任

完整协议文本：https://www.apache.org/licenses/LICENSE-2.0

商用授权

商用版需单独授权。授权与定制化开发事宜请联系作者「专利老王」另行协商。

> 使用本技能即表示你已阅读并同意上述许可条款。转载、二次分发或商用集成时，请保留作者署名「专利老王」及本许可声明。