权利要求保护范围分析与布局策略优化。当需要分析权利要求保护范围、设计独立与从属权利要求层级、优化布局策略时调用。
Scanned 9/12/2026
Install to Claude Code
npx -y skills add ahang1598/doubao-workbuddy-qwenwork-skills --skill patent-claim-optimizer --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Patent Claim Optimizer?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/ahang1598-patent-claim-optimizer)More formats (shields.io, HTML) on the badges page.
---
name: "patent-claim-optimizer"
description: "权利要求保护范围分析与布局策略优化。当需要分析权利要求保护范围、设计独立与从属权利要求层级、优化布局策略时调用。"
allowed-tools: Read, Write, Grep, Glob
version: "2.0.1"
---
> ⚠️ **大模型能力要求(核心红线)**:
> 本 Skill 涉及**法律保护范围界定**,属于高专业性核心任务,**必须使用高推理能力的大模型**(如 Claude opus 级别、GPT-5 级别、GLM-5 级别或同等推理能力模型)。不绑定具体模型名,按推理能力选择即可。
>
> 不同推理能力的模型在以下方面表现差异显著:
>
> | 任务环节 | 高推理能力模型 | 低推理能力模型 |
> |----------|----------------|----------------|
> | 权利要求层级布局逻辑 | 逻辑严密,层级清晰 | 易出现层级混乱、从属关系错误 |
> | 保护范围宽窄把握 | 精准平衡宽泛与稳定 | 容易过宽被驳回或过窄失去保护 |
> | 规避风险识别 | 能识别隐性规避路径 | 常遗漏关键规避风险 |
> | 术语上位化 | 抽象准确 | 容易过度抽象或抽象不足 |
>
> **若使用低推理能力模型,务必增加人工复核环节,重点核查从属权利要求的引用关系与保护范围边界。**
# 权利要求优化器
## 一、适用场景
- 交底书撰写中设计权利要求层级
- 分析现有权利要求的保护范围是否合理
- 优化权利要求布局策略(独宽从窄/层层递进)
- 识别权利要求可能被规避的风险点
## 二、权利要求布局策略
### 2.1 三维布局模型
```
维度1:保护对象
├── 方法权利要求(做什么)
├── 系统权利要求(包括什么)
└── 设备权利要求(硬件是什么)
维度2:保护层级
├── 独立权利要求(最宽保护范围)
├── 从属权利要求(逐步限定)
└── 从属权利要求(具体实施例)
维度3:保护深度
├── 上位概念(射频信道感知中枢)
├── 中位概念(WiFi CSI采集单元)
└── 下位概念(OFDM子载波振幅与相位矩阵)
```
### 2.2 独立权利要求设计原则
| 原则 | 说明 | 违反后果 |
|------|------|----------|
| 包含全部必要技术特征 | 解决技术问题必不可少的特征 | 缺少必要技术特征,保护范围过窄 |
| 不包含非必要技术特征 | 优选实施例的特征不应放入独立权项 | 保护范围过窄,容易被规避 |
| 用上位概念 | 用"射频信道感知"而非"WiFi CSI" | 保护范围过窄,竞争对手可绕开 |
| 清楚简要 | 不含模糊用语 | 保护范围不确定 |
### 2.3 从属权利要求设计策略
```
独立权利要求1(方法,最宽)
├── 从属2:限定感知模块具体实现(WiFi CSI)
├── 从属3:限定异常事件类型(微动/射频/静止异物)
├── 从属4:限定交叉验证策略(IMU补偿)
├── 从属5:限定能力等级(L1/L2/L3)
├── 从属6:限定硬件触发同步
├── 从属7:限定分级唤醒采样率
├── 从属8:限定非视觉隐私守护
├── 从属9:限定趋势预警
└── 从属10:限定加权投票公式
独立权利要求11(系统)
```
### 2.4 上位概念化策略
| 层级 | 本项目案例 | 保护范围 |
|------|-----------|----------|
| 上位 | 射频信道感知中枢 | 最宽(覆盖未来WiFi/5G/6G等所有射频感知) |
| 中位 | WiFi信道状态信息采集 | 中等(覆盖所有WiFi协议) |
| 下位 | OFDM子载波振幅与相位矩阵 | 最窄(仅覆盖OFDM制式) |
**原则**:独立权利要求用上位概念,说明书同时记载下位实现,确保支持。
## 三、权利要求质量检查
### 3.1 结构检查
```
□ 独立权利要求包含"其特征在于"引导语
□ 从属权利要求用"根据权利要求N所述…,其特征在于"
□ 从属引用编号正确(M < N)
□ 引用关系无断裂
□ 科技术语与说明书一致
□ 权利要求无插图(可有化学式/数学式)
□ 附图标记放在技术特征后括号内
```
### 3.2 保护范围检查
```
□ 独立权利要求无非必要技术特征
□ 独立权利要求用上位概念
□ 从属权利要求逐步缩小保护范围
□ 每项权利要求都能在说明书中找到支持
□ 权利要求之间无冲突
```
### 3.3 规避风险检查
```
□ 竞争对手能否通过替换模块绕开独立权利要求?
□ 竞争对手能否通过删除步骤绕开方法权利要求?
□ 从属权利要求是否覆盖了主要规避路径?
□ 是否有"防规避"权利要求(如上位概念+具体实施例双保险)
```
## 四、优化报告模板
```
## 权利要求优化报告
### 1. 现有权利要求结构分析
| 权利要求编号 | 类型 | 引用关系 | 保护范围 | 问题 |
|--------------|------|----------|----------|------|
### 2. 保护范围评估
- 独立权利要求保护范围:[宽/适中/窄]
- 主要规避路径:[列举]
- 保护盲区:[列举]
### 3. 优化建议
| 优化项 | 当前问题 | 建议修改 | 预期效果 |
|--------|----------|----------|----------|
### 4. 优化后权利要求结构
[展示优化后的完整权利要求书]
```
## 五、本项目实战经验
### 5.1 关键数据
| 指标 | 数值 |
|------|------|
| 权利要求总项数 | 11项 |
| 独立权利要求 | 2项(方法/系统) |
| 从属权利要求 | 9项 |
| 上位概念使用 | "射频信道感知中枢" |
| 保护对象维度 | 方法+系统 |
### 5.2 经验教训
1. **多维布局**:同时覆盖方法与系统两个维度,防止竞争对手只规避其中一个
2. **上位概念化**:从"WiFi CSI"上位到"射频信道感知中枢",保护范围覆盖未来6G等射频感知技术
3. **从属权利要求覆盖规避路径**:每个辅助感知模块单独成项,防止竞争对手通过替换模块规避
4. **能力等级权利要求**:L1/L2/L3分级设计,覆盖未来技术演进
5. **公式权利要求**:加权投票公式写入权利要求,保护算法核心
6. **非视觉隐私守护写入权利要求**:将"全程不采集光学图像"作为技术特征,形成独特保护点
## 六、与其他Skill的协作
- **输入自** `patent-prior-art-searcher`:对比文件用于设计区别技术特征
- **输入自** `patent-disclosure-architect`:技术方案用于设计权利要求
- **输出给** `patent-compliance-checker`:优化后的权利要求提交合规检查
- **输出给** `patent-exam-responder`:权利要求布局用于答复审查意见
## 七、输入输出定义
### 输入
| 参数 | 类型 | 说明 |
|------|------|------|
| 交底书初稿 | file | 含权利要求书的交底书MD |
| 现有技术检索报告 | object | 来自patent-prior-art-searcher的对比文件 |
### 输出
| 参数 | 类型 | 说明 |
|------|------|------|
| 优化后权利要求书 | object | 优化后的权利要求层级结构 |
| 优化报告 | object | 保护范围评估+规避风险检查+优化建议 |
## 八、人机交互节点
| 节点 | 位置 | 用户操作 | 通过条件 |
|------|------|----------|----------|
| 优化方案确认 | 优化报告输出后 | 确认优化建议是否采纳 | 用户确认优化方案 |
## 九、工具局限性与Workaround
| 局限性 | 影响 | Workaround | 实战经验 |
|--------|------|------------|----------|
| 上位概念化判断依赖专业经验 | AI可能过度上位或上位不足 | 每个上位概念必须在说明书中找到下位实现支撑 | "射频信道感知中枢"有WiFi CSI+6G感知双支撑 |
| 规避路径预判有限 | 竞争对手的规避方式难以穷举 | 重点覆盖已知竞品的技术路线;发明人补充行业洞察 | 本项目发明人提供3条竞品信息 |
| 权利要求编号易出错 | 从属权利要求引用关系复杂 | 逐项检查引用编号;修改后重新编号全量验证 | 本项目11项权利要求逐项验证 |
**核心原则**:权利要求布局策略必须经发明人确认,AI不可独立决定保护范围。
## 可选工具与参考文档(使用者按需调用)
> 以下工具和参考文档已集成到本skill目录中,使用者根据需要决定是否调用。不需要就跳过,需要就调用。
### 工具脚本(tools/目录)
| 工具 | 来源 | 用途 | 调用方式 |
|------|------|------|----------|
| `audit_claims.py` | nature-paper-to-patent | 权利要求审计(支持性/一致性/范围检查) | `python tools/audit_claims.py claims.md spec.md` |
### 参考文档(references/目录)
| 文档 | 来源 | 用途 |
|------|------|------|
| `references/corpus-derived-patterns.md` | nature-paper-to-patent | 从真实专利语料中提取的权利要求模式 |
| `references/corpus-pair-audit.md` | nature-paper-to-patent | 论文-专利配对审计方法 |
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!