| name | patent-analysis |
| homepage | https://github.com/cat-xierluo/legal-skills |
| author | 杨卫薪律师（微信ywxlaw） |
| version | 1.2.0 |
| license | CC BY-NC-SA 4.0 |
| description | 当需要分析专利文件、进行侵权评估、提取技术特征、或比较多个专利的保护范围时使用。触发场景包括专利比对、权利要求分析、侵权检查、专利技术要点总结、专利稳定性分析、专利价值评估、FTO分析。 |
专利分析工具
概述
本技能用于系统化分析专利文件，支持7种核心场景。
第一部分：专利文件结构
1. 扉页（基本信息）
| 信息项 | 说明 |
|---|
| 专利号 | 专利的唯一标识 |
| 申请日 | 保护期限起算点 |
| 专利权人 | 权利归属 |
| IPC分类号 | 技术领域分类 |
2. 权利要求书（核心）
这是专利保护范围的法律界定，是分析的核心。
- 独立权利要求：定义专利的最大保护范围，是侵权判断的基准
- 从属权利要求：在独立权利要求基础上增加技术特征，保护范围更窄
阅读技巧：
- 独立权利要求通常以"一种..."开头
- 从属权利要求以"根据权利要求X所述的..."开头
- 关注"其特征在于"之后的内容
3. 说明书（解释权利要求）
| 章节 | 分析用途 |
|---|
| 背景技术 | 理解专利要解决的问题 |
| 发明内容 | 理解核心创新点 |
| 具体实施方式 | 理解权利要求的含义 |
重要原则：权利要求中的术语，说明书有定义的，按说明书定义理解
4. 摘要
技术概要，仅供参考，不作为保护范围的依据。
第二部分：分析场景
场景分类
己方专利分析：价值评估、稳定性分析、布局分析
侵权风险分析：FTO分析、侵权比对、规避设计
争议解决支持：无效分析、诉讼支持
交易支持：许可分析、尽职调查
七大场景
第三部分：核心方法论
权利要求解读方法
- 确定权利要求类型：产品权利要求 vs 方法权利要求
- 识别技术特征：前序部分 + 特征部分（"其特征在于"之后）
- 理解术语含义：说明书有定义的按定义，无定义按本领域常规理解
- 确定保护范围：字面含义 + 说明书限缩
侵权判断流程
确定独立权利要求1 → 分解技术特征 → 逐一比对
↓
全部特征覆盖？
↓是 ↓否
侵权成立 检查等同侵权
⚠️ 独立权利要求 vs 从属权利要求（关键）
这是侵权判断中最容易出错的地方！
核心原则
- 侵权判断首先看独立权利要求1：它定义最大保护范围，是侵权判断的基准
- 从属权利要求增强侵权稳定性：产品落入的从属权利要求越多，侵权越稳固
为什么先看权利要求1？
- 保护范围最大：权利要求1是专利的"最大边界"，只要产品落入权1，就构成侵权
- 权1可能被无效：因为范围写得大，可能被现有技术公开，存在被无效的风险
从属权利要求的战略意义
产品落入权1 → 基础侵权成立
↓
同时落入从属权利要求？
↓ 是 ↓ 否
侵权稳定性更大 侵权成立但稳定性依赖权1
为什么落入从属权利要求越多越好？
- 后备阵地：如果权1被无效，从属权利要求可以作为"后备"，将其中特征并入权1以维持专利有效
- 稳定性叠加：产品落入的从属权利要求越多，即使权1被限缩，侵权仍然成立的可能性越大
- 抗辩空间小：被诉方很难同时绕开多个从属权利要求的附加特征
分析逻辑
侵权比对 → 先看权利要求1 → 全部特征覆盖？
↓ 是 ↓ 否
基础侵权成立 不侵权（无需看从属权利要求）
↓
检查从属权利要求
↓
落入的从属权利要求越多 → 侵权稳定性越大
错误示例
❌ 错误做法1：用从属权利要求否定侵权
专利一的驱动结构是"往复式螺旋槽"，产品没有这个结构，所以不侵权。
（错因：把从属权利要求特征当作侵权必要条件）
❌ 错误做法2：忽略从属权利要求的战略价值
产品落入权1就够了，从属权利要求不重要。
（错因：没有评估侵权稳定性）
✅ 正确做法：
1. 先判断产品是否落入权利要求1 → 是，基础侵权成立
2. 再判断产品落入哪些从属权利要求 → 落入权2、权3
3. 结论：侵权成立，且稳定性高（即使权1被无效，权2/权3仍可维持侵权认定）
第四部分：常见错误
| 错误 | 正确做法 |
|---|
| 只看摘要不看权利要求 | 权利要求是法律保护范围的依据 |
| 混淆独立和从属权利要求 | 先分析独立权利要求，再考虑从属权利要求 |
| 忽略技术特征的限定词 | "竖直"、"滑动"、"转动"等限定词决定保护范围 |
| 用实施例代替权利要求 | 实施例只是举例，保护范围以权利要求为准 |
| 直接给出侵权结论 | 应先进行特征分解，再逐项比对 |
| 忽略说明书的解释作用 | 说明书用于解释权利要求中的术语 |
| 把从属权利要求特征当作侵权判断条件 | 只用独立权利要求1的特征判断 |
第五部分：与其他技能配合
| 技能 | 配合方式 |
|---|
| mineru-ocr | 先用此技能将专利 PDF 转换为 Markdown |
| legal-doc-writing | 分析后生成法律文书（侵权警告函等） |
| legal-proposal-generator | 生成法律服务建议书 |
两个技能独立运行，可根据需要灵活组合使用。
第六部分：注意事项
- 本技能提供的是初步技术分析，不构成法律意见
- 实际侵权判定需要考虑：等同原则、禁止反悔原则、现有技术抗辩、专利有效性
- 建议在重要决策前咨询专业专利律师
- 专利状态（有效/失效/被无效）需要核实
- 不同法域的专利法可能存在差异
- ⚠️ 核对专利权人：产出法律文书前，必须核实每个专利的权利人名称
- 多个专利可能有不同的权利人（即使属于同一专利组合）
- 权利人名称必须与专利登记信息完全一致
- 名称错误可能导致法律文书无效
输入/输出
输入
- 必需：专利文件（PDF/Markdown/文本）
- 可选：产品描述、现有技术、关注点
输出
