xstongxue/patent-write

中文发明专利撰写

使用时机

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

Step 1：识别任务类型

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

Step 2：收集输入

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

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

若用户要写全文，默认按以下顺序推进：

1. 先提炼创新点与保护对象
2. 先搭权利要求骨架
3. 再写摘要、发明内容
4. 再展开具体实施方式
5. 最后做统稿和一致性检查

Step 3：执行并输出

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

通用原则

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

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

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