Chinese Patent Writer

---

name: chinese-patent description: "从代码或技术方案出发，撰写符合 CNIPA 规范的中国专利申请文件。核心能力：① 扫描代码提取可专利特征并抽象提炼 ② 战略性权利要求布局（洋葱式防线 + 侵权规避视角）③ 生成完整专利文件（摘要、权利要求书、说明书）。支持发明专利和实用新型。融合 code-patent-scanner 代码分析方法 + CNIPA《专利审查指南》规范。触发词：专利、专利申请、发明专利、实用新型、权利要求书、说明书、专利撰写、patent、写专利、申请专利、扫描代码写专利。" license: MIT metadata: version: "2.0.0" category: legal-writing author: local sources: - "《中华人民共和国专利法》（2020年修正）" - "《专利法实施细则》（2023年修订）" - "《专利审查指南》（2023年版）国家知识产权局" - "CNIPA 公益讲座：九问九答教你撰写专利申请文件" - "code-patent-scanner by obviouslynot.ai" - "专利代理师实务经验总结" triggers: - 专利 - 专利申请 - 发明专利 - 实用新型 - 权利要求书 - 说明书 - 专利撰写 - patent - 写专利 - 申请专利 - 技术方案 - 专利文件 - 扫描代码

---

Chinese Patent Writer v2.0

从代码或技术方案出发，撰写符合 CNIPA 规范的中国专利申请文件。

⚠️ 免责声明

本 Skill 生成参考性草稿，不构成法律建议，不可直接提交国家知识产权局。正式申请须经专利代理师审核。

---

全局工作流

用户输入
├─ 代码仓库/文件/片段 → Phase A (代码扫描) → Phase B (撰写)
├─ 技术方案描述 → Phase B 直接撰写
└─ 仅 idea → 引导补充细节
Phase A: 代码扫描与特征提取（5 步）
Phase B: CNIPA 规范专利撰写（7 步）

---

Phase A: 代码扫描与特征提取

> 融合 code-patent-scanner 方法论。

A1: 仓库发现

文件发现规则：

包含: .go, .py, .ts, .js, .rs, .java, .cpp, .c, .rb, .swift, .cs, .kt

排除目录: node_modules, vendor, .git, build, dist, __pycache__, venv, .venv

排除文件: *_test.*, *.min.*, *.generated.*, *_spec.*

优先: 50-500 行文件

文件优先级：

| 优先级 | 特征 | |--------|------| | 高 | 文件名含 engine/core/algorithm/optimizer/scheduler/cache/pipeline/transform/solver/model；目录 internal/core/engine/lib/ | | 中 | API 层、服务层、工具类 | | 低 | 配置、常量、CRUD | | 跳过 | 测试、生成代码、依赖 |

>100 文件时提供快速/深度两种模式供用户选择。

A2: 模式识别

分析四类模式：

1. 算法模式: 自定义排序/搜索、缓存策略、优化算法、调度逻辑、ML/NLP 特有算法 2. 架构模式: 非常规设计模式、中间件链、数据流、插件架构 3. 数据结构模式: 自定义集合、专用索引、并发结构、高效表示 4. 集成模式: 协议实现、系统集成、跨系统同步

A3: 抽象提炼（核心）

原则: 实现 → 发明概念。描述要宽到别人换种实现仍可能侵权。

| 实现（跳过） | 抽象（使用） | |-------------|-------------| | bcrypt.compare() | 密码学单向函数比对 | | PostgreSQL | 持久存储介质 | | Redis 缓存 | 内存中瞬态状态 | | HTTP POST | 网络协议传输 | | PyTorch 训练 | 深度学习框架训练 | | BERT + 余弦 | 语义向量相似度计算 |

同时保留两份引用：

abstract_mechanism: 用于权利要求

concrete_reference: 用于具体实施方式

A4: 评分筛选

| 维度 | 分值 | 标准 | |------|------|------| | 独创性 | 0-4 | 标准库→常见变体→实质改进→独特组合→真正原创 | | 精巧度 | 0-3 | 直接→有优化→复杂但清晰→优雅解难题 | | 系统影响 | 0-3 | 独立→一个子系统→横切→架构基础 | | 范式突破 | 0-3 | 范式内→质疑假设→挑战方法→重定义问题 |

门槛: ≥8 分保留，低于门槛的降级为从属权利要求的素材。

A5: 单一性检查

关键: 多个高价值模式不一定能写在同一份专利里。

单一性判断标准：多个发明之间是否共享一个总的发明构思（即相同或相应的特定技术特征）。

