MCP HubMCP Hub
Вернуться к навыкам

search-prior-art

pjt222
Обновлено 2 days ago
4 просмотров
17
2
17
Посмотреть на GitHub
Дизайнwordai

О программе

Этот навык выполняет структурированный поиск аналогов по патентам, академическим работам, продуктам и открытому программному обеспечению для оценки новизны изобретения. Разработчики могут использовать его для оценки патентоспособности, оспаривания существующих патентов или поддержки анализа свободы действий. Он использует инструменты веб-поиска и сбора данных для обнаружения соответствующих ранее опубликованных сведений.

Быстрая установка

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

Дизайн

Используйте навык executing-plans, когда у вас есть полный план реализации для выполнения контролируемыми партиями с контрольными точками проверки. Он загружает и критически анализирует план, затем выполняет задачи небольшими партиями (по умолчанию 3 задачи), сообщая о прогрессе между каждой партией для проверки архитектором. Это обеспечивает систематическую реализацию со встроенными контрольными точками проверки качества.

Просмотреть навык

requesting-code-review

Дизайн

Этот навык запускает суб-агента для ревью кода, который анализирует изменения в коде на соответствие требованиям перед дальнейшими действиями. Его следует использовать после завершения задач, реализации крупных функций или перед слиянием с основной веткой. Ревью помогает выявить проблемы на ранней стадии, сравнивая текущую реализацию с исходным планом.

Просмотреть навык

connect-mcp-server

Дизайн

Этот навык предоставляет разработчикам подробное руководство по подключению серверов MCP к Claude Code с использованием транспортов HTTP, stdio или SSE. Он охватывает установку, конфигурацию, аутентификацию и безопасность для интеграции внешних сервисов, таких как GitHub, Notion и пользовательские API. Используйте его при настройке интеграций MCP, конфигурации внешних инструментов или работе с Model Context Protocol от Claude.

Просмотреть навык

web-cli-teleport

Дизайн

Этот навык помогает разработчикам выбирать между веб-интерфейсом Claude Code и CLI на основе анализа задачи, а также обеспечивает бесшовное перемещение сессий между этими средами. Он оптимизирует рабочий процесс, управляя состоянием и контекстом сессии при переключении между веб-интерфейсом, CLI или мобильным приложением. Используйте его для сложных проектов, требующих различных инструментов на разных этапах работы.

Просмотреть навык