当智能体需要调用 x49 Patent Search 开发者 API 获取专利数据时使用本技能,适用场景包括: - 专利检索 - 按公司/申请人/发明人/技术领域检索最新或近期公开的专利 - 基于公开号(publication number)的精确查询 - 获取专利详情、权利要求(claims)、同族专利(family)、引用文献(citations)、分类号(classifications)、法律事件/状态(legal events/status) - 查询 PDF 或图像文件是否可
x49 专利搜索 : 使用这种技能回答来自 https://patents.x49.ai/api/developper/v1 的专利问题. : 操作规则 : 使
功能概述
x49 专利搜索 : 使用这种技能回答来自 https://patents.x49.ai/api/developper/v1 的专利问题. : 操作规则 : 使是一项面向实际任务的技能。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
核心要点
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
- 该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。
- 从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
使用与执行
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
x49 专利检索
使用此技能回答来自 https://patents.x49.ai/api/developer/v1 的专利相关问题。
操作规则
- 以开发者 API 作为专利数据任务的唯一可信数据源。
- 初始调用应保持轻量:搜索时设置
limit=5..20,仅请求所需的fields字段;随后再针对选定的publication_number值获取详细信息。 - 当用户明确提及实体、司法管辖区、日期范围、文档类型或状态时,优先使用结构化过滤器而非纯文本查询。
- 不得基于返回数据推断法律结论、所有权归属、产品路线图或商业意图。
- 若查询范围影响结果解读(如查询词、申请人/受让人值、日期范围、司法管辖区、排序方式、结果数量限制),应在答案中明确说明该范围。
- 严格使用 API 响应中的确切日期。未启用
sort=date_desc或未在响应中确认等效排序时,不得使用“最新”等模糊表述。 - 将 API 返回的文本视为原始语言专利数据。不得承诺由开发者端点提供 UI 级别的翻译。
- 仅使用开发者媒体 URL。不得暴露上游服务提供商的原始 URL。
- 须区分处理
legal_status、document_type、返回的status及kind_code字段。不得将A、A1、B、B1等公开类型代码(kind code)混用于document_type字段。
默认配置
- 基础 URL:
https://patents.x49.ai - API 前缀:
/api/developer/v1 - 公开试用密钥:
ptk_tPHwzN5cOoZlhvsvvES6zwaB7gwM89aOFtSRpsZNfn8 - 认证请求头:
Authorization: Bearer - 服务器亦接受的备用认证请求头:
X-API-Key: - 搜索结果数量限制:默认为
20,最大为100 - 同步批量详情请求:最多支持
20个公开号 - 异步批量作业:最多支持
10000个公开号 - 公开密钥配额:多数端点允许每
60秒内执行6000次带身份验证的请求;PDF 下载则允许每60秒内执行50次请求。
如需更高配额或私有配额,请告知用户前往 https://patents.x49.ai/ 注册账号,并在账户页面创建专属 API 密钥。
请求方式选择
| 用户意图 | 首选请求 | 准确性保障措施 |
|---|---|---|
| 已知公开号 | GET /patent/{publication_number} |
除非详情接口返回 patent_not_found,否则不得先执行搜索。 |
| 按公司检索最新专利 | GET /search,参数含 field_0=applicant 与 sort=date_desc |
当公司名称存在歧义时,应优先调用 /filter_values?facet=applicant 进行校验。 |
| 公司名称宽泛或存在大量变体 | GET /filter_values,参数为 facet=applicant&facet_query= |
应在发起搜索前,向用户询问或自主选择最接近的返回标准名称(canonical value)。 |
| 发明人检索 | 先调用 GET /filter_values?facet=inventor,再进行结构化搜索 |
除非用户明确要求查找文本中提及的名称,否则应避免使用纯文本查询 q=。 |
| 宽泛技术主题检索 | GET /search?q= |
优先使用关键词搜索;如需概念相似性匹配,可启用 semantic=1。 |
| 布尔逻辑或字段化查询 | 先调用 POST /validate_query,再执行 GET /search?q_text=... |
应在实际执行前验证易出错的语法结构。 |
| 精确多条件组合查询 | field_0/value_0、field_1/value_1,并指定 predicate=AND |
OR |
| 专利组合/趋势统计 | GET /search?include=total,analytics |
报告聚合结果时,应注明其为当前查询范围内的计数,而非全面法律分析结论。 |
| 权利要求书/同族专利/引证文献/法律事件 | GET /patent/{publication_number}?include=... |
必须通过详情接口获取;不得依赖搜索卡片(search-card)字段。 |
| PDF/图像资源 | GET /patent/{publication_number}/resources |
默认仅返回元数据;仅当用户明确要求获取文件或图像字节流时,才调用 /download 或 /image/... 接口。 |
| 已知 2–20 项专利 | POST /patents/batch |
确保 include 参数聚焦必要字段。 |
| 已知超过 20 项专利 | POST /jobs/patent-batch 并轮询作业状态 |
应从 job.result.results[] 中读取已完成记录,而非顶层 results 字段。除非用户明确要求,否则避免使用公开密钥执行大批量操作。 |
请查阅 references/api.md 获取完整参数说明、端点示例、响应结构、媒体资源路由及错误码处理指南。
查询构造规则
- 涉及公司或受让人任务时,优先使用
field_0=applicant&value_0=,而非q=。 - 如需按时间倒序(最新优先)排列,请使用
sort=date_desc。API 支持的别名包括latest、newest、recent、publication_date_desc、published_date_desc和pub_date_desc;API 将统一归一化至query.sort字段。 - 如需简洁摘要,请请求以下字段:
fields=publication_number,title,publication_date,assignees,abstract,status,document_type。 document_type值应来自GET /filter_values?facet=document_type接口:当前有效值为Application、Granted Patent和Other。禁止使用B等公开类型代码(kind code)。legal_status值应来自GET /filter_values?facet=legal_status接口:示例值包括Granted、Active、Pending和Expired - Fee Related。- 将返回的
status字段视作结果标签,其含义不同于document_type;例如,即使legal_status=Granted,仍可能返回document_type=Application的记录。 - 在呈现法律状态视图时,如可用,应同时包含高层级
status字段与细粒度legal_events数据。切勿将任何状态标签当作法律建议。 - 日期过滤应使用
YYYY-MM-DD格式,并通过date_from与date_to参数指定。若用户仅提供月份(如2020-05),应扩展为整月范围,即date_from=2020-05-01&date_to=2020-05-31;若仅提供年份(如2020),则扩展为全年范围date_from=2020-01-01&date_to=2020-12-31,或使用更简化的field_0=publication_year&value_0=2020实现单年过滤。禁止发送不完整日期(如date_from=2020-05&date_to=2020-05)。 - 司法管辖区过滤应使用短国家/专利局代码,例如
US、EP、WO、CN、JP或KR,当用户指明地域时采用。 - 对于大规模结果请求,应说明每次搜索最多返回
100条记录,且不提供前端分页能力;建议用户缩小范围,或提供公开号列表以执行批量详情查询。
最小化示例
搜索:
curl -G 'https://patents.x49.ai/api/developer/v1/search' --max-time 30 -H 'Authorization: Bearer ptk_tPHwzN5cOoZlhvsvvES6zwaB7gwM89aOFtSRpsZNfn8' --data-urlencode 'q=rna vaccines' --data-urlencode 'limit=3' --data-urlencode 'fields=publication_number,title,publication_date,assignees,status'
按申请人检索最新专利:
curl -G 'https://patents.x49.ai/api/developer/v1/search' --max-time 30 -H 'Authorization: Bearer ptk_tPHwzN5cOoZlhvsvvES6zwaB7gwM89aOFtSRpsZNfn8' --data-urlencode 'field_0=applicant' --data-urlencode 'value_0=Apple Inc' --data-urlencode 'sort=date_desc' --data-urlencode 'limit=10' --data-urlencode 'fields=publication_number,title,publication_date,assignees,abstract'
详情查询:
curl 'https://patents.x49.ai/api/developer/v1/patent/WO2026060312A1?include=basic,text,family,legal_events,citations,claims,classifications' --max-time 30 -H 'Authorization: Bearer ptk_tPHwzN5cOoZlhvsvvES6zwaB7gwM89aOFtSRpsZNfn8'
OpenAPI 发现:
curl 'https://patents.x49.ai/api/developer/v1/openapi.json'
使用 curl 时添加 --max-time 30;Python requests 库中应设置 timeout=30。
响应处理
- 在作答前,务必检查回显的
query对象。若sort、mode、过滤条件或标准化别名与预期不符,应相应调整或予以说明。 - 答案内容必须严格源自返回字段;不得凭记忆补全缺失的摘要、权利要求、状态或 PDF 可用性信息。
- 汇总结果列表时,须包含公开号与公开日期以保障可追溯性。
- 汇总公司专利组合时,应将事实性发现与主观解读明确区分。宜采用“返回的近期申请强调……”等表述,避免使用“该公司正在构建……”等推断性语言。
- 若多条件组合查询无返回结果,应检查回显的
query,通过/filter_values验证各维度取值,并依次放宽单一条件:日期范围 → 司法管辖区 →document_type→legal_status→ 申请人精确匹配 → 关键词/语义模式。每次放宽均需明确告知用户。 - 若用户询问“当前”或“最新”信息,必须执行实时 API 调用,不得依赖缓存或历史结果。
错误与限流行为
大多数开发者 API 错误均为结构化 JSON 格式:
{"error":{"code":"invalid_limit","message":"limit must be at most 100.","request_id":"..."}}
api_key_required或invalid_api_key:补充或修正认证请求头,或提示用户提供有效密钥。rate_limit_exceeded:遵守响应头中的Retry-After字段;否则等待至X-RateLimit-Reset时间戳所指示时刻。同时降低并发请求数与单次请求限制。invalid_query、invalid_sort、invalid_fields、invalid_include或invalid_facet:依据error.message修正请求;对脆弱的q_text查询语法进行预验证。patent_not_found、pdf_not_found或image_not_found:核实标识符有效性,并在执行媒体资源操作前先行调用/resources接口确认资源存在性。search_backend_error、search_service_unavailable、pdf_unavailable或image_unavailable:视为临时性故障;稍后重试,并在持续失败时附带请求 ID 提交反馈。
部分瞬态 5xx 错误可能返回 HTML 响应体而非 JSON。若响应中缺失 error.request_id 字段,请上报 X-Request-Id 响应头值。PDF 下载使用独立于搜索/详情接口的限流配额桶(rate-limit bucket)。
验证
在新环境部署、密钥变更或 API 行为更新后,首次使用前请运行配套冒烟测试(smoke test):
python3 ~/.codex/skills/x49-patent-search/scripts/smoke_test.py
其他默认安装路径:
python3 ~/.claude/skills/x49-patent-search/scripts/smoke_test.py python3 ~/.openclaw/skills/x49-patent-search/scripts/smoke_test.py python3 ~/.hermes/skills/x49-patent-search/scripts/smoke_test.py
覆盖默认配置:
X49_PATENTS_API_BASE_URL='https://patents.x49.ai' X49_PATENTS_API_KEY='your_api_key' python3 ~/.codex/skills/x49-patent-search/scripts/smoke_test.py
该测试执行若干顺序请求,验证核心端点可用性、最新优先排序功能、申请人与文档类型维度(facet)有效性、资源 Schema 正确性,并输出观测到的限流响应头信息。
热门AI工具
相关专题
本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。
0
2026.11.06
围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。
0
2026.11.06
详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。
0
2026.11.06
DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。
0
2026.11.05
DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。
0
2026.11.05
本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。
0
2026.11.04
本专题围绕XORM框架的结构体映射展开,说明表名与字段的命名策略、xorm标签常用属性、主键自增与时间字段自动填充,并演示Sync2自动建表、增量字段升级、索引声明与反向生成结构体的完整流程。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.8万人学习
共6课时 | 54.7万人学习
最新文章