专利格局分析

安装指南

1. ClawHub CLI 从源直接安装技能的最快方式。
   npx clawhub@latest install patent-landscape-analysis
2. 手动安装 将技能文件夹复制到以下位置之一
   全局模式
   ~/.openclaw/skills/
   工作区
   /skills/
   优先级：工作区 > 本地 > 内置
3. 提示词安装 将此提示词复制到 OpenClaw 即可自动安装。
   请帮我使用 Clawhub 安装 patent-landscape-analysis。如果尚未安装 Clawhub，请先安装（npm i -g clawhub）。
   更倾向于下载？
   获取包含原生技能文件的ZIP压缩包。
   下载技能 (.zip)

什么是

专利格局分析帮助研究人员通过 Crawlora Google Patents 和 USPTO 工具开展有记录的检索，绘制技术领域图谱。它将查询范围、司法辖区、日期依据、文献类型、采集限制、专利族证据、受让人名称、分类和技术主题整理为可审计的研究语料。
作为 Openclaw Skills 中用于专利和技术研究的技能，它支持专利组合比较和有日期标注的趋势观察，同时保留来源记录并指出证据缺口。其结果仅供探索参考：不能据此确认实施自由、可专利性、有效性、可执行性，也不能替代完整的现有技术检索。

应用场景

使用同义词和分类查询，探索特定技术领域内的专利活动。
在司法辖区、查询和日期范围一致的情况下，比较专利组合或受让人活动。
查看公开、申请和专利族数量，但不要混淆其含义。
根据可用的摘要、权利要求和专利详细记录识别技术主题。
创建可追溯的检索语料，记录查询覆盖范围、示例文献和证据缺失情况。
使用 Openclaw Skills 工作流收集研究线索，同时不涉及法律结论。

工作原理

确定技术范围、司法辖区、日期依据和时间窗口、文献类型、受让人范围及采集预算。
使用同义词和分类查询完善检索，并记录准确查询式以及纳入和排除的词项。
检索 Google Patents 或 USPTO，遵循各服务的查询语法、分页方式、结果总数和停止规则。
分别记录来源标识符、URL、来源日期以及检索或爬取时间；除 HTTP 状态外，也要检查应用层代码。
获取所选公开编号的详细信息，以取得专利族成员、分类、摘要或权利要求、受让人数据和引证。
仅在返回的专利族证据支持相关关系时才对文献分组；保留专利族成员和分组规则。
使用别名台账规范受让人名称，同时保留原始名称和当前名称以及尚未解决的匹配项。
对技术主题进行编码，比较口径一致的数量，并报告查询与覆盖台账、专利族和受让人图谱、主题矩阵、有日期标注的趋势、示例文献及证据缺口。

配置指南

在环境中设置 Crawlora API 密钥。连接后使用列出的 Crawlora MCP 工具；也可使用捆绑脚本作为备用方案。
export CRAWLORA_API_KEY="your-crawlora-api-key"
阅读 reference/endpoints.md，了解支持的方法和参数。捆绑的 scripts/crawlora.sh 会将密钥发送至 https://api.crawlora.net/api/v1。
使用明确的日期字段和分页设置执行范围受限的检索。Google Patents 页码从零开始；应用日期筛选时，选择 priority、filing 或 publication。
scripts/crawlora.sh /googlepatents/search q="solid state battery" date_field=publication after=2020-01-01 page=0 num=20
scripts/crawlora.sh /usptoppubs/search q='battery.ti. AND lithium.ab.' num=20 page=0
scripts/crawlora.sh /googlepatents/coverage
在请求详细信息前，先解析返回的公开编号和分类代码。对于 USPTO，使用 BRS 字段和运算符语法，并将返回的 guid 和 database 传入详细信息请求；不要自行构造这些值。
留意额度预算和错误处理：遇到身份验证错误时停止；HTTP 429 时退避；上游暂时性故障时重试一次。REST 辅助工具不接受查询参数中的字面字符 @；对于 BRS @ 日期表达式，请使用已连接的 MCP 工具或明确的 Google Patents 日期筛选。

数据架构

检索策略：准确查询字符串、纳入和排除的词项、分类查询、司法辖区、日期字段和时间窗口、文献类型、受让人范围及采集预算。
覆盖范围与采集：结果总数、已采集结果数、页数、many_results、请求页数、停止规则和覆盖范围响应。Google Patents 的分类统计描述整个查询匹配集合，不得将其视为较小采集样本的数量。
来源记录：将来源 ID、URL、来源日期以及检索或爬取时间分别保存为独立字段。将申请的 code 与 HTTP 状态区分开；响应内容位于 data 中。
专利实体：分别记录公开、申请和专利族数量。保存专利族成员和基于证据的分组规则；不要根据相同标题、发明人或关键词推断专利族成员关系。
受让人台账：保留原始和当前受让人名称、规范化别名、尚未解决的匹配项，以及带日期和来源归属的所有权或状态观察记录。
技术分析：分类、摘要或权利要求、引证、示例文献、主题标签、有日期标注的趋势和缺失证据。允许多个主题标签，并标明未知证据。
记录组 主要内容 重要限制
查询与覆盖台账 范围、准确查询式、总数、页数和停止规则 索引覆盖总数不代表技术产出或研发投资
专利与专利族图谱 公开编号、返回的专利族证据及成员公开文献 不完整的专利族图谱不得称为穷尽性结果
受让人图谱 原始/当前名称、别名和未解决的匹配项 相似名称和子公司不会自动视为同一所有者
主题与趋势分析 基于证据的主题和可比较的有日期标注数量 仅比较查询、司法辖区和日期范围均相同的结果

