cn-patent-creator

name	cn-patent-creator
description	中国发明专利全流程撰写——从技术交底书到CNIPA-ready六文档申请文件包。当用户提及"发明专利""权利要求""说明书""CNIPA""交底书""专利撰写""技术交底""专利草案""申请文件""天线""射频""信号处理"或要求修改已有专利文档时触发。
allowed-tools	Read, Write, Edit, Glob, Grep, Bash, WebSearch
model	sonnet

CN 发明专利全流程撰写助手

本 Skill 融合了以下开源技能的最佳实践，形成一套完整的中国发明专利撰写工作流：

源技能	融合的核心能力
patent-disclosure-skill (v1.8.7)	专利点挖掘、技术交底书八步法、联网查新（CNIPA+Google Patents多轮检索 v2.0）、Mermaid 附图渲染、.docx 自动输出、迭代修订模式
cn-patent-drafter (CNIPA 2026)	CNIPA 合规清单（10大类~50条）、六小节段号 [0001] 规范、术语规范、4套 LaTeX 模板（已适配为 Markdown）、AI 诚信承诺
patent-application-creator (USPTO)	七阶段完整流程、权利要求策略（独立权+从权+系统权）、质量检查清单、文件组织结构
patent-architect	分析→结构化→生成的渐进式专利构建思路

一、概述

本 Skill 提供从原始技术材料到完整 CNIPA 发明专利申请文件包的一站式撰写服务。

输出文件清单（6文档）：

#	文档	说明
1	技术交底书	内部参考，专利代理人撰写依据
2	权利要求书	独立权利要求 + 从属权利要求（方法+系统）
3	说明书	六小节、[0001] 连续段号、充分公开
4	说明书附图	系统框图 + 方法流程图（Mermaid 渲染）
5	说明书摘要	≤300汉字、四要素齐全
6	专利请求书	含 IPC 分类号建议、4条诚信承诺、AI 辅助声明

输出格式： 每份文档同时输出 .md（Markdown 源文件）和 .docx（Word 可编辑文件）。

---

二、触发条件

以下任一情况自动触发本 Skill：

• 明确提及：发明专利、权利要求、说明书、CNIPA、交底书、专利撰写、技术交底、申请文件、专利草案
• 技术领域：天线测量、射频信号、雷达系统、信号处理、电子侦察
• 文档操作：修改已有专利文档的章节、补充实施例、修正参数、合规自检
• 斜杠命令：/cn-patent-creator、/写专利、/专利自检

---

三、完整工作流（七阶段）

阶段一：技术材料扫描与专利点挖掘

目标： 从用户提供的技术材料中挖掘专利点，识别可申请的技术方案。

执行步骤：

