Token导航 LogoToken导航

Agent Skill · 待分类

patent-analysis(专利分析)

patent-analysis 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

patent-analysis 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描已通过,按安装量在待分类类的 11,209 个 Skill 里排第 4,639。

总安装 706周安装 30GitHub Stars 164下载 247核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:patent-analysis(专利分析)
来源仓库:https://github.com/cat-xierluo/legal-skills
仓库路径:skills/patent-analysis
安装命令:
npx skills add https://github.com/cat-xierluo/legal-skills --skill patent-analysis
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/cat-xierluo/legal-skills --skill patent-analysis

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

用于处理 GitHub 仓库、Issue 和 Pull Request 信息。适合围绕代码变更或协作事项进行整理分析。通过 GitHub 安装,支持多种 AI 宿主平台。使用前需确认仓库访问权限和操作边界。patent-analysis 属于待分类类 Skill,可作为该场景下的辅助能力补充。

注意维护状态及是否涉及敏感代码或数据。

来源仓库内路径:skills/patent-analysis

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/cat-xierluo/legal-skills --skill patent-analys…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

patent-analysis 怎么安装?

在终端执行 npx skills add https://github.com/cat-xierluo/legal-skills --skill patent-analysis。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

patent-analysis 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

patent-analysis 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

patent-analysis 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

patent-analysis 用的人多吗?

公开数据是累计安装 706 次,近一周安装 30 次,下载 247 次,GitHub 164 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

patent-analysis 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
infsh-cli

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
patent-analysis

专利分析 · 本页

706164权限未标注未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

专利分析工具

概述

本技能用于系统化分析专利文件,支持7种核心场景。

第一部分:专利文件结构

1. 扉页(基本信息)

信息项说明
专利号专利的唯一标识
申请日保护期限起算点
专利权人权利归属
IPC分类号技术领域分类

2. 权利要求书(核心)

这是专利保护范围的法律界定,是分析的核心。

  • 独立权利要求:定义专利的最大保护范围,是侵权判断的基准
  • 从属权利要求:在独立权利要求基础上增加技术特征,保护范围更窄

阅读技巧:

  • 独立权利要求通常以"一种..."开头
  • 从属权利要求以"根据权利要求X所述的..."开头
  • 关注"其特征在于"之后的内容

3. 说明书(解释权利要求)

章节分析用途
背景技术理解专利要解决的问题
发明内容理解核心创新点
具体实施方式理解权利要求的含义

重要原则:权利要求中的术语,说明书有定义的,按说明书定义理解

4. 摘要

技术概要,仅供参考,不作为保护范围的依据。


第二部分:分析场景

场景分类

己方专利分析:价值评估、稳定性分析、布局分析
侵权风险分析:FTO分析、侵权比对、规避设计
争议解决支持:无效分析、诉讼支持
交易支持:许可分析、尽职调查

七大场景

场景用途模板文件
单专利技术要点提取快速理解专利保护范围01-single-patent-summary.md
多专利比对分析评估专利组合、保护范围差异02-multi-patent-comparison.md
产品-专利侵权比对评估侵权可能性03-infringement-comparison.md
专利稳定性/无效分析评估被无效风险04-validity-analysis.md
FTO分析产品上市前风险评估05-fto-analysis.md
规避设计分析绕开专利障碍06-design-around.md
专利价值评估交易/融资支持07-patent-valuation.md

第三部分:核心方法论

权利要求解读方法

  1. 确定权利要求类型:产品权利要求 vs 方法权利要求
  2. 识别技术特征:前序部分 + 特征部分("其特征在于"之后)
  3. 理解术语含义:说明书有定义的按定义,无定义按本领域常规理解
  4. 确定保护范围:字面含义 + 说明书限缩

侵权判断流程

确定独立权利要求1 → 分解技术特征 → 逐一比对
         ↓
    全部特征覆盖?
    ↓是        ↓否
  侵权成立    检查等同侵权

⚠️ 独立权利要求 vs 从属权利要求(关键)

