search-prior-art
关于
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-almanacgit 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.
- Read desc (or claims if vs existing patent)
- Extract essential elements — each independent feature:
- Components?
- Process steps?
- Technical effect?
- Problem + how solved?
- ID novel combination — what's diff from known:
- New element added to known?
- New combo of known?
- Known element new field?
- Gen search terms per element:
- Tech terms, synonyms, abbrev
- Broader+narrower (hierarchy)
- Alt descriptions
- 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.
- Construct queries:
- Each element individually first (broad)
- Combine to find closer art (narrow)
- Classification codes filter by tech area
- Multi DBs:
- Google Patents: Full-text, free, large
- USPTO PatFT/AppFT: US patents+apps, official
- Espacenet: EU, excellent classification
- WIPO Patentscope: PCT, global
- Date filters:
- Prior art must predate critical date
- Up to 1yr pre-filing (grace varies by jurisdiction)
- Per relevant result record:
- Doc number, title, filing date, pub date
- Which elements disclosed (map to Search Map)
- Discloses novel combo?
- 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.
- Academic:
- Google Scholar, arXiv, IEEE Xplore, ACM Digital Library
- Same Step 1 terms
- Conf papers + workshop proceedings often predate patents
- Products + commercial:
- Product docs, manuals, marketing
- Internet Archive (Wayback) for date-verified web
- Trade pubs + press releases
- OSS + code:
- GitHub, GitLab — search impls of features
- READMEs, docs, commit history for date evidence
- Software releases w/ ver dates
- Standards:
- IEEE, IETF (RFCs), W3C, ISO
- Standards-essential patents must be disclosed; search standard bodies' IP DBs
- Defensive pubs:
- IBM Technical Disclosure Bulletin
- Research Disclosure journal
- IP.com Prior Art DB
- 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.
- 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
- Novelty: Single ref discloses all elements?
- Yes → anticipated (not novel)
- No → may be novel (proceed obviousness)
- Obviousness: Few refs (2-3) combinable to cover all?
- Motivation to combine? (skilled person sees reason?)
- Teach away? (suggest wouldn't work?)
- FTO: Does art narrow blocking patent claims?
- Art overlapping blocking patent's claims limits enforceable scope
- 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.
- 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
- Organize refs:
- Sorted by relevance (X first, Y, A)
- Each w/ full bibliographic + access link
- Key passages highlighted|extracted
- 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 mappingscreen-trademark— TM-specific (diff DBs + legal frame than patent)file-trademark— TM filing post-screenreview-research— lit review methodology overlapssecurity-audit-codebase— systematic methodology parallels (thoroughness, doc, reproducibility)
GitHub 仓库
相关推荐技能
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界面,并指导如何在两种环境间无缝迁移会话。它能分析任务复杂度、迭代需求等要素,推荐最优工作界面和工作流。关键特性包括会话状态管理、环境切换指导和上下文优化建议。
