专利摘要生成器

它解决什么问题

专利撰写的起点，往往是一段杂乱的技术方案描述。工程师很清楚自己的发明，却很难把它转成规范的专利语言：权利要求要搭成金字塔结构，在争取最大保护范围的同时满足专利法的形式要求；而申请被驳回时，约有一半原因指向创造性不足，这个问题如果在动笔前没有证据结构规划，事后很难补救。

这个技能处理的正是这段「翻译 + 结构化」工作：收集发明名称、技术领域、背景技术、发明内容、实验数据和专利类型等输入，组织成权利要求框架、摘要与说明书草稿。

核心能力与执行流程

技能按五步推进：

1. Step 1 — 收集技术方案：收集发明名称、技术领域、背景技术问题、技术方案、实验数据（可选）与专利类型
2. Step 2 — 权利要求布局：读取 references/claims_writing.md，独立权利要求采用前序加特征两部分结构，并搭建 5-20 项从属权利要求的金字塔
3. Step 3 — 摘要与说明书：读取 references/patent_law_requirements.md，摘要控制在 300 字以内，覆盖技术领域、技术问题、技术方案与技术效果，不得出现商业宣传用语
4. Step 4 — 风险评估：读取 references/rejection_patterns.md，按六大驳回原因给当前文稿打分
5. Step 5 — 质量检查：核对权利要求是否使用上位概念、从属权利要求引用是否闭合、是否出现「如说明书所述」这类禁用表述

布局原则包括正交性（各从属权利要求覆盖不同技术维度）、金字塔梯度（保护范围自上而下收窄）、引用闭合（每项从属权利要求只能引用直接或间接依附的在先权利要求）。

驳回风险分布大致为：创造性不足约 45%、新颖性缺陷约 25%、公开不充分约 12%、实用性缺失约 10%、形式缺陷约 8%。

适用边界

这是一个文稿生成框架，不是法律意见引擎：

• 不能做：专利法律分析（新颖性/创造性判断）、专利检索、侵权分析、费用与流程咨询
• 所有输出都会标注为草案 / 仅供参考，不承诺专利性
• 技能会主动提示创造性不足是最常见的驳回原因，并建议提交前先做专利检索
• 最终判断仍需专利代理师的专业意见