1. 加载合规清单 — Read → checklists/cnipa-2026.md，将全部合规要求加载到工作记忆。
2. 扫描技术材料 — 搜索项目目录中的 MATLAB 脚本（*.m）、技术文档（*.docx/*.pdf/*.md）、数据文件。对 .docx 文件先用 mammoth 转换为 Markdown 后阅读。
3. 提取关键创新点 — 从代码和文档中提取：
   • 核心技术构思（与现有技术的本质区别）
   • 关键算法/方法步骤（函数名、变量名、参数取值）
   • 验证结果（仿真数据、实验数据、与现有方法的对比）
4. 确定专利方案 — 列出候选专利点（3-5个），与用户讨论确认方向。

---

阶段二：现有技术查新检索（关键阶段）

目标： 通过多轮联网检索，全面了解现有技术，为后续撰写提供差异化依据。

执行前必读： Read → prompts/prior_art_search.md

执行步骤：

1. 提取检索关键词 — 从专利方案中归纳 4～10 个高相关度的语义检索单位。避免过碎单字或整句长查询。
2. 执行多轮独立检索 — 对每个检索词执行独立的 WebSearch。
   • 优先搜索中国专利：在查询中加 CNIPA 专利 或 中国专利
   • 补充国际专利：加 Google Patents 或直接用英文关键词
   • 补充学术文献：加 Google Scholar 或技术论文
3. 阅读与筛选 — 对每个高相关度条目，使用 WebFetch 打开详情页，阅读摘要/全文。筛选出真正与本发明技术方案高度相关的条目（通常3-8条）。
4. 逐项分析 — 对每条高度相关条目撰写：
   • 专利号/文献标识
   • 技术方案要点（用自己的话概括，基于摘要/全文理解）
   • 应用场景
   • 局限性/缺陷（为"与本发明区别"提供基础）
   • 公开源 URL（必填、可核验）
5. 撰写查新笔记 — 按 prompts/prior_art_search.md 的输出格式，留存完整的查新记录。
6. 提炼本质区别 — 明确本发明与所有现有技术之间的本质区别，为该发明的创造性提供支撑。

此阶段的产出将直接写入交底书的第一章（1.1 现有技术、1.3 对比表）和说明书的"背景技术"节。

---

阶段三：技术交底书撰写

目标： 基于查新结果，撰写完整的技术交底书。

执行步骤：

1. Read → templates/disclosure.md 获取交底书七章结构。
2. 写入查新结果 — 将阶段二的查新分析写入第一章（1.1 现有技术方案及缺陷 + 1.3 专利文献对比表）。每条现有技术必须附带可核验的专利号/URL。
3. 撰写其余章节 — 二、技术问题 → 三、技术方案（含 Mermaid 框图） → 四、有益效果 → 五、技术关键点 → 六、具体实施方式 → 七、参考文献。
4. 交付 — 必须同时输出 .md 和 .docx，文件名格式：{案件名}_{YYYYMMDDHHmmss}.md / .docx。

交底书核心章节：

• 一、现有技术（含专利文献对比分析表）
• 二、本发明要解决的技术问题
• 三、技术方案（含系统框图 + 方法流程图，均用 Mermaid fenced block）
• 四、优点和有益效果
• 五、技术关键点（保护侧重点）
• 六、具体实施方式（至少2个实施例）
• 七、参考文献

Mermaid 附图要求：

• 系统框图：graph LR 或 graph TB 类型，展示发射单元/接收单元/数据处理单元
• 方法流程图：flowchart TD 类型，展示 S1-S5 步骤
• 定稿时必须将 mermaid 渲染为 PNG 图片嵌入文档

输出： {案件名}_{时间戳}.md + {案件名}_{时间戳}.docx（交底书）

---

阶段四：权利要求书撰写

目标： 撰写符合 CNIPA 规范的权利要求书（方法权+系统权，独立权+从权）。

执行步骤：

1. Read → templates/claims.md 获取权利要求骨架。
2. 确定保护范围策略 — 基于阶段一的现有技术分析：
   • 独立权利要求覆盖最宽保护范围（使用上位概念，如 Δf 而非 50MHz）
   • 从属权利要求逐步限缩（具体参数取值、优选范围、设备型号）
   • 方法独立权 + 系统独立权（共享同一发明构思，满足单一性）
3. 撰写独立权利要求：
   • 权1（方法独立权）：一种{技术领域}的方法，其特征在于，包括以下步骤：(1)...(2)...(3)...
   • 权N（系统独立权）：一种用于实施权利要求1至K任一项所述方法的系统，其特征在于，包括：{模块列表}
4. 撰写从属权利要求：每条从权必须 根据权利要求 N 所述，N 严格小于当前条号，禁止循环引用。
5. 数值范围规范：所有参数必须给出取值区间+优选值，禁止单一硬编码和模糊词。
6. 自检：
   • 引用单向性（N < 当前条号）
   • 无循环引用
   • 数值均带范围+优选值
   • 术语符合规范（"特征在于"非"特点是"、"包括以下步骤"非"包含如下步骤"）
   • 无"约""大约""等等""诸如此类"

输出： {案件名}_权利要求书_{时间戳}.md + .docx

---

阶段五：说明书撰写

目标： 撰写符合 CNIPA 六小节结构、[0001] 连续段号的完整说明书。

执行步骤：

1. Read → templates/specification.md 获取六小节段号阶梯模板。

2. 按六小节顺序撰写：

   节	标题	段号范围参考	要点
   一	技术领域	[0001]	1段，明确所属技术领域
   二	背景技术	[0002]-[0007]	问题陈述 + 现有技术3类 + 缺陷总结
   三	发明内容	[0008]-[0022]	要解决的技术问题 + 技术方案（方法+系统+核心原理）
   四	附图说明	[0023]-[0024]	每幅图1句说明
   五	具体实施方式	[0025]-[0054]	至少2个完整实施例 + 参数汇总表
   六	有益效果	[0055]-[0062]	逐条列出（序号标注），最后附保护范围声明

3. 段号规则（严格遵守）：

   • 格式 [0001]、[0002]……四位补零、英文方括号
   • 全文连续不重置（不在每小节重新编号）
   • 增减段落时用 Grep 检查后续段号并全部上调/下调
   • 摘要和权利要求书不带段号

4. 充分公开要求：

   • 具体实施方式必须援引源代码文件路径、关键函数名、变量名
   • 关键参数（阈值、范围、步进）必须给出数值与取值依据
   • 至少1个完整实施例 + 多个可替换变体

5. 术语规范（强制）：

   • "实施方式"不写"实现方式"
   • "特征在于"不写"特点是"
   • "包括以下步骤"不写"包含如下步骤"
   • "优选地"用于标注优选参数取值

6. 避免的内容：

   • 不出现商标符号 ® ™、第三方品牌名、竞品截图、源码 URL
   • 不使用模糊词："约"改为"优选"或给出范围
   • 不引用未公开文献作为背景技术

输出： {案件名}_说明书_{时间戳}.md + .docx

---

阶段六：附图制作

目标： 制作符合 CNIPA 黑白线条图规范的专利附图。

执行步骤：

1. 确定附图清单 — 至少包括：
   • 图1：系统组成结构示意图（graph LR/TB）
   • 图2：方法流程示意图（flowchart TD）
   • 图3+：可选，如频谱对比图、仿真结果图、替代实施例图
2. Mermaid 绘制 — 在 Markdown fenced block 中编写 mermaid 代码。
3. 渲染为 PNG — 使用 mmdc（mermaid-cli）将 mermaid 渲染为高分辨率 PNG 图片。如 Chrome 未找到，检查 PUPPETEER_EXECUTABLE_PATH 环境变量指向系统 Chrome 路径。
4. 附图规范：
   • 黑白线条风格（避免彩色，符合专利图要求）
   • 图中文字使用宋体或黑体
   • 流程图中步骤编号与说明书中步骤编号一一对应
   • 摘要附图可从说明书附图中选用1张

输出： 附图 PNG 文件（附图1_xxx.png、附图2_xxx.png……）

---

阶段七：摘要与请求书

目标： 撰写说明书摘要和专利请求书。

说明书摘要要求：

1. Read → templates/abstract.md。
2. 字数 ≤300汉字（含标点），用 wc -m 或编辑器统计核验。
3. 必须包括四要素：技术领域、所要解决的技术问题、技术方案要点、有益效果。
4. 不得出现商业宣传性用语（"领先""革命性""首创"等）。
5. 摘要附图 ≤1张。

专利请求书要求：

1. Read → templates/request-form.md。
2. 必须包含以下新增项（CNIPA 2024-2026 规范）：
   • IPC 分类号建议（如 G01R 29/10、G01R 29/08、G01S 7/40）
   • 4条诚信承诺：真实独创 / 自然人发明人 / AI 仅辅助排版润色 / 接受失实后果
   • AI 辅助声明：发明人不得列 AI；起草中用 AI 辅助应限于排版润色
3. 申请人/发明人信息使用占位符 [占位]，供用户后续替换。

输出： {案件名}_说明书摘要_{时间戳}.md + .docx，{案件名}_专利请求书_{时间戳}.md + .docx

---

阶段八：合规自检

目标： 对照 CNIPA 2026 合规清单逐条核验全部申请文件。

执行步骤：

1. Read → checklists/cnipa-2026.md。
2. 逐类核验（10大类共约50条）：
   • 一、文件结构与顺序（五文档齐备、顺序固定）
   • 二、说明书段号（[0001] 四位补零 + 全局连续）
   • 三、权利要求书（单向引用、禁止循环引用、数值范围+优选值）
   • 四、说明书摘要（≤300汉字、摘要附图≤1张、四要素）
   • 五、说明书内容充分公开（六小节顺序、援引源码、参数取值依据、多个实施例）
   • 六、附图（黑白线图、序号一致、与附图说明一一对应）
   • 七、专利法第25条排除项（非科学发现/非智力规则/非诊疗方法/非动植物品种）
   • 八、AI 与诚信承诺（2024-12 CNIPA 指引）
   • 九、避免的内容（无商标/无竞品名/无源码 URL/无模糊词）
   • 十、输出验证（文件完整性、格式正确）
3. 列出不通过项 — 任何未通过项必须在响应中显式列出，并给出修改建议。
4. 修复后复检 — 修复不通过项后重新核验。

此阶段不生成新文件——仅在对话中输出合规报告，或直接修改源文件修复问题。

---

阶段九：输出与打包

目标： 生成最终申请文件包。

执行步骤：

1. 确认所有文档定稿 — 6份 .md 文档全部完成合规自检。
2. 生成 .docx — 对每份 .md 执行 python-docx 转换（宋体正文、黑体标题、标准页边距）。
3. 整理文件 — 将全部输出文件（.md、.docx、.png）汇总到 outputs/ 目录。
4. 输出文件清单 — 列出全部文件及路径。

最终文件清单模板：

序号	文件名称	格式	说明
1	技术交底书	.md + .docx	内部参考
2	权利要求书	.md + .docx	独立权+从属权，方法+系统
3	说明书	.md + .docx	六小节，[0001]连续段号
4	说明书附图	.png (多张)	Mermaid渲染的黑白线图
5	说明书摘要	.md + .docx	≤300汉字
6	专利请求书	.md + .docx	含IPC分类+诚信承诺

---

四、模板与提示词库

本 Skill 内置以下模板和提示词文件，起草对应文档前 Read 对应文件：

文件	用途	核心结构
templates/disclosure.md	技术交底书	七章：现有技术（含对比表）→技术问题→技术方案→优点→技术关键点→实施方式→参考文献
templates/claims.md	权利要求书	独立权（方法）+ 从权 + 独立权（系统）+ 从权，含引用合规说明
templates/specification.md	说明书	六小节 + [0001] 段号阶梯 + 充分公开要求
templates/abstract.md	说明书摘要	≤300字 + 四要素 + 摘要附图
templates/request-form.md	专利请求书	13项信息栏 + 4条诚信承诺 + IPC 分类号
prompts/prior_art_search.md	现有技术查新检索规范 v2.0	五步法检索策略、4-10个关键词提取、多轮独立检索、逐项验证阅读、查新笔记格式、实战经验总结、质量自检清单
checklists/cnipa-2026.md	CNIPA 合规清单	10大类约50条核验项

每个模板文件内包含：

• 章节结构框架（__PLACEHOLDER__ 占位符）
• 关键合规要点提示（引用 checklist 对应条目）
• 常见错误警示（如"此处禁止循环引用""此处必须给取值范围"）

---

五、术语规范

以下为 CNIPA 发明专利撰写的强制性术语对照，每次起草和修订时必须遵守：

正确表述	禁用表述	适用场景
其特征在于	特点是、其特点在于	权利要求书
包括以下步骤	包含如下步骤、步骤如下	方法权利要求
实施方式	实现方式	说明书全文
根据权利要求N所述	如权利要求N所述、根据权利要求N	从属权利要求引用
优选地	最好、较佳地	标注优选参数取值
进一步地	另外、还有、再者	追加技术特征
所述	该（首次引入时用"一"）	指代已出现的技术特征
包括	由……组成（封闭式，除非确为穷举）	开放式技术特征列举
技术领域	技术范围、应用范围	说明书第一节标题
背景技术	现有技术、已有技术	说明书第二节标题

禁止使用的模糊词（完整列表）： "大约""约""等等""诸如此类""大概""左右""差不多""可能""一般""通常"——必须替换为确定范围或穷举集合。

---

六、常见任务速查

任务	操作指引
从零起草完整申请	按阶段一→七顺序执行，每阶段输出确认后再进入下一阶段
仅撰写权利要求书	Read templates/claims.md + checklists/cnipa-2026.md 第三条，直接起草
仅做合规自检	Read checklists/cnipa-2026.md，逐条对照现有文档，列出不通过项
补充一条从权	Read 当前权利要求书，在 claimitem 环境内按序号追加；确保 N < 当前条号
修改说明书某段	Read 说明书，Grep 定位段号，Edit 修改内容；若增删段落则同步调整后续全部段号
更换发明名称	全局替换所有文档中的发明名称（请求书、摘要、权利要求书、说明书、交底书）
补充实施例	Read templates/specification.md，在具体实施方式节末尾追加新实施例段，确保新参数有取值依据
渲染 Mermaid 附图	Bash 执行 mmdc -i input.mmd -o output.png -s 2，若 Chrome 未找到则设置 PUPPETEER_EXECUTABLE_PATH
迭代修订（补材料）	在原文档基础上合并新材料，另存为新时间戳文件，不覆盖旧稿；追加修订对话记录
迭代修订（纠错）	修正与事实或参数不符的内容，另存为新时间戳文件；完成输出纠正摘要

---

七、项目脚手架

首次使用时，建议按以下结构组织项目文件：

your-patent-project/
├── materials/                        # 原始技术材料（只读）
│   ├── matlab/                       # MATLAB 仿真脚本
│   ├── docs/                         # 技术文档 (.docx/.pdf)
│   └── data/                         # 实验/仿真数据
├── outputs/                          # 生成的专利申请文件（.gitignore）
│   ├── {案件名}_{时间戳}.md
│   ├── {案件名}_{时间戳}.docx
│   ├── {案件名}_权利要求书_{时间戳}.md
│   ├── {案件名}_权利要求书_{时间戳}.docx
│   ├── {案件名}_说明书_{时间戳}.md
│   ├── {案件名}_说明书_{时间戳}.docx
│   ├── {案件名}_说明书摘要_{时间戳}.md
│   ├── {案件名}_说明书摘要_{时间戳}.docx
│   ├── {案件名}_专利请求书_{时间戳}.md
│   ├── {案件名}_专利请求书_{时间戳}.docx
│   ├── 附图1_系统组成结构示意图.png
│   └── 附图2_方法流程示意图.png
└── .claude/
    └── skills/
        └── cn-patent-creator/       # 本 Skill
            ├── SKILL.md
            ├── CLAUDE.md
            ├── templates/
            │   ├── disclosure.md
            │   ├── claims.md
            │   ├── specification.md
            │   ├── abstract.md
            │   └── request-form.md
            └── checklists/
                └── cnipa-2026.md

---

八、核心原则

1. Markdown 优先 — 所有起草在 Markdown 中进行（易于版本管理和 diff），定稿后转为 .docx。不依赖 LaTeX 工具链。
2. 合规内建而非事后修补 — 将 CNIPA 2026 合规要求嵌入模板和工作流，而非写完后再对照修改。
3. 代码事实支撑 — 说明书的参数、步骤、阈值必须有源代码或实验数据中的对应引用，最大化"充分公开"防绕设计。
4. 增量迭代不覆盖 — 每次交付新版本使用新时间戳文件名，保留所有历史版本，方便回溯和对比。
5. 用户主导、AI 辅助 — 技术构思、关键参数、保护范围决策由发明人独立完成；AI 用于格式排版、表述润色、合规检查。
6. 占位符管理 — 发明人、申请人、地址等个人信息统一使用 [占位] 标记，方便后续批量替换。

---

九、Agent 自用工作流检查清单

□ 已 Read checklists/cnipa-2026.md，10大类合规要求已加载到工作记忆
□ 已扫描用户提供的全部技术材料（含 .docx→.md 转换）
□ 已执行阶段二（查新检索）：Read prompts/prior_art_search.md、4-10个检索词多轮独立检索、逐项阅读分析、查新笔记已留存
□ 交底书第一章：现有技术条目均附可核验的专利号/URL、每条的方案概括基于摘要理解后以自己话重写
□ 交底书：七章结构完整、Mermaid 图已渲染为 PNG、.md 和 .docx 同时交付、文件名含时间戳
□ 权利要求书：独立权+从属权结构合理、单向引用合规、数值均带范围+优选值、无模糊词
□ 说明书：六小节顺序正确、[0001]段号全文连续不重置、关键参数有取值依据、术语符合规范
□ 附图：至少2张（系统框图+方法流程图）、黑白线条风格、图中编号与说明书一致
□ 摘要：≤300汉字、四要素齐全、无商业宣传用语
□ 请求书：IPC分类号已建议、4条诚信承诺已包含、AI辅助声明已注明
□ 合规自检：10大类逐条核验、不通过项已在响应中列出并修复
□ 最终输出：6文档 .md + .docx 全部在 outputs/ 目录、文件清单已汇总
□ 迭代修订：新稿另存为带时间戳文件、未覆盖旧稿、已追加修订对话记录