高级特性

同时支持 Crawlora MCP 工具和捆绑的
scripts/crawlora.sh
REST 辅助工具。
使用 Google Patents 分类查询和覆盖数据辅助制定检索计划。
支持明确指定 Google Patents 的优先权日、申请日或公开日字段；USPTO 检索使用 BRS 字段和运算符语法。
获取所选专利的详细信息，包括专利族成员、分类、摘要或权利要求、受让人和引证；仅在必要时使用翻译，并保留原文语境。
透明处理分页和检索限制，将完整匹配集合的分类统计与已采集样本分开记录。
使用别名台账和基于证据的专利族分组改进专利组合分析，同时避免夸大所有权关系或专利族完整性。
实施有界采集和 API 安全措施：遇到身份验证错误时停止，收到 429 响应时退避，上游暂时性故障时重试一次。
将引证和相似文献视为相关性线索，而非侵权、技术依赖、质量或商业价值的证明。

name: patent-landscape-analysis description: Map a technology area using Crawlora Google Patents and USPTO search/detail tools with explicit query coverage, patent-family grouping, assignee normalization, dates, and classifications. Use for an exploratory technology landscape or portfolio comparison, not a legal clearance conclusion.

Patent landscape analysis

Access and scope

Set CRAWLORA_API_KEY to your Crawlora key. Prefer the listed Crawlora MCP tools when connected; otherwise use the bundled scripts/crawlora.sh, which sends x-api-key to https://api.crawlora.net/api/v1. Read reference/endpoints.md for exact methods and parameters. Check application code as well as HTTP status; payloads are inside data. Stop on authentication errors, back off on 429, and retry a transient upstream failure once. Bound requests by the requested scope and credit budget. Preserve source IDs, URLs, source dates, and retrieval/crawl times separately.

Build an exploratory technology landscape from a documented query strategy. Establish technical scope, jurisdictions, date basis/window, document types, assignee scope, and collection budget before presenting counts or trends.

Build a traceable search corpus

Use synonyms and classification lookups to refine the technical query. Keep included/excluded terms and each exact query. Google Patents structured dates default to priority date when dates are supplied; explicitly choose date_field=priority, filing, or publication to match the analysis.
Google search pages are zero-based. Record total/results/pages, many_results, requested pages, and stopping rules. Its top-assignee/inventor/classification breakdowns describe the full query match set, not just the collected page; do not mix their denominator with your smaller sample or family counts.
USPTO uses BRS field/operator syntax rather than Google's structured filters. Match jurisdictions and date meaning when cross-checking. Its returned guid and database feed detail's guid and source; do not synthesize them. The REST helper rejects literal @ in query arguments to prevent local-file shorthand. For BRS @ date expressions use the connected MCP tool, or use Google's explicit date filters; keep the helper's file guard intact.
Fetch detail for selected publication numbers to obtain family members, classifications, abstracts/claims, original/current assignees, and citations. Translate only when needed and retain the original/source language context. Search snippets alone cannot support a detailed claim-coverage map.
scripts/crawlora.sh /googlepatents/search q="solid state battery" date_field=publication after=2020-01-01 page=0 num=20
scripts/crawlora.sh /usptoppubs/search q='battery.ti. AND lithium.ab.' num=20 page=0
scripts/crawlora.sh /googlepatents/coverage

# Resolve returned publication numbers and classification codes before detail.

Group families, entities, and technical themes

Keep publication, application, and family counts separate. Group documents only with returned family evidence; shared titles, inventors, or keywords do not establish a patent family. Preserve the chosen grouping rule and all member publications. Do not label a sampled/incomplete family graph exhaustive.

Normalize assignee spelling with an alias ledger while retaining original and current assignees and unresolved entity matches. Subsidiaries and similarly named firms are not automatically one owner. Keep reported ownership/status dated and attributed; the source's GRANT/APPLICATION search status is not a current rights-validity determination. Citations and similar documents are relevance leads, not proof of infringement, technical dependence, quality, or commercial value.

Code technical themes from the available abstract/claims/detail, allowing multiple labels and unknown evidence. Compare counts over equivalent query/jurisdiction/date scopes and distinguish publications from family-level inventions. Coverage totals measure the index's grants/applications by authority/year, not this technology's output or R&D investment. Return the query/coverage ledger, family/assignee map, topic matrix, dated trend observations, sample documents, and missing evidence. This exploratory landscape does not establish freedom to operate, patentability, validity, enforceability, or a complete prior-art search.

流媒体可观看情况比较
播客主题概览