返回技能列表

search-prior-art

pjt222
更新于 2 days ago
3 次查看
17
2
17
在 GitHub 上查看
设计wordai

关于

This skill performs structured prior art searches across patents, academic work, products, and open-source software to assess an invention's novelty. Developers can use it to evaluate patentability, challenge existing patents, or support freedom-to-operate analysis. It leverages web search and data fetching tools to find relevant pre-existing disclosures.

快速安装

Claude Code

推荐
主要方式
npx skills add pjt222/agent-almanac -a claude-code
插件命令备选方式
/plugin add https://github.com/pjt222/agent-almanac
Git 克隆备选方式
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/search-prior-art

在 Claude Code 中复制并粘贴此命令以安装该技能

技能文档

Search Prior Art

Structured prior art search → find pubs|patents|products|disclosures predating invention. Used for patentability (can patent?), validity challenge (should have been granted?), FTO (covered by existing rights?).

Use When

  • Eval novelty+non-obvious pre-file
  • Challenge existing patent validity → find art examiner missed
  • Support FTO → find art limiting blocking patent scope
  • Document defensive pub → prevent others patenting concept
  • Respond to office action questioning novelty|obviousness

In

  • Required: Invention desc (what, how, problem)
  • Required: Purpose (patentability|invalidity|FTO|defensive)
  • Required: Critical date (filing date or invention date)
  • Optional: Known related patents|pubs
  • Optional: Tech classification codes (IPC, CPC)
  • Optional: Key inventors|companies

Do

Step 1: Decompose Invention

Break into constituent technical features.

  1. Read desc (or claims if vs existing patent)
  2. Extract essential elements — each independent feature:
    • Components?
    • Process steps?
    • Technical effect?
    • Problem + how solved?
  3. ID novel combination — what's diff from known:
    • New element added to known?
    • New combo of known?
    • Known element new field?
  4. Gen search terms per element:
    • Tech terms, synonyms, abbrev
    • Broader+narrower (hierarchy)
    • Alt descriptions
  5. Doc Search Map: elements, terms, relationships
Search Map Example:
+------------------+-----------------------------------+-----------+
| Element          | Search Terms                      | Priority  |
+------------------+-----------------------------------+-----------+
| Attention layer  | attention mechanism, self-         | High      |
|                  | attention, multi-head attention    |           |
| Sparse routing   | mixture of experts, sparse MoE,   | High      |
|                  | top-k routing, expert selection    |           |
| Training method  | knowledge distillation, teacher-   | Medium    |
|                  | student, progressive training      |           |
+------------------+-----------------------------------+-----------+

→ Complete decomposition w/ terms per element. Novel combo ID'd → search must find (invalidate) or confirm absent (support novelty).

If err: too abstract → ask more specific. Claims unclear → broadest reasonable interp per element.

Step 2: Search Patent Literature

Patent DBs systematic.

  1. Construct queries:
    • Each element individually first (broad)
    • Combine to find closer art (narrow)
    • Classification codes filter by tech area
  2. Multi DBs:
    • Google Patents: Full-text, free, large
    • USPTO PatFT/AppFT: US patents+apps, official
    • Espacenet: EU, excellent classification
    • WIPO Patentscope: PCT, global
  3. Date filters:
    • Prior art must predate critical date
    • Up to 1yr pre-filing (grace varies by jurisdiction)
  4. Per relevant result record:
    • Doc number, title, filing date, pub date
    • Which elements disclosed (map to Search Map)
    • Discloses novel combo?
  5. Classify by relevance:
    • X: Discloses invention alone (anticipation)
    • Y: Key elements, combinable (obviousness)
    • A: Background art

→ Classified patent ref list mapped to elements. X (if found) = showstoppers for novelty. Y = building blocks for obviousness.

If err: no relevant patent art → doesn't mean novel — non-patent (Step 3) may have critical ref. Absence in 1 DB ≠ absence everywhere.

Step 3: Non-Patent Literature

Academic, products, OSS, other.

  1. Academic:
    • Google Scholar, arXiv, IEEE Xplore, ACM Digital Library
    • Same Step 1 terms
    • Conf papers + workshop proceedings often predate patents
  2. Products + commercial:
    • Product docs, manuals, marketing
    • Internet Archive (Wayback) for date-verified web
    • Trade pubs + press releases
  3. OSS + code:
    • GitHub, GitLab — search impls of features
    • READMEs, docs, commit history for date evidence
    • Software releases w/ ver dates
  4. Standards:
    • IEEE, IETF (RFCs), W3C, ISO
    • Standards-essential patents must be disclosed; search standard bodies' IP DBs
  5. Defensive pubs:
    • IBM Technical Disclosure Bulletin
    • Research Disclosure journal
    • IP.com Prior Art DB
  6. Verify pub date before critical date:
    • Web: Wayback for date evidence
    • Software: release dates|commit timestamps
    • Papers: pub date not submission

→ Non-patent refs complement patent search. Academic + OSS often most powerful — describe details more explicitly than patents.

If err: non-patent sparse → tech primarily corp R&D (patent-heavy). Shift emphasis to patent + combo-based obviousness.

Step 4: Analyze + Map

Eval how art relates to invention.

  1. Claim chart mapping art → elements:
