search-prior-art
정보
이 스킬은 특허, 학술 연구, 제품, 오픈소스 소프트웨어를 포괄하는 구조화된 선행기술 조사를 수행하여 발명의 신규성을 평가합니다. 개발자는 이를 통해 특허 가능성 평가, 기존 특허에 대한 이의 제기, 또는 사업 자유 운영(FTO) 분석 지원에 활용할 수 있습니다. 웹 검색 및 데이터 수집 도구를 활용하여 관련된 기존 공개 기술을 찾아냅니다.
빠른 설치
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-artClaude 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
디자인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 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.