✅ 可以合案：多个模式是同一技术方案的不同方面（如融合算法 + 融合系统）

❌ 需要拆分：多个模式各自独立、解决不同问题、技术特征无关联

对需要拆分的情况，提示用户可分别申请。

---

Phase B: CNIPA 规范专利撰写

B1: 确定专利类型

| 对比项 | 发明 | 实用新型 | |--------|------|---------| | 保护对象 | 产品 + 方法 | 仅产品（结构/构造） | | 审查 | 实质审查 | 初步审查 | | 保护期 | 20年 | 10年 | | 附图 | 可选 | 必须 |

方法类 → 只能发明。结构/装置类 → 两者皆可。

B2: 确定最接近现有技术（关键前置步骤）

> ⚠️ 这一步很多人跳过，但它是写好独立权利要求的前提。

独立权利要求 = 前序部分（与最接近现有技术共有的特征） + 特征部分（"其特征在于"之后的区别特征）

操作： 1. 让用户描述最接近的现有技术方案，或根据 Phase A 分析推断 2. 列出用户方案与现有技术的共有特征 → 写入前序部分 3. 列出区别特征 → 写入特征部分 4. 确认区别特征确实解决了技术问题

B3: 梳理四要素

| 要素 | 来源 | |------|------| | 技术领域 | Phase A 代码领域 / 用户提供 | | 现有技术缺陷 | B2 中现有技术的不足 | | 核心技术方案 | Phase A 高分模式的 abstract_mechanism / 用户提供 | | 有益效果 | 从技术方案推导，每个区别特征至少对应一个效果 |

B4: 战略性权利要求布局

> 这是写好专利的关键。不是"写完就行"，而是要构建多层防线。

4.1 洋葱式布局策略

独立权利要求（权1）── 最宽保护，只放最少必要技术特征
  ├─ 从属权利要求（权2-3）── 补充优选结构/参数
  │   ├─ 从属权利要求（权4-5）── 更细化的实施方式
  │   └─ 从属权利要求（权6）── 具体参数范围
  └─ 从属权利要求（权7-8）── 替代实施方案（防线）

原则：

权1 只放解决技术问题的最少必要特征。宁可少放，不要多放。多放一个特征 = 保护范围缩小一圈。

每个被砍掉的"有用但不必要"特征 → 变成从属权利要求。

替代实施方案写入从属权利要求（如果核心特征被无效，这些可以作为退守防线）。

4.2 侵权规避视角

写每一条权利要求时，问自己：

> "如果竞争对手想绕过这条权利要求，他需要怎么做？他绕过去的难度有多大？"

具体操作：

用"包括/包含"（开放式）而非"由……组成"（封闭式），除非有特殊原因

区别特征用功能性描述而非具体实现（但注意 CNIPA 对纯功能限定的审查）

方法权利要求的步骤顺序如果不重要，不要限定顺序

参数范围留有余地，不要只写一个点值

4.3 方法 + 系统 + 存储介质 三件套（发明专利）

对于涉及方法的发明，建议同时写： 1. 方法权利要求（权1-N）："一种……方法" 2. 系统/装置权利要求（权N+1）："一种……系统"，模块与方法步骤对应 3. 存储介质权利要求（权N+2）："一种计算机可读存储介质"

系统权利要求只需概括性对应方法步骤，不需要完全重复。

4.4 撰写规则

独立权利要求在前，从属在后

从属只能引用在先权利要求，不循环

术语全文统一

"所述"首次出现不用，后续指代用"所述[名称]"

数值范围写"X-Y"，不写"X~Y"

B5: 撰写权利要求书

独立权利要求模板

方法类：

1. 一种[方法名称]的方法，包括[前序特征A]、[前序特征B]，
   其特征在于，还包括以下步骤：
   [区别步骤C]；
   [区别步骤D]，其中[条件]。

系统/产品类：

1. 一种[系统名称]，包括[前序组件A]、[前序组件B]，
   其特征在于，还包括：
   [区别组件C]，配置为[功能]；
   [区别组件D]，与所述[区别组件C]连接，配置为[功能]。

从属权利要求模板

2. 根据权利要求1所述的[主题]，其特征在于，
   所述[特征]具体为[限定]。

构建特征-支持交叉引用表

每条权利要求写完后，必须建立映射：

