# Chinese Patent

> 从代码或技术方案出发，撰写符合 CNIPA 规范的中国专利申请文件。核心能力：① 扫描代码提取可专利特征并抽象提炼 ② 战略性权利要求布局（洋葱式防线 + 侵权规避视角）③ 生成完整专利文件（摘要、权利要求书、说明书）。支持发明专利和实用新型。融合 code-patent-scanner 代码分析方法 + CNIPA《专利审查指南》规范。触发词：专利、专利申请、发明专利、实用新型、权利要求书、说明书、专利撰写、patent、写专利、申请专利、扫描代码写专利。

- Skill: `cslawyer1985/chinese-patent` (Agent Skill, multi-file: 6 files)
- Install (CLI): `npx skillmds@latest add cslawyer1985/chinese-patent`
- Raw SKILL.md: https://api.skillmd.com/api/skills/cslawyer1985/chinese-patent/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- License: MIT
- Author: cslawyer1985 (https://skillmd.com/u/cslawyer1985)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/cslawyer1985/chinese-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字

---

## 输出格式

```markdown
# [发明名称]

## 说明书摘要
[≤300字]

## 权利要求书
1. ...
2. ...
...

## 说明书
### 技术领域
### 背景技术
### 发明内容
#### 一、要解决的技术问题
#### 二、技术方案
#### 三、有益效果
### 附图说明
### 具体实施方式

---

## 附录一：权利要求布局分析
- 洋葱式布局说明
- 侵权规避分析
- 替代方案防线说明

## 附录二：特征-支持交叉引用表
| 权利要求 | 特征 | 说明书位置 |

## 附录三：自检结果

## 附录四：代码扫描报告（如经过 Phase A）

> **免责声明**：AI 辅助生成的参考性草稿，不构成法律建议。
> 正式专利申请应经专利代理师审核修改。
```

## 参考文件

- `references/drafting-guide.md` — CNIPA 撰写规范详细要点
- `references/sample-invention.md` — 发明专利撰写示例（含代码扫描流程）
- `references/sample-utility.md` — 实用新型专利撰写示例
- `references/claim-strategy.md` — 权利要求布局策略详解