Token导航 LogoToken导航TokenDH.com
研究检索操作浏览器clawhub未标认证来源可访问clear审计提醒

patent-invalid-search专利无效检索

Agent Skill

patent-invalid-search 用于查找、检索和筛选相关信息,适合在 OpenClaw 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

7,614

周安装

308

GitHub Stars

公开资料未说明

下载量

2,390
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:patent-invalid-search(专利无效检索)
来源仓库:https://github.com/chaochaosz/patent-invalid-search
安装命令:
openclaw skills install patent-invalid-search
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

ClawHubOpenClaw
openclaw skills install patent-invalid-search

简介

通过特征比对与现有技术分析,生成专利无效检索报告。

  • 适用于企业规避侵权风险或挑战他人专利有效性时参考。
  • 自动提取技术要素并关联公开文献,辅助证据收集。
  • 安装命令:openclaw skills install patent-invalid-search。
  • 结果不可视为正式法律意见,建议咨询专业机构进一步验证。

SKILL.md

Patent Invalidation

Description

Execute the patent invalidation analysis process, including input verification (independent solution and filing date), extraction of technical features, targeted evidence search, feature comparison, and commentary on invalidity grounds (evidence combination). Support the entire process from input review to generating a Word-format invalidation analysis report.

Patent Invalidation Skills

Evaluate the validity of a target patent through in-depth retrieval of prior art, and construct invalidity grounds and evidence chains.

When to Use

When the user:

  • Mentions "patent invalidation", "challenging patent rights", or "patent validity stability analysis"
  • Needs to find the "Prior Art" of a specific patent
  • Requests a comparison of the technical features of a patent to destroy its novelty or inventiveness
  • Needs to generate a professional patent invalidation analysis report

Workflow

Step 1: User Input Verification and Judgment (Key Pre-Check)

Objective: Ensure the analysis object is clear and has a time benchmark.

Execution Logic:

  1. Filing Date/Priority Date Check: Verify if the user has provided the filing date (or priority date) of the target patent.

* If not: Prompt the user to provide it and state: "To accurately screen prior art, please provide the filing date or priority date of the target patent."

  1. Independence Check of Technical Solution: Determine if the input content is a specific and complete technical solution.

* If incomplete: Prompt the user to supplement it. * If the description is chaotic/contains multiple technical solutions: The AI attempts to summarize an "independent technical solution" and ask the user: "Your input contains multiple technical solutions, which I have summarized into one. Please confirm whether to proceed with the analysis?"

Step 2: Structured Processing of Technical Solutions

Objective: Extract the core targets for invalidation attacks.

Processing Requirements:

  1. Technical Problem: The problem claimed to be solved by the target patent.
  2. Technical Means: A combination of specific technical features for implementing the solution.
  3. Technical Effect: The effect claimed to be achieved by the target patent.

Notes:

  • Delete invalid, repetitive, and incorrect information
  • Retain all valuable technical information
  • Make reasonable inferences and supplements for ambiguous descriptions
  • Output a structured three-element table

Output Format:

【Technical Problem】
Example: Tea contains a strong bitter and astringent taste that affects the mouthfeel. The presence of bitter components such as bitter amino acids and theophylline leads to an unpleasant taste of tea soup.
...
【Technical Means】
Example: A tea processing technology includes the following steps: screening newly picked tea leaves with a sieve to remove pedicels from tea leaves of uniform size; stir-frying in an iron wok; inhibiting and inactivating enzyme activity in fresh leaves through the iron wok and heat control; twisting manually 108 times clockwise and counterclockwise; separating tea pedicels through three rounds of beating; spreading the twisted tea leaves thinly; spreading the tea leaves thinly and performing natural air-drying until the water loss rate is about 80%-85%, then re-polymerizing and transforming; releasing gas at the Chen hour every day to expel accumulated gas from the night and reintroduce fresh air, fully activating the tea's qi; undergoing natural fermentation through seven cycles of releasing and retaining qi, followed by 28 days of warehouse storage to stabilize the tea's qi; pressing the finished tea into cakes with mineral-rich water from a special spring. Among them, the screened tea leaves are spread and air-dried at a height of one meter above the ground on a well-ventilated tea sieve or mat to prevent secondary oxidation caused by ground heat; the stir-fried tea leaves are spread and air-dried for 3-6 days to reduce the water content to about 10% of the fresh leaves.
...
【Technical Effect】
Example: This process fully reacts with bitter components such as bitter amino acids and theophylline in tea through ordered processing steps, thereby decomposing the bitter taste in tea and reducing its astringency to ensure a good mouthfeel. Meanwhile, this process retains various aromatic flavors of tea in nature and enhances the taste of brewed tea.
...

Note: Each of the three elements is a single paragraph and should not be split.

Step 3: Extraction of Technical Features

Objective: Disassemble technical means to extract technical features, which must be entirely derived from the technical means.

Extraction Principles:

  1. The first technical feature must be the technical subject matter (e.g., "A XX device", "A XX method").
  2. The granularity of splitting should be reasonable:

- Too coarse: The technical feature is too long, making subsequent comparison difficult. - Too fine: It will割裂 technical information and lead to inaccurate subsequent comparison.

  1. Each feature should be independent, complete, and comparable.
  2. Sort in the order of appearance in the technical means.

Output Format:

【List of Technical Features】
1. Technical Subject Matter: [Description of Technical Subject Matter]
2. Technical Feature 2: [Description of Feature]
3. Technical Feature 3: [Description of Feature]
...

Step 4: Patent Search (Finding Evidence Documents)

Objective: Search for prior art (Evidence) published before the filing date.

Search Strategy: Priority: Use the Google Patents website (patents.google.com):

  1. Use the browser_use tool to open Google Patents.
  2. Construct search queries:

