权利要求特征拆解

它解决什么问题

在专利对比分析、OA 答复或侵权比对中，人工拆解权利要求是重复且容易出错的工作。权利要求文本常把多个技术特征塞进一个长句，从属权利要求还通过引用关系叠加限定。人工整理时常见三类问题：改写或概括原文，导致后续比对失去依据；从属权利要求重复拆解独立权利要求已有的特征，表格冗余；说明书描述找不到段落出处，核查成本高。

这个 skill 的目标是把这类工作固化为一张可复用的特征表，让每一步拆解都有据可查。

核心能力与工作流程

• 权利要求原文优先：技术特征列以权利要求原文为主体，不改写、不缩写、不擅自概括，只在必要时追加极短标注，且标注明确为 agent 添加。
• 从属权利要求只拆新增限定：不重复独立权利要求已有特征，权利要求序号中保留直接引用关系，如 2 (引1)。
• 说明书匹配带来源：每个特征从说明书中匹配工作原理、实施例、参数、效果等信息，并标注段落号、章节或图号；原文没有的内容直接写「说明书中未明确描述」。
• 技术效果有据可依：背景技术只用于理解问题，技术效果优先取自发明内容、具体实施方式或效果描述。

工作流程上，skill 先加载 references/claims_feature_decomposition_reasoning.md 中的推理提示词，再输入权利要求书全文与说明书正文，模型输出 JSON 数组，最后转换为三列 xlsx：权利要求序号、技术特征、说明书描述。输出前逐项质量自检：是否覆盖所有权利要求、语义标注是否极少且可删除、每条说明书描述是否有来源、无支持的特征是否明确标注。

适用边界与注意点

适合的场景：手上只有一篇专利需要拆解权利要求；对比分析报告或 OA 答复需要逐特征输入；想把权利要求文本转成表格化特征清单。

不适合的场景：只想快速理解发明点时，用 invention-point-extraction；审核发明人交底材料完整性时，用 disclosure-review；判断某对比文件是否公开某特征时，用对比分析或 OA 类 skill。

输入支持 .pdf、.docx、.md、.txt。若文本章节不清晰，skill 会先说明截取假设再执行拆解，不会静默处理。