# Cnipa Patent Kit > 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. - Skill: `faruheaisha/cnipa-patent-kit` (Agent Skill, multi-file: 7 files) - Install (CLI): `npx skillmds@latest add faruheaisha/cnipa-patent-kit` - Raw SKILL.md: https://api.skillmd.com/api/skills/faruheaisha/cnipa-patent-kit/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Docs & Writing - Author: faruheaisha (https://skillmd.com/u/faruheaisha) - Updated: 2026-09-22 - Page: https://skillmd.com/skills/faruheaisha/cnipa-patent-kit --- # 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 只覆盖发明专利， 建议按实用新型规范另起流程 ```