- Keyword combination: Technical Problem + Technical Means + Technical Effect - IPC classification number (if determinable) - Synonym expansion

  1. Execute the search and collect results.

If Google Patents is inaccessible:

  • Use other patent databases (e.g., Chinese Patent Publication and Announcement Network, Espacenet, WIPO, etc.)
  • Or search for patent information via search engines.

Search Requirements:

  • Retrieve at least 50 relevant patents (Note: Ensure the patent data is real and the publication date is before the input filing date/priority date of the target patent).
  • Record basic information of each patent:

- Patent No./Publication No. - Title - Applicant/Patentee - Publication Date - Abstract - IPC Classification Number

Output Search Strategy Table:

No. | Search Step | Search Strategy | Search Results
1 | Semantic Search | Semantic Text | 5034
2 | Boolean Search | Search Query | 21
...

Step 5: Similarity Ranking (Evidence Evaluation)

Objective: Evaluate and sort the search results by similarity.

Evaluation Dimensions:

  1. Similarity in technical field
  2. Similarity in technical problems solved
  3. Similarity in technical means
  4. Similarity in technical effects

Ranking Method:

  • Assign a comprehensive score (0-100 points) to each patent.
  • Sort from highest to lowest score.
  • Output a list of the top 50 patents.

Output Format:

No. | Similarity | Patent No. | Title | Applicant | Publication Date | IPC
----|------------|------------|-------|-----------|------------------|-----
1 | ⭐⭐⭐⭐⭐ | CNxxx | xxx | xxx | 2024-01-01 | H01L
2 | ⭐⭐⭐⭐ | USxxx | xxx | xxx | 2023-06-15 | G06F
...

Similarity is displayed with 0-5 stars; the more stars, the higher the similarity.

Step 6: Feature Comparison and Analysis

Objective: Compare the strongest evidence (E1, E2, E3) one by one with the technical features of the target patent.

Comparison Result Labels:

  1. Disclosed: Clearly recorded in the evidence.
  2. Common General Knowledge/Easily Obtained: Not recorded in the evidence but belonging to common means in the field.
  3. Not Found: Not found in the current evidence.
Technical FeatureEvidence 1 (E1)Evidence 2 (E2)Evidence 3 (E3)
Feature 1Content + LabelContent + LabelContent + Label

Step 7: Invalidation Commentary and Conclusion

Objective: Construct legal logic to determine whether the patent right can be overturned.

Commentary Types:

  1. Novelty Destruction (Separate Comparison): E1 completely covers all technical features.
  2. Inventiveness Destruction (Combined Comparison):

* E1 + Common General Knowledge. * E1 + E2 (+E3): Explain that E1 is the closest prior art, and E2 provides technical inspiration for the remaining features, with motivation for their combination.

Output Format:

【Analysis of Invalidation Grounds】
- Evidence Combination: E1 + E2
- Legal Basis: Article 22, Paragraph 3 of the Patent Law (Inventiveness)
- Commentary Logic: [Detailed explanation of the combination path and motivation]
- Conclusion: The validity of Claim X of the target patent is low, with a high probability of being invalidated.

Step 8: Generate Invalidation Analysis Report (Word)

Report Structure:

Patent Invalidation Report

1. User's Solution
   1.1 Technical Problem
   1.2 Technical Means
   1.3 Technical Effect

2. Technical Features
   [List of Technical Features]

3. Feature Comparison Table
   [Comparison Table]

4. Invalidation Commentary
   [Analysis of Invalidation Grounds]

5. Invalidation Conclusion
   [Comprehensive Conclusion]

6. Search Strategy
   [Search Strategy Table]

7. List of Related Patents
   [List of 50 Patents]

Disclaimer (Must be indicated on the first page of the report) Refer to 'references/disclaimer.md.'

Use the docx skill to generate a patent invalidation search report:

  1. Call the docx skill to create a professionally formatted Word document.
  2. Include a cover page, table of contents, and main text.
  3. Standardize table formatting.
  4. Save as a .docx file and provide it to the user.

Tool Usage

Browser Retrieval

Use the browser_use tool:
1. Open the Google Patents website: action=open, url=https://patents.google.com
2. Enter search queries: Input keyword combinations in the search box.
3. Obtain results: Use snapshot to get page content.
4. Flip pages to get more results.

Document Generation

Use the docx skill:
1. Create the document structure.
2. Populate content for each chapter.
3. Insert tables and format them.
4. Save and provide the file to the user.

Notes

  1. Objectivity: All judgments must be based on evidence and avoid subjective assumptions.
  2. Accuracy: Patent information must be accurate and error-free.
  3. Completeness: The report must include all necessary content.
  4. Professionalism: Use standardized patent terminology.
  5. Timeliness: Pay attention to the legal status of patents.

Error Handling

  • If Google Patents is inaccessible, automatically switch to other patent databases.
  • If the search results are less than 50, state the reason and continue the analysis.
  • If there are disputes in feature comparison, record them truthfully and explain.
  • If common general knowledge cannot be determined, mark it for further verification.

Quality Control Checklist (Internal Confirmation)

  • [ ] Step 1: Has the filing date been confirmed? Has the solution been confirmed by the user as independent and complete?
  • [ ] Step 3: Does the feature disassembly fully cover the target claims?
  • [ ] Step 4: Are the publication dates of all search results earlier than the filing date of the target patent?
  • [ ] Step 7: Has a clear evidence combination scheme (e.g., E1+E2) been provided?

Reference Documents

  • references/search-strategies.md: Search strategies and keyword templates for common technical fields

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

73.82%
按下载量换算1,764

安全审计

VirusTotal

可疑

ClawScan

通过

Static analysis

通过

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills