菜单
当需要分析专利文件、进行侵权评估、提取技术特征、比较多个专利的保护范围、预判专利稳定性、应对无效宣告请求、进行等同侵权分析、或将分析结果可视化为图表时使用。触发场景包括专利侵权比对、权利要求分析、侵权检查、专利稳定性预判、专利无效宣告抗辩、等同侵权论证、专利价值评估、FTO分析、专利特征洋葱图与侵权双栏图等可视化输出。无论用户是否明确提到"专利"或"侵权",只要涉及专利文件结构化分析或侵权判断,均应使用本技能。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
本技能应在 GitHub 项目发布新版本时使用，覆盖版本号管理、CHANGELOG 同步、Release Notes 撰写、tag 创建、CI 构建监控、发布验证和历史清理全流程。适用于桌面应用、CLI 工具、Web 应用、库/SDK 等任何基于 GitHub 的软件项目。当用户提到"发布"、"release"、"打 tag"、"新版本"、"更新版本号"、"写 release notes"、"发布失败了"、"CI 挂了"、"Actions 配额告急"、"短时间内多次发版"、"monorepo"、"批量打包"、"多 skill 发布"、"skill zip"时触发。也用于拒绝把 release 当作 CI 验证机制（"打 tag 看一下"）的反模式场景。不要用于非 GitHub 项目（如纯 GitLab / Gitea 项目）或无需 CI 的手动发布场景。
Markdown转Word文档技能。将Markdown文档转换为符合中文排版标准的专业格式Word文档，支持多种预设格式。适用于正式文档、论文、报告等需要规范排版的文档转换。
当用户要求你并行推进多个任务、一次性开多个 worker/agent 同时工作、用 tmux 启动多个独立 session、防止 PM 直接实现逃逸、或者你作为 PM 需要拆解并派发任务给多个独立 worker 时使用。触发词包括"并行推进""开多个""同时推进""派 worker""多 agent 并行""开 worker""tmux 启动""独立 session""防逃逸""分派任务""一起做"。不要用于单个短任务、跨平台任务状态管理、或 Git 分支/提交/PR/merge 安全规则。
管理 Claude Code、Codex、OpenClaw 和 QoderWork Skills 的安装、版本追踪、更新检查和项目 Agent 初始化。支持从本地路径或 GitHub 仓库安装，自动识别 .codex/.claude/.openclaw/.qoderworkcn 目标目录，记录每个 Skill 的安装时间、来源 URL 和版本号，检查 GitHub 更新，并通过 init 命令创建 Agent skills 符号链接结构使多 Agent 共享同一技能来源。
使用阿里云通义听悟进行云端音频/视频转录。本技能应在用户需要云端语音转文字、长音频转录、本地 FunASR 不可用或需要更高精度时使用。不适用于无网络环境或需要完全离线的场景。
Agent 专用邮箱统一管理：让 Claude Code、Codex 等平台的 Agent 用一套命令收发邮件、整理收件箱、分发任务。支持网易 ClawEmail（claw.163.com）和腾讯 Agent Mail（QQ 邮箱，agent.qq.com）两家后端，通过 MAIL_PROVIDER 切换。当用户提到收发邮件、看收件箱、搜索邮件、回复转发邮件、下载附件、整理邮件、给其他 Agent 派邮件任务、配置 Agent 邮箱、腾讯 QQ 邮箱 Agent、网易 ClawEmail 时使用此 skill。
| name | patent-analysis |
| homepage | https://github.com/cat-xierluo/legal-skills |
| author | 杨卫薪律师(微信ywxlaw) |
| version | 2.0.0 |
| license | CC BY-NC-SA 4.0 |
| description | 当需要分析专利文件、进行侵权评估、提取技术特征、比较多个专利的保护范围、预判专利稳定性、应对无效宣告请求、进行等同侵权分析、或将分析结果可视化为图表时使用。触发场景包括专利侵权比对、权利要求分析、侵权检查、专利稳定性预判、专利无效宣告抗辩、等同侵权论证、专利价值评估、FTO分析、专利特征洋葱图与侵权双栏图等可视化输出。无论用户是否明确提到"专利"或"侵权",只要涉及专利文件结构化分析或侵权判断,均应使用本技能。 |
本技能用于系统化分析专利文件,支持 9 种核心场景,采用四层分析模型(权利要求解释 → 特征比对 → 等同判断 → 抗辩与反诉),从单一特征比对扩展到全案件维度的风险预判。
| 信息项 | 说明 |
|---|---|
| 专利号 | 专利的唯一标识 |
| 申请日 | 保护期限起算点 |
| 专利权人 | 权利归属 |
| IPC 分类号 | 技术领域分类 |
这是专利保护范围的法律界定,是分析的核心。
阅读技巧:
| 章节 | 分析用途 |
|---|---|
| 背景技术 | 理解专利要解决的问题 |
| 发明内容 | 理解核心创新点 |
| 具体实施方式 | 理解权利要求的含义 |
重要原则:权利要求中的术语,说明书有定义的,按说明书定义理解。
技术概要,仅供参考,不作为保护范围的依据。
己方专利分析:价值评估、稳定性分析、布局分析
侵权风险分析:FTO 分析、侵权比对、规避设计
争议解决支持:等同分析、无效宣告抗辩、诉讼支持
交易支持:许可分析、尽职调查
可视化呈现:特征洋葱图、侵权双栏图
| # | 场景 | 用途 | 模板文件 |
|---|---|---|---|
| 1 | 单专利技术要点提取 | 快速理解专利保护范围 | 01-single-patent-summary.md |
| 2 | 多专利比对分析 | 评估专利组合、保护范围差异 | 02-multi-patent-comparison.md |
| 3 | 产品-专利侵权比对(四层模型) | 评估侵权可能性 + 抗辩预判 | 03-infringement-comparison.md |
| 4 | 专利稳定性/无效分析 | 评估被无效风险 | 04-validity-analysis.md |
| 5 | FTO 分析 | 产品上市前风险评估 | 05-fto-analysis.md |
| 6 | 规避设计分析 | 绕开专利障碍 | 06-design-around.md |
| 7 | 专利价值评估 | 交易/融资支持 | 07-patent-valuation.md |
| 8 | 等同侵权三步检验法 | 等同侵权论证与抗辩 | 08-doctrine-of-equivalents.md |
| 9 | 无效宣告抗辩 | 应对对方无效宣告请求 | 09-invalidation-defense.md |
| 10 | 可视化输出(洋葱图+双栏图) | 客户/法官/团队沟通 | 10-visualization.md |
实际侵权判断是四层递进的,单层"特征比对"不足以应对实务。本模型是本 skill v2.0 的核心升级。
第一层:权利要求解释 → 术语含义、保护范围界定
↓
第二层:技术特征比对(全面覆盖原则)
↓ 字面侵权不成立?
第三层:等同侵权分析(三步检验法)
↓
第四层:抗辩与反诉预判(对方可能的攻击)
↓
最终结论 + 案件整体风险评估
目标:确定权利要求 1 的保护范围,识别需要解释的术语。
关键动作:
详见 03-infringement-comparison.md §第一层
目标:判断涉嫌侵权产品是否字面落入权利要求 1。
关键动作:
详见 03-infringement-comparison.md §第二层
触发条件:第二层结论为"字面侵权不成立"时,启动第三层。
核心方法 — 三步检验法(Way-Function-Result Test):
限制:
详见 08-doctrine-of-equivalents.md
触发条件:无论第二/三层结论如何,启动第四层,预判对方可能的攻击。
关键预判:
核心战略意义 — 无效宣告应对:
详见 03-infringement-comparison.md §第四层
完成四层分析后,产出:
这是侵权判断中最容易出错的地方!
产品落入权 1 → 基础侵权成立
↓
同时落入从属权利要求?
↓ 是 ↓ 否
侵权稳定性更大 侵权成立但稳定性依赖权 1
| 案例 | 关键事实 | 判决要点 | 战略启示 |
|---|---|---|---|
| 案例 1(2019) | 产品落入权 1,未落入权 2 的"V 形结构" | 仍构成侵权 | 从属权利要求不构成侵权必要条件 |
| 案例 2(2020) | 落入权 1+权 3;被告请求无效权 1;原告将权 3 特征并入权 1 | 合并后新权 1 有效,侵权成立 | 从属权利要求是"后备阵地",可挽救专利 |
| 案例 3(2018) | 一审以"未落入从属权利要求"判决不侵权 | 最高法改判侵权 | 一审常见错误,需明确指正 |
完整案例分析 详见 03-infringement-comparison.md §真实案例
❌ 错误做法 1:用从属权利要求否定侵权
"专利一的驱动结构是'往复式螺旋槽',产品没有这个结构,所以不侵权。"
(错因:把从属权利要求特征当作侵权必要条件)
❌ 错误做法 2:忽略从属权利要求的战略价值
"产品落入权 1 就够了,从属权利要求不重要。"
(错因:没有评估侵权稳定性)
✅ 正确做法:
1. 先判断产品是否落入权利要求 1 → 是,基础侵权成立
2. 再判断产品落入哪些从属权利要求 → 落入权 2、权 3、权 6
3. 结论:侵权成立,且稳定性高(即使权 1 被无效,权 2/3/6 仍可维持侵权认定)
4. 同时准备"权利要求修改预案"(将权 2/3/6 特征并入权 1),应对可能的无效宣告
本 skill v2.0 新增:所有侵权比对结果可使用 2 套标准可视化模板。
适用场景:
实现方式:
适用场景:
实现方式:
完整模板 详见 10-visualization.md
| 错误 | 正确做法 |
|---|---|
| 只看摘要不看权利要求 | 权利要求是法律保护范围的依据 |
| 混淆独立和从属权利要求 | 先分析独立权利要求,再考虑从属权利要求 |
| 忽略技术特征的限定词 | "竖直"、"滑动"、"转动"等限定词决定保护范围 |
| 用实施例代替权利要求 | 实施例只是举例,保护范围以权利要求为准 |
| 直接给出侵权结论 | 应先进行特征分解,再逐项比对 |
| 忽略说明书的解释作用 | 说明书用于解释权利要求中的术语 |
| 把从属权利要求特征当作侵权判断条件 | 只用独立权利要求 1 的特征判断 |
| 忽略等同原则(v2.0 新增) | 字面侵权不成立时,必须启动第三层等同分析 |
| 忽略对方无效宣告反诉(v2.0 新增) | 90% 实用新型案件会遇到,必须做稳定性预案 |
| 跳过抗辩预判直接给结论(v2.0 新增) | 第四层抗辩预判是法律服务方案的基础 |
| 技能 | 配合方式 | 优先级 |
|---|---|---|
| patent-download | 先用此技能下载专利 PDF/Markdown | 起诉前必备 |
| mineru-ocr | 将专利 PDF 转换为 Markdown | 缺少电子文档时使用 |
| legal-proposal-generator | 基于本 skill 的分析结果生成法律服务方案 | 客户委托前 |
| litigation-preparation | 基于本 skill 的分析结果准备诉讼材料 | 起诉后 |
| legal-visualization | 生成高保真可视化图(PNG/PDF) | 客户演示/律所展示时 |
流水线建议:
patent-download → patent-analysis(本 skill) → legal-proposal-generator → litigation-preparation
↓
legal-visualization(可选,生成高保真图)