/patent-write

name: patent-write
description: 基于用户提供的技术方案、草稿或参考专利，生成、改写与统稿中文发明专利的题目、摘要、背景技术、发明内容、权利要求、附图说明和具体实施方式。用于专利撰写、专利摘要、权利要求、说明书、专利润色、专利仿写、参考专利蒸馏等场景。

中文发明专利撰写

使用时机

• 用户要写中文发明专利
• 用户要补写某一章节，如摘要、权利要求、具体实施方式
• 用户给了参考专利，希望蒸馏写法、结构和表达套路
• 用户要对现有专利草稿做统稿、收敛或术语一致性检查

Step 1：识别任务类型

| 用户表述 / 关键词 | 执行文件 | |---|---| | 完整专利、全文、完整说明书、帮我写整个专利 | [reference/full-patent.md](reference/full-patent.md) | | 题目、名称、题目优化、题目收敛 | [reference/title.md](reference/title.md) | | 摘要 | [reference/abstract.md](reference/abstract.md) | | 背景技术、现有技术缺陷 | [reference/background.md](reference/background.md) | | 发明内容、技术方案、有益效果 | [reference/invention-content.md](reference/invention-content.md) | | 权利要求、独立权利要求、从属权利要求 | [reference/claims.md](reference/claims.md) | | 附图说明、图号 | [reference/figures-desc.md](reference/figures-desc.md) | | 附图绘制（Draw.io 黑白中文） | [reference/figures-drawio.md](reference/figures-drawio.md) | | 具体实施方式、实施例 | [reference/implementation.md](reference/implementation.md) | | 统稿、检查、术语一致性、自检 | [reference/review.md](reference/review.md) | | 参考专利蒸馏、仿写套路、结构提炼 | [reference/distill.md](reference/distill.md) |

Step 2：收集输入

优先收集以下材料，缺什么补什么：

• 技术方案说明：解决什么问题，核心手段是什么
• 现有草稿：已有题目、摘要、权利要求、说明书任一部分
• 参考专利：供蒸馏结构、语言和颗粒度，不直接照抄
• 附图或流程图：模块图、流程图、架构图、时序图
• 创新点：相对现有技术的具体区别与效果

若用户要写全文，默认按以下顺序推进： 1. 先提炼创新点与保护对象 2. 先搭权利要求骨架 3. 再写摘要、发明内容 4. 再展开具体实施方式 5. 最后做统稿和一致性检查

Step 3：执行并输出

• 读取对应 reference 的写法规则、结构模板和禁忌
• 严格围绕用户提供材料写，不补不存在的实验数据、实施结果或硬件参数
• 同一轮输出尽量给成品，不只给原则
• 若信息不足以支撑正式专利文本，先列缺失项，再给可落地草稿

通用原则

• 不编造：材料里没有的模块、步骤、实验数据、性能指标不要写
• 结构先行：先定保护骨架，再写展开文本
• 术语统一：同一对象全篇只用一种主称呼
• 技术对应：背景缺陷、发明目的、技术方案、有益效果要一一对应
• 少写空话：避免只有功能结果、没有实现路径
• 先宽后窄：独立权利要求概括核心方案，从属权利要求再细化步骤、条件、模块和公式

从参考专利蒸馏出的高频规律

• 题目优先落在“方法、系统、设备及介质”这一类常见命名结构
• 摘要写“公开内容 + 核心步骤 + 技术效果”，不照搬权利要求长串句式
• 背景技术要写到现有方法的具体缺陷，不能只写行业趋势
• 发明内容先写目的，再写技术方案，再写有益效果
• 权利要求 1 负责总流程或核心模块；从属权利要求负责细化子步骤、参数、约束、依赖关系
• 具体实施方式要和附图、步骤编号、模块名称闭环