这是侵权判断中最容易出错的地方!

核心原则
  1. 侵权判断首先看独立权利要求1:它定义最大保护范围,是侵权判断的基准
  2. 从属权利要求增强侵权稳定性:产品落入的从属权利要求越多,侵权越稳固
为什么先看权利要求1?
  • 保护范围最大:权利要求1是专利的"最大边界",只要产品落入权1,就构成侵权
  • 权1可能被无效:因为范围写得大,可能被现有技术公开,存在被无效的风险
从属权利要求的战略意义
产品落入权1 → 基础侵权成立
     ↓
同时落入从属权利要求?
     ↓ 是                    ↓ 否
侵权稳定性更大          侵权成立但稳定性依赖权1

为什么落入从属权利要求越多越好?

  1. 后备阵地:如果权1被无效,从属权利要求可以作为"后备",将其中特征并入权1以维持专利有效
  2. 稳定性叠加:产品落入的从属权利要求越多,即使权1被限缩,侵权仍然成立的可能性越大
  3. 抗辩空间小:被诉方很难同时绕开多个从属权利要求的附加特征
分析逻辑
侵权比对 → 先看权利要求1 → 全部特征覆盖?
    ↓ 是                    ↓ 否
基础侵权成立         不侵权(无需看从属权利要求)
    ↓
检查从属权利要求
    ↓
落入的从属权利要求越多 → 侵权稳定性越大
错误示例
❌ 错误做法1:用从属权利要求否定侵权
专利一的驱动结构是"往复式螺旋槽",产品没有这个结构,所以不侵权。
(错因:把从属权利要求特征当作侵权必要条件)

❌ 错误做法2:忽略从属权利要求的战略价值
产品落入权1就够了,从属权利要求不重要。
(错因:没有评估侵权稳定性)

✅ 正确做法:
1. 先判断产品是否落入权利要求1 → 是,基础侵权成立
2. 再判断产品落入哪些从属权利要求 → 落入权2、权3
3. 结论:侵权成立,且稳定性高(即使权1被无效,权2/权3仍可维持侵权认定)

第四部分:常见错误

错误正确做法
只看摘要不看权利要求权利要求是法律保护范围的依据
混淆独立和从属权利要求先分析独立权利要求,再考虑从属权利要求
忽略技术特征的限定词"竖直"、"滑动"、"转动"等限定词决定保护范围
用实施例代替权利要求实施例只是举例,保护范围以权利要求为准
直接给出侵权结论应先进行特征分解,再逐项比对
忽略说明书的解释作用说明书用于解释权利要求中的术语
把从属权利要求特征当作侵权判断条件只用独立权利要求1的特征判断

第五部分:与其他技能配合

技能配合方式
mineru-ocr先用此技能将专利 PDF 转换为 Markdown
legal-doc-writing分析后生成法律文书(侵权警告函等)
legal-proposal-generator生成法律服务建议书

两个技能独立运行,可根据需要灵活组合使用。


第六部分:注意事项

  1. 本技能提供的是初步技术分析,不构成法律意见
  2. 实际侵权判定需要考虑:等同原则、禁止反悔原则、现有技术抗辩、专利有效性
  3. 建议在重要决策前咨询专业专利律师
  4. 专利状态(有效/失效/被无效)需要核实
  5. 不同法域的专利法可能存在差异
  6. ⚠️ 核对专利权人:产出法律文书前,必须核实每个专利的权利人名称

- 多个专利可能有不同的权利人(即使属于同一专利组合) - 权利人名称必须与专利登记信息完全一致 - 名称错误可能导致法律文书无效


输入/输出

输入

  • 必需:专利文件(PDF/Markdown/文本)
  • 可选:产品描述、现有技术、关注点

输出

  • 结构化分析报告(见上方各场景对应的模板文件)

平台分布

Codex

36.11%
按下载量换算89

Claude

30.55%
按下载量换算75

Cursor

18.5%
按下载量换算46

Gemini CLI

9.61%
按下载量换算24

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills