faruheaisha CNIPA 中国发明专利申请全流程工具包
从"技术交底 → 体系设计 → 划界 → 撰写 → 附图 → 溯源审核 → 提交底稿 → 提交后期限管理" 的完整流水线。 本 skill 在真实的多件发明专利组合申报（6 件专利、36 张附图、约 6.5 万字申请文本） 中全流程打磨，所有规范、脚本与坑点均经实战验证，并持续用真实提交后遇到的问题反哺 （通知书接收确认、推定收到日、法定期限均来自真实办理现场）。案例已匿名化，见 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
- 阶段 4（撰写规范全文）：读 references/drafting-spec.md
- 阶段 5（附图规范与脚本用法）：读 references/figure-drawing.md
- 阶段 6（数据溯源方法）：读 references/data-provenance.md
- 阶段 7（提交规范与回归校验）：读 references/submission-checklist.md
- 阶段 8（提交后程序、期限与通知书管理）：读 references/post-filing.md
Quick Start（最小可用路径）
用户给出技术交底（或一份含"技术问题/技术方案/验证数据"的框架文档）后：
- 通读交底，提取：发明点清单、可申报主题数、每件的类型（装置+方法 / 产品+制备 / 方法+系统）
- 检索在先专利（Google Patents / 国家知识产权局系统），对每件相关在先专利做权利要求逐条划界（见 prior-art-mapping.md）
- 按 drafting-spec.md 的模板撰写每件：发明名称 → 说明书摘要(≤300字) → 权利要求书 → 说明书五段
- 用 scripts/draw_helpers.py 画附图（每件 6 张：结构图/流程图/曲线图），跑 scripts/validate_marks.py 校验标记一致性
- 跑 scripts/extract_claims_data.py 提取全部数值声明，人工/工具核对出处，产出溯源表
- 用 scripts/gen_docs.py 生成 docx（4 标签页交付文本 + 5 标签页提交底稿），跑 scripts/verify_docs.py 回归校验
Output Contract（完成时必须满足，缺一即不算完成）
- 每件专利产出 1 份 docx，含且仅含：发明名称、说明书摘要、权利要求书、说明书（技术领域/背景技术/发明内容/附图说明/具体实施方式 五段标题齐全）
- 说明书摘要 ≤300 字（用脚本断言，不靠肉眼）
- 附图中出现的每个附图标记，都在说明书文字部分以带括号编号的形式出现（如"处理器（8）"）；同一标记全文同义
- 权利要求用阿拉伯数字编号；权利要求中引用附图标记必须加括号
- 文本中不出现：优先级、风险提示、待补数据、【待补】、示意、以实测为准 等说明性/未完成字样
- 全部数值声明句已提取成清单，并标注 [A]自产材料有出处 / [B]文献有出处 / [C]实施例演示参数 三级
- 附图：JPEG、300 DPI、黑白线条、无灰度填充、图题仅"图N"+名称、无"示意图/待实测"注释
- 交付前必须跑完 verify 脚本并 ALL PASS——禁止仅凭肉眼检查宣布完成
硬性红线（违反任一条 = 推倒重来）
- 疾病诊断和治疗方法不授予专利权：涉及健康监测的权利要求，输出终点必须是 剂量/物理参数/采样参数/质控状态，不得是诊断结论——因为审查员会直接以 诊断方法条款驳回，整件申请作废
- 自己的在先申请无豁免：《专利法》22条2款"任何单位或者个人"——申请人自己的 在先专利同样构成现有技术/抵触申请，必须划界（审查员检索时并不区分申请人是谁）
- 先申请后公开：比赛路演、公众号、论文都构成公开；不丧失新颖性宽限期 不覆盖创新大赛，核心参数先申请再展示
- 纯算法不行：涉及算法的权利要求必须绑定硬件载体并写明具体输入输出与 共同产生的技术效果——抽象算法会被以智力活动规则驳回
- 术语隔离：与在先专利重叠的术语（无论是否同义）在划界结论中列黑名单， 全文禁用——避免审查员望文生义把两件申请读成一件
- 保密红线：申请文本与附图在公开前属未公开专利材料，不提交到公开仓库、 公开网盘或演示材料；本 skill 仓库自身只含方法论与匿名化案例，真实项目的 文本/附图/数据一律放在交付目录，gitignore 拦截
经验教训（实战踩坑，直接避开）
- Python 内
open(w).write(open(r).read())读改写是高危操作——曾把 400 行数据文件清成 0 字节。改文件一律用 Edit 类工具，或先写临时文件再os.replace() - 改稿后必须跑回归验证——曾出现"验证说改了但 4 处修正中 2 处实际未落盘"。每轮修改后重跑生成器 + 断言校验
- 附图标记的一致性要在脚本层校验，不靠肉眼——同一部件在不同图的编号必须统一到图1体系
- OneDrive 同步目录删除文件可能挂起——批量清理用逐文件
os.remove()，避免rm -rf整目录 - 曲线类附图先用特征示意，实测数据到位后只改绘图脚本里的数组重绘；文本中不留"待实测"字样，数据待办记录在内部工作稿而非交付稿
- 实施例数据不需要出处（专利法允许示例性参数），但口吻必须保持"某岗位/某对象/本实施例中"的假设示例，不得写成实验报告风（"实测结果显示…"）
- 摘要压字数：精确数值（人数、倍数、百分比）一律从摘要移入说明书正文，摘要只留发明点
- 保密优先于分享：把工作流做成 skill 可以公开，但母项目的文本、附图、参数、发明人信息不进公开仓库——方法论脱敏后才可复用
- "提交成功"不等于"已受理"：受理的判定标志是系统内出现《专利申请受理通知书》（载明申请号+申请日），电子申请一般 1–3 个工作日；提交环节给出的回执与申请号都不等于受理完成
- 通知书列表的条数不等于申请件数：受理阶段每件申请至少产生《专利申请受理通知书》与《缴纳申请费通知书》两条，加《电子申请回执》——6 件即十余条。核对进度只看"申请号"列去重计数，不要数行数
- "未确认列表"里点击通知书名称是"接收确认"，不是查看文件：会弹出二维码要求用移动端 APP 扫码做数字签名（身份验证）。须先批量接收确认，条目转入"已确认列表"后才能打开正文与下载
- 电子发文满 15 日即推定为收到日（《关于专利电子申请的规定》第九条第二款），实际下载晚不影响认定——不能等通知，必须开通发文提醒并定期登录
- 系统提示"申请日起 3 年内提交实质审查请求书"是法定期限告知，不是报错；提交时漏勾选实审/提前公布/费减都可在期限内单独补办，不需要撤回重交（走保护中心预审通道的除外）
- 受理通知书到手后第一件事是核对著录项目，重点是发明人姓名与顺序、申请人名称地址、申请号、申请日、发明名称——有误须在收到受理通知书 1 个月内（或递交日起 2 个月内）提更正请求，进入公布后只能走著录项目变更
- 用受理通知书的"经核实收到文件"清单反查漏交：该清单逐项列出实际收到的文件及份数页数，是判断是否已提实审请求、是否走代理的最可靠依据，不要凭记忆
评测（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 只覆盖发明专利，
建议按实用新型规范另起流程