xstongxue 中文发明专利撰写
使用时机
- 用户要写中文发明专利
- 用户要补写某一章节，如摘要、权利要求、具体实施方式
- 用户给了参考专利，希望蒸馏写法、结构和表达套路
- 用户要对现有专利草稿做统稿、收敛或术语一致性检查
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：收集输入
优先收集以下材料，缺什么补什么：
- 技术方案说明：解决什么问题，核心手段是什么
- 现有草稿：已有题目、摘要、权利要求、说明书任一部分
- 参考专利：供蒸馏结构、语言和颗粒度，不直接照抄
- 附图或流程图：模块图、流程图、架构图、时序图
- 创新点：相对现有技术的具体区别与效果
若用户要写全文，默认按以下顺序推进：
- 先提炼创新点与保护对象
- 先搭权利要求骨架
- 再写摘要、发明内容
- 再展开具体实施方式
- 最后做统稿和一致性检查
Step 3：执行并输出
- 读取对应 reference 的写法规则、结构模板和禁忌
- 严格围绕用户提供材料写，不补不存在的实验数据、实施结果或硬件参数
- 同一轮输出尽量给成品，不只给原则
- 若信息不足以支撑正式专利文本，先列缺失项，再给可落地草稿
通用原则
- 不编造：材料里没有的模块、步骤、实验数据、性能指标不要写
- 结构先行：先定保护骨架，再写展开文本
- 术语统一：同一对象全篇只用一种主称呼
- 技术对应：背景缺陷、发明目的、技术方案、有益效果要一一对应
- 少写空话：避免只有功能结果、没有实现路径
- 先宽后窄：独立权利要求概括核心方案，从属权利要求再细化步骤、条件、模块和公式
从参考专利蒸馏出的高频规律
- 题目优先落在“方法、系统、设备及介质”这一类常见命名结构
- 摘要写“公开内容 + 核心步骤 + 技术效果”，不照搬权利要求长串句式
- 背景技术要写到现有方法的具体缺陷，不能只写行业趋势
- 发明内容先写目的，再写技术方案，再写有益效果
- 权利要求 1 负责总流程或核心模块；从属权利要求负责细化子步骤、参数、约束、依赖关系
- 具体实施方式要和附图、步骤编号、模块名称闭环