MCP HubMCP Hub
스킬 목록으로 돌아가기

search-prior-art

pjt222
업데이트됨 Yesterday
2 조회
17
2
17
GitHub에서 보기
디자인wordai

정보

이 Claude Skill은 발명과 관련된 선행 기술을 찾기 위해 특허 및 비특허 문헌을 검색합니다. 이는 신규성 평가, 특허 유효성에 대한 이의 제기, 사업 자유 운영(FTO) 분석 지원, 또는 특허청의 거절 통지에 대응하는 데 사용됩니다. 본 스킬은 WebSearch 및 WebFetch와 같은 도구를 활용하여 학술 논문, 제품, 오픈 소스 및 방어적 공개 자료를 조사합니다.

빠른 설치

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

Run structured prior art search to find publications, patents, products, disclosures predating specific invention. Used to assess patentability (can this be patented?), challenge validity (should this patent have been granted?), or establish freedom-to-operate (is this design covered by existing rights?).

When Use

  • Evaluating whether invention is novel + non-obvious before filing patent
  • Challenging validity of existing patent by finding prior art examiner missed
  • Supporting freedom-to-operate analysis by finding prior art that limits blocking patent's scope
  • Documenting defensive publication to prevent others from patenting concept
  • Responding to patent office action that questions novelty or obviousness

Inputs

  • Required: Invention description (what does, how works, what problem solves)
  • Required: Search purpose (patentability, invalidity, FTO, defensive)
  • Required: Critical date (filing date of patent app, or invention date for prior art)
  • Optional: Known related patents or publications
  • Optional: Tech classification codes (IPC, CPC)
  • Optional: Key inventors or companies in field

Steps

Step 1: Decompose Invention into Searchable Elements

Break invention into constituent technical features.

  1. Read invention description (or patent claims if searching against existing patent)
  2. Extract essential elements — each independent technical feature.
    • What components does it have?
    • What steps does process follow?
    • What technical effect does it achieve?
    • What problem does it solve and how?
  3. Identify novel combination — what makes this different from known art.
    • New element added to known elements?
    • New combination of known elements?
    • Known element applied in new field?
  4. Generate search terms per element.
    • Technical terms, synonyms, abbreviations
    • Broader + narrower terms (hierarchy)
    • Alternative descriptions of same concept
  5. Document 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      |           |
+------------------+-----------------------------------+-----------+

Got: Complete decomposition with search terms per element. Novel combination identified — this is what search must either find (to invalidate) or confirm absent (to support novelty).

If fail: Invention too abstract to decompose? Ask for more specific description. Claims unclear? Focus on broadest reasonable interpretation of each claim element.

Step 2: Search Patent Literature

Search patent databases systematically.

  1. Construct queries combining element terms.
    • Search each element individually first (broad)
    • Then combine elements to find closer art (narrow)
    • Use classification codes to filter by tech area
  2. Search multiple databases.
    • Google Patents: Good for full-text search, free, large corpus
    • USPTO PatFT/AppFT: US patents + applications, official source
    • Espacenet: European patents, excellent classification search
    • WIPO Patentscope: PCT applications, global coverage
  3. Apply date filters.
    • Prior art must predate critical date (filing date or priority date)
    • Include publications up to 1 year before filing (grace period varies by jurisdiction)
  4. For each relevant result, record.
    • Document number, title, filing date, publication date
    • Which elements it discloses (map to Search Map)
    • Whether it discloses novel combination
  5. Classify results by relevance.
    • X reference: Discloses invention alone (anticipation)
    • Y reference: Discloses key elements, combinable with other refs (obviousness)
    • A reference: Background art, defines general state of art

Got: Classified list of patent references mapped to invention elements. X references (if found) = showstoppers for novelty. Y references = building blocks for obviousness arguments.

If fail: No relevant patent art found? Does not mean novel — non-patent literature (Step 3) may have critical reference. Absence in one database does not mean absence everywhere.

Step 3: Search Non-Patent Literature

Search academic papers, products, open source, other non-patent disclosures.

  1. Academic literature.
    • Google Scholar, arXiv, IEEE Xplore, ACM Digital Library
    • Search using same terms from Step 1
    • Conference papers + workshop proceedings often predate patent filings
  2. Products and commercial disclosures.
    • Product docs, user manuals, marketing materials
    • Internet Archive (Wayback Machine) for date-verified web content
    • Trade publications + press releases
  3. Open source and code.
    • GitHub, GitLab — search for implementations of technical features
    • README files, docs, commit histories for date evidence
    • Software releases with version dates
  4. Standards and specifications.
    • IEEE, IETF (RFCs), W3C, ISO standards
    • Standards-essential patents must be disclosed; search standard bodies' IP databases
  5. Defensive publications.
    • IBM Technical Disclosure Bulletin
    • Research Disclosure journal
    • IP.com Prior Art Database
  6. For each result, verify publication date before critical date.
    • Web pages: use Wayback Machine for date evidence
    • Software: use release dates or commit timestamps
    • Papers: use publication date, not submission date

Got: Non-patent references that complement patent search. Academic papers + open-source code often most powerful prior art — describe technical details more explicitly than patents.

If fail: Non-patent literature sparse? Tech may be primarily developed in corporate R&D (patent-heavy). Shift emphasis to patent literature, focus on combination-based obviousness argument.

Step 4: Analyze and Map Results

Evaluate how collected prior art relates to invention.

  1. Make claim chart mapping prior art to invention 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. Assess novelty: Does any single reference disclose all elements?
    • If yes → invention anticipated (not novel)
    • If no → invention may be novel (proceed to obviousness)
  2. Assess obviousness: Can small number of references (2-3) be combined to cover all elements?
    • Motivation to combine? (would skilled person see reason to combine these?)
    • References teach away from combination? (suggest it would not work?)
  3. For FTO searches: Does prior art narrow blocking patent's claims?
    • Prior art that overlaps with blocking patent's claims limits enforceable scope
  4. Document analysis clear with citation to specific passages

Got: Clear claim chart showing which elements covered by which references, with assessment of novelty + obviousness. Each mapping cites specific passages or figures.

If fail: Claim chart shows gaps (elements not in any prior art)? Those gaps = potentially novel aspects. Focus follow-up searches on those specific gaps.

Step 5: Document and Deliver

Package search results for intended use.

  1. Write Prior Art Search Report.
    • Purpose + scope of search
    • Search methodology (databases, queries, date ranges)
    • Results summary (number of references found, classification breakdown)
    • Top references with detailed analysis (claim charts)
    • Assessment: novelty, obviousness, FTO implications
    • Limitations + recommendations for further search
  2. Organize references.
    • Sorted by relevance (X first, then Y, then A)
    • Each reference with full bibliographic data + access link
    • Key passages highlighted or extracted
  3. Recommendations by search purpose.
    • Patentability: File/don't file, suggested claim scope based on prior art gaps
    • Invalidity: Strongest combination of references, suggested legal argument
    • FTO: Risk level, design-around opportunities, licensing considerations
    • Defensive: Whether to publish as defensive disclosure based on white space found

Got: Complete, well-organized search report that supports intended decision. References accessible, analysis traceable.

If fail: Search inconclusive (no strong X or Y, but some background)? State conclusion clear: "No anticipatory art found; closest art addresses elements A and B but not C. Recommend filing with claims emphasizing element C." Inconclusive = valid + useful result.

Checks

  • Invention decomposed into distinct searchable elements
  • Novel combination explicit identified
  • Patent databases searched (min 2 databases)
  • Non-patent literature searched (academic + products + open source)
  • All references predate critical date (dates verified)
  • Claim chart maps elements to references with passage citations
  • Novelty + obviousness assessed with reasoning
  • Results classified by relevance (X, Y, A references)
  • Report includes methodology, limitations, recommendations
  • Search reproducible (queries + databases documented)

Pitfalls

  • Keyword tunnel vision: Search only exact terms misses synonyms + alternative descriptions. Use term hierarchy from Step 1
  • Patent-only search: Non-patent literature (papers, products, code) often more explicit than patents. Do not skip Step 3
  • Date carelessness: Prior art must predate critical date. Brilliant reference from one day after filing date worthless
  • Ignore foreign language art: Major inventions may first appear in Chinese, Japanese, Korean, German patent literature. Machine translation makes these searchable
  • Confirmation bias: Search to confirm novelty rather than find invalidating art. Best search tries hardest to find closest art
  • Stop too early: First few results rarely best. Iterate search terms based on what early results reveal about field's vocabulary

See Also

  • assess-ip-landscape — Broader landscape mapping that contextualizes specific prior art searches
  • screen-trademark — Trademark-specific conflict screening (different databases, different legal framework than patent prior art)
  • file-trademark — Trademark filing procedures for when screening complete
  • review-research — Literature review methodology overlaps significant with prior art search
  • security-audit-codebase — Systematic search methodology parallels (thoroughness, documentation, reproducibility)

GitHub 저장소

pjt222/agent-almanac
경로: i18n/caveman/skills/search-prior-art
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

연관 스킬

executing-plans

디자인

executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.

스킬 보기

requesting-code-review

디자인

이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.

스킬 보기

connect-mcp-server

디자인

이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.

스킬 보기

web-cli-teleport

디자인

이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.

스킬 보기