Claim Element vs. Prior Art Matrix:
+------------------+--------+--------+--------+--------+
| Element          | Ref #1 | Ref #2 | Ref #3 | Ref #4 |
+------------------+--------+--------+--------+--------+
| Element A        |   X    |   X    |        |   X    |
| Element B        |        |   X    |   X    |        |
| Element C        |   X    |        |   X    |        |
| Novel combo A+B+C|        |        |        |        |
+------------------+--------+--------+--------+--------+
X = element disclosed in this reference
  1. Novelty: Single ref discloses all elements?
    • Yes → anticipated (not novel)
    • No → may be novel (proceed obviousness)
  2. Obviousness: Few refs (2-3) combinable to cover all?
    • Motivation to combine? (skilled person sees reason?)
    • Teach away? (suggest wouldn't work?)
  3. FTO: Does art narrow blocking patent claims?
    • Art overlapping blocking patent's claims limits enforceable scope
  4. Document analysis w/ specific passage citations

→ Clear claim chart showing element coverage by refs, w/ novelty + obviousness assessment. Each mapping cites specific passages|figures.

If err: chart shows gaps (elements not in any art) → those = potentially novel. Focus follow-up on specific gaps.

Step 5: Document + Deliver

Package for intended use.

  1. Write Prior Art Search Report:
    • Purpose + scope
    • Methodology (DBs, queries, date ranges)
    • Results summary (count, classification breakdown)
    • Top refs w/ detailed analysis (claim charts)
    • Assessment: novelty, obviousness, FTO implications
    • Limitations + further-search recommendations
  2. Organize refs:
    • Sorted by relevance (X first, Y, A)
    • Each w/ full bibliographic + access link
    • Key passages highlighted|extracted
  3. Recommendations by purpose:
    • Patentability: File|don't, suggested claim scope by gaps
    • Invalidity: Strongest combo, suggested legal arg
    • FTO: Risk level, design-around opportunities, licensing
    • Defensive: Whether to publish defensive disclosure based on white space

→ Complete organized report directly supporting decision. Refs accessible, analysis traceable.

If err: inconclusive (no strong X|Y, but relevant background) → state clearly: "No anticipatory art; closest addresses A+B not C. Recommend file w/ claims emphasizing C." Inconclusive valid + useful.

Check

  • Invention decomposed into searchable elements
  • Novel combo explicitly ID'd
  • Patent DBs searched (min 2)
  • Non-patent searched (academic + products + OSS)
  • All refs predate critical date (verified)
  • Claim chart maps elements w/ passage citations
  • Novelty + obviousness assessed w/ reasoning
  • Classified (X, Y, A)
  • Report has methodology, limitations, recommendations
  • Reproducible (queries + DBs documented)

Traps

  • Keyword tunnel vision: Exact terms only misses synonyms. Use Step 1 hierarchy.
  • Patent-only search: Non-patent (papers, products, code) often more explicit. Don't skip Step 3.
  • Date carelessness: Must predate critical date. Brilliant ref 1 day after = worthless.
  • Ignore foreign: Major inventions may first appear in CN|JP|KR|DE patents. MT makes searchable.
  • Confirmation bias: Searching to confirm novelty vs to find invalidating art. Best search tries hardest to find closest.
  • Stop too early: First results rarely best. Iterate based on field vocabulary revealed.

  • assess-ip-landscape — broader landscape mapping
  • screen-trademark — TM-specific (diff DBs + legal frame than patent)
  • file-trademark — TM filing post-screen
  • review-research — lit review methodology overlaps
  • security-audit-codebase — systematic methodology parallels (thoroughness, doc, reproducibility)

GitHub 仓库

pjt222/agent-almanac
路径: i18n/caveman-ultra/skills/search-prior-art
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

相关推荐技能

executing-plans

设计

该Skill用于当开发者提供完整实施计划时,以受控批次方式执行代码实现。它会先审阅计划并提出疑问,然后分批次执行任务(默认每批3个任务),并在批次间暂停等待审查。关键特性包括分批次执行、内置检查点和架构师审查机制,确保复杂系统实现的可控性。

查看技能

requesting-code-review

设计

该Skill可在完成任务、实现主要功能或合并代码前自动调度代码审查子代理,确保实现符合需求和计划。它支持通过指定git SHA范围进行精准的代码变更审查,帮助开发者在关键节点及时发现潜在问题。核心原则是"早审查、勤审查",适用于开发流程的各个关键阶段。

查看技能

connect-mcp-server

设计

这个Skill指导开发者如何将MCP服务器连接到Claude Code,支持HTTP、stdio和SSE三种传输协议。它涵盖了从安装配置到认证安全的完整流程,适用于集成GitHub、Notion、数据库等外部服务。当开发者需要添加集成、配置外部工具或提及MCP相关功能时,这个Skill能提供实用的操作指南。

查看技能

web-cli-teleport

设计

该Skill帮助开发者根据任务特性选择Claude Code的Web或CLI界面,并指导如何在两种环境间无缝迁移会话。它能分析任务复杂度、迭代需求等要素,推荐最优工作界面和工作流。关键特性包括会话状态管理、环境切换指导和上下文优化建议。

查看技能