cnipa-patent-kit

---
name: cnipa-patent-kit
description: "CNIPA 中国发明专利申请全流程工具包：从技术交底、五书撰写、附图绘制，到可提交底稿与提交后期限管理。Use when 用户要申请或撰写发明专利、设计多件专利组合、做在先专利划界/查重、写权利要求书/说明书/摘要、画专利附图、核对数据出处、生成提交底稿，或对已有专利材料做合规校验——即使只做其中一个环节（只画图、只压摘要字数、只查附图标记一致性）也应使用本 skill。覆盖：①多件专利体系设计与在先专利权利要求逐条划界（抵触申请/现有技术分析、术语黑名单、高风险重构策略）；②按《专利法实施细则》20-23 条生成正式申请文本（五段标题、摘要≤300字断言、附图标记括号一致性、权利要求阿拉伯编号、疾病诊断红线规避）；③matplotlib 黑白线条附图自动布局（300DPI JPEG 符合 cponline 上传规范：链式流程图/曼哈顿走线/文字自动缩号/编号一致性校验）；④数据溯源审核（数值声明自动提取→A/B/C 三级溯源表）；⑤生成 CNIPA 在线编辑器 5 标签页提交底稿 + python-docx 回归校验；⑥提交后程序管理（受理通知书/电子申请回执/缴纳申请费通知书的接收确认与下载、15 日推定收到日、申请费 2 个月与实审请求 3 年两个法定期限、漏勾选补办路径、费用减缴比例）。Not for: 实用新型、外观设计、商标、著作权、PCT/USPTO/EPO 等境外申请、侵权诉讼分析、专利代理与费减代办。Triggers: 专利申请, 发明专利, 专利撰写, 权利要求, 说明书, 专利摘要, 摘要超字数, 专利附图, 专利图, 实施例, 数据溯源, 在先专利, 划界, 交底书, 五书, 请求书, 受理通知书, 通知书接收, 实质审查请求, 专利缴费, 申请费, CNIPA, 国家知识产权局, patent application, claims drafting, patent figures, prior art mapping."
metadata:
  version: "1.2.1"
  last_updated: "2026-09-10"
  status: active
  license: MIT
  task_type: structured-deliverable
  requires: "python>=3.10; pip: python-docx, matplotlib, numpy"
---

# CNIPA 中国发明专利申请全流程工具包

从"技术交底 → 体系设计 → 划界 → 撰写 → 附图 → 溯源审核 → 提交底稿 → 提交后期限管理"
的完整流水线。
本 skill 在真实的多件发明专利组合申报（6 件专利、36 张附图、约 6.5 万字申请文本）
中全流程打磨，所有规范、脚本与坑点均经实战验证，并持续用真实提交后遇到的问题反哺
（通知书接收确认、推定收到日、法定期限均来自真实办理现场）。案例已匿名化，见
[assets/case-study.md](assets/case-study.md)。

## 适用场景

- 围绕一个技术项目设计多件可独立申报、相互划界的发明专利组合
- 按国家/企业真实申请范式产出可直接提交 CNIPA（cponline.cnipa.gov.cn）的申请文本
- 需要黑白线条工程附图（流程图/结构剖面图/曲线对比图）且须符合官方图片规范
- 申报材料中的数据必须可溯源（学术诚信 / 审查答辩 / 对外宣称合规）
- 提交后要管理通知书接收、缴费与实审期限，不清楚"下一步该做什么、什么时候截止"

**不适用**（来自 description 的 Not for 边界，越界前先向用户说明）：
实用新型、外观设计、商标、著作权、境外专利申请、侵权诉讼分析。

## 总体流程（八阶段）

```
阶段1 交底整理 → 阶段2 体系设计 → 阶段3 在先划界 → 阶段4 正文撰写
     → 阶段5 附图绘制 → 阶段6 数据溯源审核 → 阶段7 提交底稿与回归校验
     → 阶段8 提交后程序与期限管理（通知书接收确认/缴费/实审/公布的法定时限）
```

各阶段详情按需加载（渐进式披露：本文件只给流程与契约，细节在 references）：
- 阶段 1-3（体系设计与划界）：读 [references/prior-art-mapping.md](references/prior-art-mapping.md)
- 阶段 4（撰写规范全文）：读 [references/drafting-spec.md](references/drafting-spec.md)
- 阶段 5（附图规范与脚本用法）：读 [references/figure-drawing.md](references/figure-drawing.md)
- 阶段 6（数据溯源方法）：读 [references/data-provenance.md](references/data-provenance.md)
- 阶段 7（提交规范与回归校验）：读 [references/submission-checklist.md](references/submission-checklist.md)
- 阶段 8（提交后程序、期限与通知书管理）：读 [references/post-filing.md](references/post-filing.md)

## Quick Start（最小可用路径）

用户给出技术交底（或一份含"技术问题/技术方案/验证数据"的框架文档）后：

1. **通读交底**，提取：发明点清单、可申报主题数、每件的类型（装置+方法 / 产品+制备 / 方法+系统）
2. **检索在先专利**（Google Patents / 国家知识产权局系统），对每件相关在先专利做权利要求逐条划界（见 prior-art-mapping.md）
3. **按 drafting-spec.md 的模板**撰写每件：发明名称 → 说明书摘要(≤300字) → 权利要求书 → 说明书五段
4. **用 scripts/draw_helpers.py 画附图**（每件 6 张：结构图/流程图/曲线图），跑 scripts/validate_marks.py 校验标记一致性
5. **跑 scripts/extract_claims_data.py 提取全部数值声明**，人工/工具核对出处，产出溯源表
6. **用 scripts/gen_docs.py 生成 docx**（4 标签页交付文本 + 5 标签页提交底稿），跑 scripts/verify_docs.py 回归校验

## Output Contract（完成时必须满足，缺一即不算完成）

1. 每件专利产出 1 份 docx，含且仅含：发明名称、说明书摘要、权利要求书、说明书（技术领域/背景技术/发明内容/附图说明/具体实施方式 五段标题齐全）
2. 说明书摘要 ≤300 字（用脚本断言，不靠肉眼）
3. 附图中出现的每个附图标记，都在说明书文字部分以带括号编号的形式出现（如"处理器（8）"）；同一标记全文同义
4. 权利要求用阿拉伯数字编号；权利要求中引用附图标记必须加括号
5. 文本中不出现：优先级、风险提示、待补数据、【待补】、示意、以实测为准 等说明性/未完成字样
6. 全部数值声明句已提取成清单，并标注 [A]自产材料有出处 / [B]文献有出处 / [C]实施例演示参数 三级
7. 附图：JPEG、300 DPI、黑白线条、无灰度填充、图题仅"图N"+名称、无"示意图/待实测"注释
8. 交付前必须跑完 verify 脚本并 ALL PASS——禁止仅凭肉眼检查宣布完成

## 硬性红线（违反任一条 = 推倒重来）

- **疾病诊断和治疗方法不授予专利权**：涉及健康监测的权利要求，输出终点必须是
  剂量/物理参数/采样参数/质控状态，不得是诊断结论——因为审查员会直接以
  诊断方法条款驳回，整件申请作废
- **自己的在先申请无豁免**：《专利法》22条2款"任何单位或者个人"——申请人自己的
  在先专利同样构成现有技术/抵触申请，必须划界（审查员检索时并不区分申请人是谁）
- **先申请后公开**：比赛路演、公众号、论文都构成公开；不丧失新颖性宽限期
  不覆盖创新大赛，核心参数先申请再展示
- **纯算法不行**：涉及算法的权利要求必须绑定硬件载体并写明具体输入输出与
  共同产生的技术效果——抽象算法会被以智力活动规则驳回
- **术语隔离**：与在先专利重叠的术语（无论是否同义）在划界结论中列黑名单，
  全文禁用——避免审查员望文生义把两件申请读成一件
- **保密红线**：申请文本与附图在公开前属未公开专利材料，**不提交到公开仓库、
  公开网盘或演示材料**；本 skill 仓库自身只含方法论与匿名化案例，真实项目的
  文本/附图/数据一律放在交付目录，gitignore 拦截

## 经验教训（实战踩坑，直接避开）

