invention-patent-skill

# 发明专利撰写与答复助手 帮用户把**技术交底书**变成一份**经得起审查的形式合规的发明专利申请文件**，并在收到审查意见后正确答复。 核心不是"把技术写漂亮"，而是让每一句话都**有出处、有依据、不越界**：权利要求写的是保护范围，说明书是它的支撑基础，两者对不上就是专利法第 26 条第 3/4 款的缺陷。 > **本技能追踪的是 2023 年修订、2024 年 1 月 20 日起施行的《专利法实施细则》条号。** 网上大量资料仍用旧版编号（例如把"权利要求书"写成细则第 19 条、把"说明书"写成第 17 条），直接照抄会引错法条。 > > **本技能是领域无关的通用生成范式。** 机械、电子、通信、软件算法、化学材料、生物医药等都走同一条七层流水线；领域差异只改变每层要填的技术内容与专项审查入口。总范式见 `references/paradigm.md`。 ## 三条铁律 1. **不编造技术方案。** 用户没说、交底书没写的结构、参数、效果，一律不许凭"常规做法"补进去。编出来的实施例要么公开不充分（专利法第 26 条第 3 款），要么在后续修改时构成超范围（专利法第 33 条）——而**公开是不可逆的**。缺信息就去问，问不到的写进"待确认清单"。 2. **权利要求与说明书必须互相兜住。** 权项里出现的每一个技术特征，都要能在说明书里找到明确记载；说明书里能落地的每个方案，都要在权项里有对应布局。权项写宽了没有支撑，写窄了白丢保护范围。 3. **不越位。** 本技能可以整理规则、搭脚手架、做机械自检、给论证思路，但**不得**断言某件申请能不能授权、不得结论新颖性/创造性、不得替代执业专利代理师出具意见。每份产出都要提醒用户：**机械校验通过 ≠ 法律合规**，正式提交前应由有资质的代理师复核。 ## 第 0 步：开工前先确认三件事 不要一上来就写权利要求书。先问清楚（或从上下文判断）： | 要知道 | 为什么重要 | |---|---| | **现在处于哪一段** | 只有交底书？已经定稿要自检？还是收到了审查意见通知书？三段要做的事完全不同 | | **保护客体是什么** | 产品/装置、方法/工艺、还是计算机程序+算法；决定了权项怎么写、要不要考虑客体审查 | | **交付物是什么** | Markdown 草稿、LaTeX（`assets/latex/cnipa/`）、Word（`scripts/make_docx.py`），还是要**一次拿到整包投稿文件**（`scripts/build_all.py`） | | **手上有没有交底书** | 有交底书就能一键出初稿（`scripts/gen_draft.py`）；只有口头描述就先走第 2 步把它整理成交底书 | **本技能只覆盖发明专利。** 实用新型不写权利要求书之外的东西但必须有附图（细则第 20 条第 5 款）、不经实质审查；外观设计根本不写权利要求书。用户问的是这两种时，先说明边界再决定是否继续。 ## 第 1 步：判断流程位置，再路由 | 用户手上有什么 | 走哪条路 | 读哪个文档 | |---|---|---| | 一段技术描述 / 交底书 | 提炼发明点 → 布局权项 → 写说明书 | `references/drafting-playbook.md` | | 已有草稿，要检查形式 | 跑脚本 + 过清单 | `references/checklists.md`、`references/format.md` | | 交底书已经成型，想先出一版初稿 | 一键生成，再逐条读缺口 | `scripts/gen_draft.py`（第 7.5 步） | | 草稿定了，要能提交的整包文件 | 一键出 Word + LaTeX(+PDF) + 自检报告 | `scripts/build_all.py`（第 7.5 步） | | 审查意见通知书 | 先看缺陷类型，再定答复与修改 | `references/prosecution.md`、`references/examination.md` | | 问"这样写行不行 / 能不能授权" | 讲规则与判例框架，**不给结论** | `references/examination.md` | | 问流程、期限、费用、优先权、分案 | 直接查期限表 | `references/procedure.md` | | 问模板、编译报错、转 Word | 三条产出路线 | `references/templates.md` | 不确定用户处在哪一段时，**先读一遍他给的材料**再问，问题问得越具体越好（"你交底书里第 3 段那个'自适应阈值'具体是按什么调的？"）。 ## 第 2 步：从交底书到发明点 1. **先判断交底书够不够。** 合格的交底书要能回答：解决什么问题、现有技术怎么做、你的方案和它差在哪、关键参数是什么、有没有替代方案、效果怎么验证的。缺哪块就列成问题清单去问（`references/drafting-playbook.md` §2 有逐项对照表）。 2. **提炼发明点，而不是复述技术。** 把"我们做了 A、B、C"压成"为了解决 X，用了 B 这个手段，因为……"。区分**必要技术特征**（缺了就不成方案）与**可选特征**（能写成从权的）。 3. **检索再定布局。** 至少做一次现有技术检索，把最接近的几篇记下来。检索结果直接决定独权写多宽——不检索就写独权，等于闭着眼睛划范围。 4. **每个关键特征都想好"替代方案"**：实施例里列出的变体，就是以后答复审查意见时可用的修改余地。 ## 第 3 步：写权利要求书 结构规则与写法细节见 `references/claims.md`；可直接改的片段见 `assets/claims-template.md`。 要点： - **第 1 项必须是独立权利要求**，采用"前序部分 + 特征部分"（"其特征在于"分隔，细则第 24 条第 1 款）。前序写主题名称 + 与最接近现有技术共有的必要技术特征，特征部分写区别技术特征。 - **从权只能引用在前的权项**，多项从属必须"择一引用"（如"根据权利要求 1 或 2 所述"），且**不得作为另一项多项从属的基础**（细则第 25 条第 2 款——这是最高频的致命形式错误）。 - **编号用阿拉伯数字连续编号**（细则第 22 条第 2 款），不得跳号、不得合并。 - **术语全文一致**；权项里**不得插图**，不得写"如说明书……所述""如图……所示"（细则第 22 条第 3 款）。 - **附图标记必须加括号**（细则第 22 条第 4 款）——注意这跟说明书正文的规则**相反**，见第 5 步。 - **一项权利要求只用一个句号**，且在末尾。中间用分号、逗号。 - 从权回指上位特征时用"**所述**……"（`references/claims.md` §4）。 - 布局意识：独权尽可能宽 → 从权一层层退守 → 留一两个"以后能拿来改独权"的从权。保护范围策略见 `references/claims.md` §6。 写完**立刻跑一遍清楚措辞检查**（脚本会抓"等等""最好""约""左右"这类会让范围不清楚的词）。 ## 第 4 步：写说明书 五部分及法定顺序：**技术领域 → 背景技术 → 发明内容 → 附图说明 → 具体实施方式**（细则第 20 条第 1、2 款，每部分都要写小标题）。各部分的写法与用语限制见 `references/specification.md`。 - **技术领域**：一句话，别展开。 - **背景技术**：只陈述现有技术及其不足，**不得贬低他人产品或厂商**；引用文献要写明出处。 - **发明内容**：写"要解决的技术问题 / 技术方案 / 有益效果"三要素，技术方案**应与独立权利要求对应**（可以照抄独权，但要补上必要细节）。 - **附图说明**：逐图一句话（"图 1 是本发明……的结构示意图"）。此处列举标记**不加括号**。 - **具体实施方式**：至少一个完整实施例，写到"本领域技术人员照着能做出来"（专利法第 26 条第 3 款）。**附图标记放在技术名称后面、不加括号**：「盖板 2 固定在壳体 1 上」✅／「（2）固定在（1）上」❌。 - **顺序号**：[0001] 起逐段编号；**提交电子申请时通常要关掉段号**，见 `assets/latex/README.md` §4。 - 说明书里**不得**出现引用语（"如权利要求 1 所述"）、商业性宣传用语（"世界领先""填补空白"），用词要规范统一（细则第 20 条第 3 款）。 - 涉及氨基酸/核苷酸序列时，序列表单独提交（细则第 20 条第 4 款），见 `references/specification.md` §7。 ## 第 5 步：摘要与附图 - **摘要**：写明所属技术领域、要解决的技术问题、主要技术方案、主要用途，**不超过 300 字**（《专利审查指南》第一部分第一章 4.5.1 与第二部分第二章 2.4——**不是**细则第 26 条，这条依据最常被引错）。摘要里**不得**用标题、不得有商业性宣传用语。提及附图标记时**应当加括号**。模板见 `assets/abstract-template.md`。 - **摘要附图**：从说明书附图中选一幅最能说明技术方案的，指定为摘要附图。 - **附图**：几幅图按"图 1，图 2，……"编号（细则第 21 条第 1 款），图号标在图的**正下方**；**双向一致**——文字里提到而图上没有、或图上有而文字没提，都是缺陷（细则第 21 条第 2 款）；图上除必需词语外**不得有注释**，一般不得用照片、**不得用工程蓝图**（细则第 21 条第 3 款）。 - **★ 附图标记加不加括号，按部件分别判断**（最容易错的一条）： | 出现在哪 | 加不加括号 | 依据 | |---|---|---| | 说明书**具体实施方式** | **不加**，且放在技术名称**后面** | 指南第二部分第二章 2.2.6 | | **权利要求书** | **必须加** | 细则第 22 条第 4 款；指南第二部分第二章 3.2.2 | | **摘要** | **应当加** | 指南第二部分第二章 2.4 | | **附图说明**里列举标记 | **不加** | 无明文要求加括号；指南第一部分第一章 4.3 范例写作"1—传送带" | 前三条有明文（指南 2.2.6 / 细则第 22 条第 4 款 / 指南 2.4 末段）；**附图说明这一条没有明文**，按"没有条文要求加括号"处理。细则与指南原文及"为什么这样分"见 `references/drawings.md` §2.1。 ## 第 6 步：机械自检（提交前必做） ```bash python scripts/check_patent.py 我的申请.md --strict ``` 脚本跑 **9 类检查**：部件齐全、发明名称、说明书结构、摘要、权利要求、附图标记、措辞、序列表、附图。每条问题都带一个 `basis` 字段指向 `references/` 对应小节，**不确定某条算不算问题时去读那个小节**。 其它用法： ```bash python scripts/check_patent.py --init 我的申请.md # 生成填空骨架（提示写在 HTML 注释里，不计入字数） python scripts/check_patent.py 我的申请.md --json # 机器可读结果 python scripts/check_patent.py --self-test # 脚本自身的固件测试 ``` **没有 `--template` 选项**：要现成内容请用 `assets/claims-template.md`（权利要求书）与 `assets/abstract-template.md`（摘要）。 > **脚本只做机械校验。** 它不判断新颖性、创造性、保护范围，也不判断权项是否得到说明书支持——那些必须人工（或代理师）复核，见 `references/examination.md`。 ## 第 7 步：产出正式格式 三条产出路线 + 一键整包（详见 `references/templates.md`）： | 目标 | 用什么 | 说明 | |---|---|---| | 打印/提交用 PDF | `assets/latex/cnipa/main.tex` | 已按指南第五部分第一章 4.1～5.6 的版式做（纸张、页边距、字高 ≥3.5 mm、行距 2.5–3.5 mm） | | Word 文档 | `python scripts/make_docx.py 我的申请.md -o 输出.docx` | 纯标准库生成 OOXML；`--para-number` 加段号，`--inspect` 体检已有 docx | | 只想要 Markdown | — | 直接用草稿，先过第 6 步自检 | 排版前**务必先读 `assets/latex/README.md`**：里面有编译四步、宏包安装、两个草稿开关（**电子申请要把段号关掉**）、以及版式参数与依据。改完模板想确认还能不能编过： ```bash python scripts/check_latex.py # 真编译（需本机有 TeX 发行版） python scripts/check_latex.py --require # CI 用：没有引擎时也报失败 python scripts/check_latex.py --self-test # 只跑逻辑测试，不需要 TeX ``` ## 第 7.5 步：一键出稿 / 一键出格式 前七步是**人写**的流程；用户说"帮我先出一版"或"给我能提交的文件"时，用这两个脚本把手工步骤串起来。它们只做**搬运、编号、套模板、排版和自检**，不产生任何交底书里没有的技术内容。 ### 一键出初稿：交底书 → 申请文件草稿 ```bash python scripts/gen_draft.py --template > 交底书.md # 先拿一份交底书填空模板 python scripts/gen_draft.py 交底书.md -o 我的申请.md # 生成草稿（测一遍机械自检） python scripts/gen_draft.py 交底书.md -o 我的申请.md --strict # 连「需要复核」也当失败 python scripts/gen_draft.py 交底书.md -o 我的申请.md --allow-gaps # 明知有洞，先出一版 ``` 交底书用 `##` 分节（节名容错：`技术领域`／`所属技术领域`、`背景技术`／`现有技术`、`技术问题`……），输出就是第 3～5 步那套结构（`# 发明名称：…` + 摘要 / 权利要求书 / 说明书五部分 / 说明书附图），也就是 `check_patent.py` 能直接自检的结构。 **它绝不替你编技术方案**：交底书没给的东西留成显式缺口（`（交底书未给出名称）`、`…（请补：…）`），并在报告里逐条列出；有缺口时退出码是 1，`--allow-gaps` 只是让你显式承认"我知道有洞"。可直接改的填空模板是 `assets/patent-outline.md`，完整交底书范例是 `examples/disclosure-example.md`。 ### 一键出投稿格式：草稿 → 整包文件 ```bash python scripts/build_all.py 我的申请.md -o 输出目录 # Word + LaTeX + 自检报告 python scripts/build_all.py 我的申请.md -o 输出目录 --pdf # 额外真编译一份 PDF python scripts/build_all.py 我的申请.md -o 输出目录 --no-para-number # 电子申请：去掉说明书段号 ``` 一次产出： | 产物 | 说明 | |---|---| | `01-说明书摘要.docx` / `02-权利要求书.docx` / `03-说明书.docx` / `04-说明书附图.docx` | **按 CNIPA 电子申请的部件分别成文**——上传入口本来就按部件分，合成一个文件反而要再拆 | | `src/*.md` | 四个部件各自的 Markdown 源文，便于逐件核对与复用 | | `latex/main.tex` + `latex/refs.bib` | 可编译的申请文件源（`--pdf` 时用本机 xelatex 编出 PDF） | | `自检报告.txt` / `自检报告.json` | `check_patent.py` 的机械校验 + `check_latex.py` 的结构性检查（不编译）+ 生成说明 + 仍需人工处理的事项 | | `manifest.json` | 每个产物的相对路径、字节数与 sha256（可复现：不含时间戳与绝对路径；`--pdf` 的 PDF 例外，xelatex 会往 PDF 里写生成时间） | 退出码：`2` 用法/输入有问题（草稿不存在、缺发明名称、缺权利要求书或说明书）；`1` 机械自检不过、LaTeX 结构不被豁免地不过、或 `--pdf` 编译失败；`0` 通过。 **"一键"只省手工，不省判断。** 生成器不补技术内容，报告里也**不掩盖**问题：读不懂的报告项、`【仍需人工处理的事项】` 那一节、以及第 6 步的免责声明，全都照旧适用——**机械校验通过仍然 ≠ 法律合规**。 ## 第 8 步：答复审查意见 先看 `references/prosecution.md` §1 判断通知书类型，再按 §2 的结构写意见陈述。 **修改的三条铁律**（`references/prosecution.md` §3）： 1. **不得超出原说明书和权利要求书记载的范围**（专利法第 33 条；指南第二部分第八章 5.2.1.1）。注意**摘要不属于原始记载内容**，从摘要里捞特征补进权项是典型的超范围。 2. **修改必须针对通知书指出的缺陷**（细则第 57 条第 3 款；指南第二部分第八章 5.2.1.2）。 3. **不得做五种不予接受的修改**（指南第二部分第八章 5.2.1.3：改变主题名称、明显与权利要求书/说明书无关的修改等）。 创造性答复用**三步法**争辩（专利法第 22 条第 3 款）：确定最接近的现有技术 → 确定区别特征与实际解决的技术问题 → 判断对本领域技术人员而言是否显而易见。主张"公知常识"要有举证，不能空口说。套路见 `references/prosecution.md` §4。 ## Gotchas（一定会踩的坑） - **实施细则条号是 2023 修订版。** 旧资料里的"细则第 19 条 = 权利要求书"已经变了，照抄必错。 - **300 字摘要的依据是指南第一部分第一章 4.5.1 + 第二部分第二章 2.4，不是细则第 26 条。** 细则第 26 条只讲摘要应当写明什么，不讲字数。 - **发明名称**：一般不超过 25 字，必要时不超过 60 字；不得含人名、地名、商标、型号、商品名称与商业性宣传用语（指南第二部分第二章 2.2.1、第一部分第一章 4.1.1）。名称里不要既写产品又写方法（"一种 XX 装置及其方法"）——那会被要求分案或修改。 - **权利要求里出现两个句号**是形式缺陷，很多人写到第 3 项才发现前两项都是逗号收尾。 - **多项从属不能引用多项从属**（细则第 25 条第 2 款），脚本会直接报错。 - **"所述"回指**：第一次出现的部件不要用"所述"；后面回指时用"所述"，否则指代不清。 - **说明书正文标记不加括号、权项标记加括号**——两处写法故意不同，别"统一"掉。 - **不要用"最好""例如""等等""约""左右"** 这类词写权项（会让保护范围不清楚）；说明书中确有必要的软化表述也要克制。 - **公开不可逆**：说明书一旦提交，写进去的东西拿不回来。宁可少写不确定的细节，也不要编。 - **`--strict` 与不加参数的区别**：不加参数时警告只提示；`--strict` 把警告也当失败，适合在自己定稿前用。 - **本技能不联网查专利数据库**，检索需要用户自己做（工具入口见 `references/sources.md`）。 ## 反面模式（出现即不合格） 权项里写"如说明书所述"· 独权堆满可选特征导致保护范围过窄 · 从权引用在后的权项 · 多项从属互相引用 · 说明书缺小标题或顺序颠倒 · 说明书里出现"本发明填补了国内空白"· 摘要超 300 字或带标题 · 正文与附图标记对不上 · 参数只有"适当""较大" · 编造实验数据或效果 · 把答复审查意见写成对审查员的辩驳而非技术论证 · 修改超出原始记载范围。 ## 参考文件索引（按需读取，不要一次全读） | 什么时候读 | 读哪个 | |---|---| | 要把任意领域的技术交底按统一输入、产物和门槛生成申请文件 | `references/paradigm.md` | | 从交底书开始写申请：提炼发明点、检索、布局、分工 | `references/drafting-playbook.md` | | 写权利要求书（结构、引用规则、清楚措辞、保护范围策略） | `references/claims.md` | | 写说明书（五部分、三要素、用语限制、序列表、充分公开） | `references/specification.md` | | 写摘要、发明名称、申请文件组成与格式、不得出现的内容 | `references/format.md` | | 附图编号、附图标记、括号规则、一致性、图形形式限制 | `references/drawings.md` | | 判断新颖性/创造性/实用性/客体，涉及算法与 AI 的审查 | `references/examination.md` | | 答复审查意见：通知书类型、修改边界、三步法论证 | `references/prosecution.md` | | 流程、法定期限、优先权、分案、期限计算与延长、复审无效 | `references/procedure.md` | | 提交前逐项自查清单 | `references/checklists.md` | | 模板、编译报错、转 Word、产出路线对比、一键路径的命令与产物 | `references/templates.md` | | 要找官方来源链接、法规现行版本 | `references/sources.md` | | 一页纸红线速查（可打印） | `assets/cheatsheet.md` | | 可填空的整体骨架 | `assets/patent-outline.md` | | 权利要求书现成片段（1 独权 + 4 从权，含多项从属） | `assets/claims-template.md` | | 摘要现成片段 + 300 字格式红线 | `assets/abstract-template.md` | | 要能直接编译的 LaTeX 申请文件模板 | `assets/latex/cnipa/main.tex`（先读 `assets/latex/README.md`） | | 要把一份技术交底书一键转成申请文件草稿，或先拿一份交底书填空模板 | `scripts/gen_draft.py`（`--template` / `--strict` / `--allow-gaps` / `--json`） | | 要把草稿一键输出成整包投稿文件（分部件 Word、LaTeX、PDF、自检报告、manifest） | `scripts/build_all.py`（`--pdf` / `--no-para-number` / `--keep-fontset` / `--strict`） | | 机械自检草稿 / 生成骨架 | `scripts/check_patent.py`（`--init` / `--json` / `--strict` / `--self-test`） | | 确认 LaTeX 模板还能编过、版式对不对 | `scripts/check_latex.py`（`--require` / `--self-test` / `--keep`） | | Markdown 草稿转 Word、体检已有 docx | `scripts/make_docx.py`（`-o` / `--para-number` / `--inspect`） | | 校验技能自身结构（frontmatter/篇幅/文件引用） | `scripts/validate_skill.py --strict` | | 用户要装/更新/换宿主装这个技能 | `INSTALL.md`、`scripts/install_skill.py`（`--list-targets` / `--target auto` / `--dry-run`） | | 看完整范例长什么样 | `examples/draft-example.md`（读 `examples/README.md` 先） | | 看技术交底书范例长什么样（可直接喂给 `scripts/gen_draft.py`） | `examples/disclosure-example.md` | | 了解本技能的触发与行为评测 | `evals/README.md`、`evals/trigger-queries.json`、`evals/evals.json` | | 贡献代码或文档、想改脚本 | `CONTRIBUTING.md` | | 版本变更记录 | `CHANGELOG.md` | ## 免责声明（每次输出都要带上） 本技能不是法律意见，也不替代执业专利代理师。所有依据均来自公开的《专利法》《专利法实施细则》《专利审查指南》与 CNIPA 公开文件，**以 CNIPA 官网最新公布为准**。用户依据本技能生成的文件必须自行核对，建议在正式提交前交由有资质的专利代理机构或代理人复核。