Acerca de
Esta habilidad realiza búsquedas estructuradas de arte previo en patentes, trabajos académicos, productos y software de código abierto para evaluar la novedad de una invención. Los desarrolladores pueden utilizarla para evaluar la patentabilidad, impugnar patentes existentes o respaldar análisis de libertad de operación. Aprovecha herramientas de búsqueda web y obtención de datos para encontrar divulgaciones preexistentes relevantes.
Instalación rápida
Claude Code
Recomendadonpx 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-artCopia y pega este comando en Claude Code para instalar esta habilidad
Documentación
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)
Repositorio GitHub
Frequently asked questions
What is the search-prior-art skill?
search-prior-art is a Claude Skill by pjt222. Skills package instructions and resources that Claude loads on demand, so Claude can perform search-prior-art-related tasks without extra prompting.
How do I install search-prior-art?
Use the install commands on this page: add search-prior-art to Claude Code as a plugin, or clone its repository into your skills directory, then restart Claude so it picks up the skill.
What category does search-prior-art belong to?
search-prior-art is in the Design category, tagged word and ai.
Is search-prior-art free to use?
Yes. search-prior-art is listed on AIMCP and free to install. It runs inside Claude, so no separate service account is required to use the skill itself.
Habilidades relacionadas
Utilice la habilidad executing-plans cuando tenga un plan de implementación completo para ejecutar en lotes controlados con puntos de revisión. Esta habilidad carga y revisa críticamente el plan, luego ejecuta tareas en pequeños lotes (por defecto 3 tareas) mientras reporta el progreso entre cada lote para la revisión del arquitecto. Esto asegura una implementación sistemática con puntos de control de calidad integrados.
Esta habilidad despacha un subagente revisor de código para analizar los cambios en el código frente a los requisitos antes de proceder. Debe usarse después de completar tareas, implementar funciones principales o antes de fusionar con la rama principal. La revisión ayuda a detectar problemas de forma temprana al comparar la implementación actual con el plan original.
Esta habilidad proporciona una guía integral para que los desarrolladores conecten servidores MCP a Claude Code mediante transportes HTTP, stdio o SSE. Cubre la instalación, configuración, autenticación y seguridad para integrar servicios externos como GitHub, Notion y APIs personalizadas. Úsala al configurar integraciones MCP, al configurar herramientas externas o al trabajar con el Protocolo de Contexto del Modelo de Claude.
Esta habilidad ayuda a los desarrolladores a elegir entre las interfaces web y CLI de Claude Code mediante el análisis de tareas, y luego permite la teletransportación fluida de sesiones entre estos entornos. Optimiza el flujo de trabajo gestionando el estado y el contexto de la sesión al cambiar entre web, CLI o móvil. Úsala para proyectos complejos que requieren diferentes herramientas en varias etapas.