1. **Python 内 `open(w).write(open(r).read())` 读改写是高危操作**——曾把 400 行数据文件清成 0 字节。改文件一律用 Edit 类工具，或先写临时文件再 `os.replace()`
2. **改稿后必须跑回归验证**——曾出现"验证说改了但 4 处修正中 2 处实际未落盘"。每轮修改后重跑生成器 + 断言校验
3. **附图标记的一致性要在脚本层校验**，不靠肉眼——同一部件在不同图的编号必须统一到图1体系
4. **OneDrive 同步目录删除文件可能挂起**——批量清理用逐文件 `os.remove()`，避免 `rm -rf` 整目录
5. **曲线类附图先用特征示意**，实测数据到位后只改绘图脚本里的数组重绘；文本中不留"待实测"字样，数据待办记录在内部工作稿而非交付稿
6. **实施例数据不需要出处**（专利法允许示例性参数），但口吻必须保持"某岗位/某对象/本实施例中"的假设示例，不得写成实验报告风（"实测结果显示…"）
7. **摘要压字数**：精确数值（人数、倍数、百分比）一律从摘要移入说明书正文，摘要只留发明点
8. **保密优先于分享**：把工作流做成 skill 可以公开，但母项目的文本、附图、参数、发明人信息不进公开仓库——方法论脱敏后才可复用
9. **"提交成功"不等于"已受理"**：受理的判定标志是系统内出现《专利申请受理通知书》（载明申请号+申请日），电子申请一般 1–3 个工作日；提交环节给出的回执与申请号都不等于受理完成
10. **通知书列表的条数不等于申请件数**：受理阶段每件申请至少产生《专利申请受理通知书》与《缴纳申请费通知书》两条，加《电子申请回执》——6 件即十余条。核对进度**只看"申请号"列去重计数，不要数行数**
11. **"未确认列表"里点击通知书名称是"接收确认"，不是查看文件**：会弹出二维码要求用移动端 APP 扫码做数字签名（身份验证）。须先批量接收确认，条目转入"已确认列表"后才能打开正文与下载
12. **电子发文满 15 日即推定为收到日**（《关于专利电子申请的规定》第九条第二款），实际下载晚不影响认定——**不能等通知**，必须开通发文提醒并定期登录
13. **系统提示"申请日起 3 年内提交实质审查请求书"是法定期限告知，不是报错**；提交时漏勾选实审/提前公布/费减都可在期限内单独补办，不需要撤回重交（走保护中心预审通道的除外）
14. **受理通知书到手后第一件事是核对著录项目**，重点是发明人姓名与顺序、申请人名称地址、申请号、申请日、发明名称——有误须在收到受理通知书 1 个月内（或递交日起 2 个月内）提更正请求，进入公布后只能走著录项目变更
15. **用受理通知书的"经核实收到文件"清单反查漏交**：该清单逐项列出实际收到的文件及份数页数，是判断是否已提实审请求、是否走代理的最可靠依据，不要凭记忆

## 评测（evals/）

`evals/evals.json` 含 10 组评测（5 组触发 + 1 组提交后通知与期限触发 +
2 组 Output Contract 验收 + 2 组边界排除）。
修改 description 或流程后，先手动过一遍 evals 再发布——
description 触发语境不全会导致 undertrigger（该用不用），边界不写清会导致
scope creep（不该用乱用）。这两类失败都是真实社区 Issue 里最常见的。
`description` 长度上限 1024 字符，改完用脚本量一下。

## 目录结构

```
cnipa-patent-kit/
├── SKILL.md                          # 本文件（入口）
├── references/
│   ├── prior-art-mapping.md          # 在先专利划界方法论 + 术语黑名单机制
│   ├── drafting-spec.md              # 撰写规范全文（细则20-23条落地模板）
│   ├── figure-drawing.md             # 附图规范 + draw_helpers API 说明
│   ├── data-provenance.md            # 数据溯源三级标注方法
│   ├── submission-checklist.md       # cponline 提交规范 + 回归校验断言
│   └── post-filing.md                # 提交后程序：受理发文中/通知书接收/法定期限/FAQ
├── scripts/
│   ├── draw_helpers.py               # 附图绘制公共库（自动布局/防重叠）
│   ├── extract_claims_data.py        # 从正文提取数值声明句
│   ├── gen_docs.py                   # docx 生成器（4标签页+5标签页）
│   ├── validate_marks.py             # 附图标记↔正文一致性校验
│   └── verify_docs.py                # 交付前回归校验（断言式）
├── evals/
│   └── evals.json                    # 触发/验收/边界评测集（10 组）
├── assets/
│   └── case-study.md                 # 匿名化实战案例（方法论决策链）
├── CHANGELOG.md                      # 版本变更记录
├── CONTRIBUTING.md                   # 贡献指南（含保密要求）
├── LICENSE                           # MIT
└── .gitignore                        # 含保密拦截目录（专利申请/交付文本/在线提交/附图/*.docx）
```

## Example usage

```
用户：我有一个硬件+算法项目，三项技术点想申报发明专利，
     团队已发表 N 篇论文，比赛材料公开过部分参数。
→ 通读交底 → 检索在先专利并划界（重点：自家已公开参数构成现有技术风险）
→ 设计类型错开的多件组合 → 按本 skill 八阶段走完全流程

用户：帮我画这个器件剖面图的专利附图
→ 只加载 references/figure-drawing.md + scripts/draw_helpers.py，
   按黑白线条规范出图，跑 validate_marks.py

用户：帮我写一个实用新型申请
→ 越界（Not for 实用新型）→ 说明本 skill 只覆盖发明专利，
   建议按实用新型规范另起流程
```