专利申请文件深度撰写
技能概述
基于用户提供的技术交底书，撰写符合《中华人民共和国专利法》及《专利法实施细则》规范的专利申请文件，包含说明书摘要、权利要求书、说明书（含附图说明），并通过自动化校验工具检查格式与逻辑，最终合并输出为可直接提交的Word文档。
支持发明专利和实用新型专利两种类型。
核心原则
- 以说明书为依据：权利要求的每一个技术特征都必须在说明书中有记载
- 必要技术特征最小集：独立权利要求只包含解决技术问题不可或缺的特征
- 上位化概括：具体实现方式上位为功能/结构概念，扩大保护范围
- 逻辑三对应：技术问题→技术方案→技术效果必须闭环对应
- 充分公开：具体实施方式达到本领域技术人员无需创造性劳动即可实现的程度
工作流程
第一步：接收并解读技术交底书
- 如果用户已提供交底书文件（docx/pdf/txt），读取并理解内容
- 如果用户未提供交底书，将 references/technical-disclosure-template.md 提供给用户，引导其按模板补充材料
- 按技术问题逻辑拆解：
- 基础技术问题（主问题，只能有1条）
- 性能优化问题（从属/递进问题）
- 提炼显性发明点和潜在发明点
- 区分必要技术特征和附加技术特征
第二步：撰写前确认（关键环节）
在开始撰写之前，向用户输出一份撰写确认单，包含：
- 发明名称（拟定，≤25字）
- 专利类型：发明 / 实用新型（根据技术方案判断并说明理由）
- 核心技术问题：用1句话概括
- 必要技术特征清单：逐条列出，标注每条解决什么子问题
- 拟设置的独立权利要求数量和主题：
- 方法类发明：方法（独权1）+ 电子设备（独权2）+ 存储介质（独权3）
- 产品类发明：产品（独权1）+ 如有方法再增加
- 拟设置的从属权利要求层级规划：大约几条、每条限定什么
- 需要用户确认的模糊点：交底书中不清楚、需要补充或选择的内容
等待用户确认后再进入撰写步骤。 这一步可以避免理解偏差导致大量返工。
第三步：撰写说明书
按以下五段式结构撰写，每段之间空行分隔：
3.1 发明标题
- 位于说明书最开头，独立一行，居中
- ≤25字，体现所有独立权利要求主题
- 不含技术效果词和非必要技术特征
3.2 技术领域
- 格式："本发明涉及【技术领域】领域，具体涉及【发明名称】。"
- 先写上位领域，再写具体名称
3.3 背景技术（三段式）
- 第一段：介绍产品及发展趋势
- 第二段：引出现有技术缺陷（基于交底书第四部分）
- 第三段：固定语句"有鉴于此，提出本申请。"
3.4 发明内容
基础技术方案（对应独立权利要求）：
- 以"本发明的第一方面，提供了..."开头
- 提取解决技术问题的最少技术特征集合
- 严格剔除非必要特征：具体数量、具体连接方式、优选性质
- 对必要特征上位化概括（"蓝牙模块"→"通信模块"，"摄像机"→"图像采集装置"，"弹簧"→"弹性件"）
- 主题名称简略化（"一种椅子"而非"一种具有靠背的舒适椅子"）
- 主题名称上位化（"一种拖拉机的巡检方法"→"一种载具的巡检方法"）
递进技术方案（对应从属权利要求）：
- 以"优选地"开头
- 将非必要/优选特征展开
- 同样需要上位化
- 参数限定谨慎，必要时用上位概念（"第一长度""第一时间间隔"）
额外基础技术方案（软件/方法类发明必须添加）：
- 电子设备："本申请的第二方面，提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的X方法的步骤"
- 可读非暂时性存储介质："本申请的第三方面，提供了一种可读非暂时性存储介质..."
技术效果：
- 以"综上所述，本申请具有以下有益效果"开头
- 与技术方案直接对应
3.5 附图说明（如有附图）
- 位于发明内容之后、具体实施方式之前
- 格式："图1为本申请实施例提供的【名称】的【图类型】；"
- 多图之间用分号，末条用句号
- 详见 references/drawings-guide.md
3.6 具体实施方式
- 字数不少于6000字（硬性要求）
- 开头使用格式化前言（三段标准文本，见模板）
- 每个技术方案按三段展开：
- 第一段："在本申请的一些实施方案中"（基础方案）或"在本申请的一些优选实施方案中"（递进方案）
- 第二段："在具体实施过程中"（解释展开技术特征含义、列举具体材料/参数/替代方案）
- 第三段："采用上述技术方案"（说明该方案的技术效果）
- 软件类发明需展开电子设备和存储介质的实施方式
- 结尾包含总结段 + 标准免责段（"上面结合附图...均属于本申请的保护之内"）
第四步：撰写权利要求书
格式要求
- 不少于10条，至少1条独立权利要求
- 每条以"阿拉伯数字+英文句号+空格"开头（如
1.） - 每条以中文句号"。"结尾，且每条只能有1个句号
- 编号连续，无跳号、无重复
- 不含项目符号、链接、空白行、表格
撰写规则
- 基础方案→独立权利要求，主题名称后加"其特征在于"
- 递进方案→从属权利要求，"优选地"替换为"根据权利要求X所述的【主题名称】"
- 引用关系必须正确：从属权利要求所限定的特征必须在被引用的权利要求中已出现
- 电子设备和存储介质的独立权利要求写在从属权利要求之后
- 电子设备权项引用方法权利要求："如权利要求X至Y任一项所述的方法"
第五步：撰写说明书摘要
- ≤300字
- 三部分：技术领域 + 基础技术方案 + 技术效果
- 不包含具体实施方式的细节参数
第六步：自动化校验
撰写完成后，生成JSON输入文件，调用校验脚本：
python scripts/validate_patent.py <input.json>
校验脚本自动检查：
- 必填字段完整性
- 发明名称/摘要字数限制
- 权利要求编号连续性和格式
- 从属权利要求引用关系（引用的权项是否存在、是否向后引用）
- 权利要求句号格式（每条恰好1个中文句号）
- 说明书章节完整性
- 具体实施方式字数（≥6000字）
- 链接/项目符号/空白行等格式问题
- 权利要求与说明书的对应关系
校验报告中的error必须全部修复后才能合并输出。 warning根据实际情况处理。
第七步：合并输出Word文档
校验通过后，按 references/merge-input-format.md 的格式规范确认JSON文件，然后调用：
python scripts/merge_patent_docs.py <input.json> [output.docx]
合并脚本会：
1. 自动运行校验（可用 --skip-validate 跳过）
2. 按"摘要→权利要求书→说明书→附图"顺序合并
3. 专业排版：标准字体（宋体+Times New Roman）、1.5倍行距、首行缩进、权项悬挂缩进
4. 添加页码、页眉（发明名称）
5. 说明书章节标题自动加粗
6. 输出字数统计
实用新型专利撰写要点
如果技术方案是对产品形状/构造的改良，应建议用户申请实用新型（或发明+实用新型双报）：
- 主题必须是有确定形状/构造的产品，不能是方法
- 权利要求中避免"步骤""流程"等方法类表述
- 创造性要求低于发明，但必要技术特征原则同样适用
- 其余撰写规范与发明一致
详见 references/patent-law-summary.md 中的对比表。
技术特征上位化原则
- 非必要特征不入权：具体数量、具体形状、具体材料（除非是解决问题所必需）
- 连接方式上位化："螺栓固定"→"可拆卸连接"或"固定连接"
- 元器件上位化："蓝牙模块"→"通信模块"，"摄像机"→"图像采集装置"
- 参数限定谨慎：不限定会导致方案不完整时，用上位概念（"第一长度""第一距离"）
- 思考替代方案：每个特征问自己"竞争对手还能用什么方式实现同样功能？"
质量检查
撰写完成后，除运行自动校验脚本外，还应对照 references/quality-checklist.md 进行人工复核，重点检查：
- 逻辑三对应（问题-方案-效果）
- 权利要求以说明书为依据
- 具体实施方式公开充分
- 从属权利要求引用链完整
- 无绝对化用语、商业宣传用语
参考资源
| 文件 | 用途 | 何时查阅 |
|---|---|---|
| references/technical-disclosure-template.md | 技术交底书模板 | 用户未提供交底书时引导填写 |
| references/drafting-template.md | 各部分撰写模板和示例 | 撰写各章节时参考格式 |
| references/patent-law-summary.md | 专利法规定摘要、发明vs实用新型对比 | 判断专利类型、确认法律依据 |
| references/common-mistakes.md | 12个典型错误案例及规避方法 | 撰写前后查阅，避免典型错误 |
| references/drawings-guide.md | 附图说明撰写规范 | 撰写附图说明时参考 |
| references/quality-checklist.md | 质量检查清单（70+检查项） | 撰写完成后逐项复核 |
| references/merge-input-format.md | 合并输入JSON格式规范 | 生成JSON和调用合并脚本时查阅 |
| scripts/validate_patent.py | 自动化校验脚本 | 撰写完成后必须运行 |
| scripts/merge_patent_docs.py | Word合并脚本 | 校验通过后合并输出 |
注意事项
- 具体实施方式中的技术细节展开需要基于公知常识补充，但不得编造技术效果
- 保留技术秘密应以充分公开为前提，必要技术特征不得保密
- 技术特征上位化时注意与现有技术的区分度，避免保护范围过宽被驳回
- 对交底书中不清楚的技术特征，在确认环节向用户提出，不自行编造
- 本Skill仅辅助撰写，不替代专利代理人的专业判断；重要专利建议委托代理机构审核
使用示例
完整流程
用户："这是我的技术交底书，帮我写专利申请文件"
1. 读取交底书，提炼技术问题和必要特征
2. 输出撰写确认单，等用户确认
3. 按五段式撰写说明书（含附图说明）
4. 撰写权利要求书（≥10条）
5. 撰写摘要（≤300字）
6. 运行校验脚本，修复所有error
7. 合并输出Word文档
单独优化权利要求
用户："帮我看看这些权利要求有没有问题"
1. 分析现有权利要求书
2. 检查非必要特征、引用关系、上位化空间
3. 给出修改建议和优化后的版本
校验已有文件
用户："帮我检查一下这个专利文件"
1. 将文件内容转为JSON格式
2. 运行 python scripts/validate_patent.py input.json
3. 根据报告逐项修复