| 权利要求 | 技术特征 | 说明书对应位置 | 抽象/具体 | |---------|---------|---------------|----------| | 权1-区别特征C | [描述] | 说明书-发明内容-技术方案 第X段 | abstract | | 权1-区别特征D | [描述] | 说明书-具体实施方式 实施例1 第Y段 | concrete | | 权2 | [限定] | 说明书-发明内容-优选方案 | abstract | | ... | | | |

> 这个表确保：每条 claim 都有说明书支持，审查时不会因为"得不到说明书支持"被驳回。

B6: 撰写说明书

6.1 发明名称

≤25字，无修饰词（禁用"高效""智能""新型""环保"）

格式：一种[技术手段]的[应用场景][装置/方法]

6.2 技术领域

本发明涉及[宽领域]技术领域，具体涉及一种[窄领域]。

6.3 背景技术

描述最接近的现有技术（B2 确定的）

客观引用

必须指出1-3个具体不足

不足之处与"要解决的技术问题"直接对应

6.4 发明内容

一、要解决的技术问题： 正面、简洁。

二、技术方案：

完整复述独立权利要求（逐字）

然后展开描述各从属权利要求的优选方案

解释每个区别技术特征的作用和配合关系

三、有益效果：

每个区别特征至少对应一个效果

量化优先

效果顺序与特征出现顺序一致

6.5 附图说明

格式：图X为本发明[名称]的[类型]示意图

实用新型必须有附图

如有附图标记，首次出现时说明含义

6.6 具体实施方式

至少 1-3 个实施例

实施例1 对应权1 + 权2-3 的最简组合

实施例2-N 补充替代方案和权4+的细化特征

Phase A 的 concrete_reference 在此处展开

充分公开原则：本领域技术人员能实现

首次出现的术语简要说明

软件/AI 专利特别要求

如果发明涉及软件、算法或 AI，注意： 1. 必须体现技术效果（不能只是商业效果）。例如"减少计算资源消耗""提高数据处理速度"是技术效果，"提高用户体验"不是。 2. 算法特征必须与 Technical Problem 耦合：不能只写"一种 XX 算法"，要写"一种用于解决[技术问题]的 XX 方法"。 3. 具体实施方式中要有完整的算法流程描述（伪代码或步骤描述均可）。 4. 训练方法和推理方法建议分别撰写。

语言规范

统一使用"本发明"或"本实用新型"

"所述"用于指代前文出现过的特征

数值范围用"X-Y"

避免"大约""左右""接近"限定必要技术特征

B7: 撰写摘要 + 自检

说明书摘要

≤300字

以独立权利要求为主

无商业用语

指定摘要附图

自检清单

权利要求自检：

[ ] 权1 只包含最少必要特征？（是否有多余的特征可以降级为从属？）

[ ] 洋葱式布局：从宽到窄逐级递进？

[ ] 从属权利要求覆盖了替代实施方案？（无效退守防线）

[ ] 方法权利要求步骤顺序是否必须？不是则不限定

[ ] 系统/装置权利要求与方法权利要求对应？

[ ] 使用"包括"（开放式）而非"由……组成"？

[ ] 侵权难度检查：竞争对手容易绕过吗？

形式自检：

[ ] 发明名称 ≤25字、无修饰词

[ ] 术语全文统一

[ ] 编号连续

[ ] 引用关系正确

[ ] 特征-支持交叉引用表完整

实质自检：

[ ] 每条 claim 在说明书中都有支持

[ ] 有益效果与区别特征一一对应

[ ] 背景技术指出了现有技术不足

[ ] 具体实施方式充分公开

[ ] 软件/AI 专利体现了技术效果

[ ] 摘要 ≤300字

---

输出格式

# [发明名称]
说明书摘要
[≤300字]
权利要求书
1. ...
2. ...
...
说明书
技术领域
背景技术
发明内容
#### 一、要解决的技术问题
#### 二、技术方案
#### 三、有益效果
附图说明
具体实施方式
附录一：权利要求布局分析
洋葱式布局说明
侵权规避分析
替代方案防线说明
附录二：特征-支持交叉引用表
| 权利要求 | 特征 | 说明书位置 |
附录三：自检结果
附录四：代码扫描报告（如经过 Phase A）
> 免责声明：AI 辅助生成的参考性草稿，不构成法律建议。
> 正式专利申请应经专利代理师审核修改。

参考文件

references/drafting-guide.md — CNIPA 撰写规范详细要点

references/sample-invention.md — 发明专利撰写示例（含代码扫描流程）

references/sample-utility.md — 实用新型专利撰写示例

references/claim-strategy.md — 权利要求布局策略详解