Patents

USPTO 专利 — 专利和申请搜索

通过 USPTO 开放数据门户（ODP，data.uspto.gov）访问美国专利商标局的专利数据库——Pipeworx 于 2026-05-12 从旧版 PatentsView API（api.patentsview.org，于 2025-05-01 停用）迁移。可按关键词、受让人、发明人或专利号搜索并检索已授权的美国专利和已公开的申请。免费，无需身份验证（平台密钥在服务端配置；如果需要使用自己的配额，可通过 _apiKey 提供自己的密钥——前往 https://data.uspto.gov/myodp 获取）。

这是 Pipeworx 的一部分——一个将 AI Agent 连接到 1837+ 个实时数据源的 MCP 网关。这是独立的非官方集成，与上游提供方无关联，未经其认可，也非其发布。

这对 AI Agent 有何意义

专利是关于发明内容及其声称发明者的公开记录。对于竞争情报、知识产权尽职调查、自由实施研究或技术布局分析，USPTO 是信息来源。此工具包实际返回的内容包括：标题、发明人／申请人、分类、申请／授权状态和日期、授权后分配的专利号、完整的审查／交易历史、母案／子案延续关系（优先权链），以及已备案的转让／让与历史——既可查询你已有的某项申请（get_patent_assignments），也可按受让人／转让人／专利号／申请号搜索（search_patent_assignments）。它不返回权利要求文本或引文数据；此工具包中没有 get_claims 或引文工具（epo-ops 工具包的 get_claims 会返回权利要求文本，但仅限 EPO 发布的记录）。

三种核心工作流：

1. 关键词搜索。“有哪些 CRISPR 基因编辑相关专利？”→ search_patents({query: "CRISPR gene editing"}) → 返回匹配的申请／专利，包括标题、申请号、申请日期、申请人、发明人、状态和分类。

2. 特定专利。“申请 16/123,456 的状态如何？”→ get_patent({number: "16123456"}) → 返回标题、发明人、分类、状态，以及——授权后——patent_number／grant_date／publication_number／publication_date。如果你已有已授权的专利号，应将其作为 patent_number 传入（例如 get_patent({patent_number: "11646472"})），而不是传给 number——请参阅下方的号码冲突警告。若要查看完整的审查时间线，请使用 get_patent_transactions；若要了解该申请的来源（继续申请、分案、临时申请）及其后续衍生的申请，请使用 get_patent_continuity。若要查询当前持有人，可配合使用 get_patent_assignments({application_number: "16123456"})，或按名称使用 search_patent_assignments 搜索。

3. 权属搜索。“Amyris 获得了哪些转让？”／“谁转让了专利 10,000,000？”→ search_patent_assignments({assignee: "Amyris"})／search_patent_assignments({patent_number: "10000000"}) → 返回已备案的转让记录，包括 reel/frame、转让类型、日期、转让人／受让人，以及所涉及的申请号／专利号。

如需结合专利、SEC 知识产权风险披露和商标进行公司级知识产权尽职调查，请参阅专利尽职调查指南。

可引用 URI

pipeworx://uspto/patent/{number}

专利号永久有效。将其作为规范引用嵌入 Agent 输出。

“专利”包含哪些类型

类型	前缀	含义
实用专利	（无／数字）	标准发明专利（机器、工艺、物品）
外观设计专利	D	装饰性设计（例如，D123,456 = 椅子设计）
植物专利	PP	无性繁殖的植物品种
再颁专利	RE	早期专利的修正版
再审查	（E 编号）	正在接受有效性审查的专利

没有专门的 type 输入筛选条件——每条结果都带有 type 字段（申请／专利类型），你可以在客户端按此筛选，从多数实用专利中单独筛出外观设计专利或植物专利。

更新节奏

• 授权：已实测，按周二发布。 查询本周（2026-09-08）的 granted_after，返回的授权日期只有 2026-09-01 和 2026-09-08，均为周二，证实 USPTO 延续了 PatentsView 时代长期以来每周二发布授权的节奏。这是当前数据，不是过时的镜像：返回的最新授权日期就是今天。
• 申请：尚未核实——不要重复旧的周四说法。 ODP 的 applicationMetaData 提供 filingDate 和 grantDate，但没有公开日期字段，因此 Pipeworx 无法检查申请记录何时会在 ODP 中实际可见。PatentsView 时代的“周四”说法指的是 api.patentsview.org 的 pgpub 公开数据流，本工具包既不使用该数据流，也无法确认这一规律是否延续。应将申请数据集的新鲜度视为尚未测量，而不是假定其固定在某个星期几更新。
• 默认搜索看起来较旧，是由其设计决定的，并非数据过时。 如果未指定 granted_after/granted_before，search_patents 会按提交日期从新到旧排列申请数据集。USPTO 通常在申请提交约 18 个月后才公布申请，并且通常需要 2 年以上才会授权，因此未筛选搜索中最新的条目是近期提交且 grant_date: null 的申请——这是预期行为。传入 granted_after（例如 "2024-01-01"）即可获取具有实际授权日期的已授权专利。完整说明请参阅 search_patents 工具描述。
• Pipeworx 会以 24 小时 TTL 缓存结果。鉴于实测的周二授权节奏，如果需要获取当天最新授权结果，请设置 Cache-Control: no-cache。

常见问题

• 关键词搜索 ≠ 实施自由。 search_patents 会查找文本中提及你所用术语的专利。它不会告诉你某项专利的权利要求是否涵盖你打算开展的活动，而且本工具包不会返回权利要求文本供你自行核查——实施自由分析需要阅读权利要求（epo-ops 工具包的 get_claims 会返回权利要求文本，但仅限 EPO 发布的记录），最终还需咨询专利律师。
• 受让人名称规范化。 “Vertex Pharmaceuticals Inc.”、“VERTEX PHARMACEUTICALS, INC.”、“Vertex Pharmaceuticals”指的都是同一家公司。汇总时，去掉法律实体后缀后，再按不区分大小写的方式分组。
• 没有引证数据。 本工具包完全不提供引证计数或引证列表——无法通过本工具包对结果集中的“被引最多”或“奠基性”专利进行排序。
• 本工具包仅涵盖美国，但 Pipeworx 不止于此。 USPTO 仅涵盖美国申请。欧洲专利目前可通过 epo-ops 工具包查询——使用 EPO 全球登记簿中的 epo_ops_search_patents、get_biblio、get_family、get_abstract、get_claims（已于 2026-09-08 实时验证：epo_ops_search_patents({query:"lithium battery"}) 返回了当前的欧洲申请，包括本周发布的文献）。Pipeworx 目前尚未涵盖日本（JPO）和中国（CNIPA）的国家申请——如有需要，请通过 pipeworx_feedback 提交。
• 申请与授权。 “专利申请中”的申请可以搜索，但你关心的日期是 grant_date，而不是 filing_date。申请可能被驳回或修改；已授权的专利才是关键。
• 询问“申请日期”时应使用 filed_after/filed_before，而非 granted_after/granted_before（fleet #2418）。 如果问题提到 FILED 或 APPLIED FOR，即使还提到“近期”或“过去 N 年”，也应使用申请日期范围；默认申请数据集已包含待审和已授权专利，因此仅用 filed_after 就能回答。对于申请活动问题使用 granted_after，会在不提示的情况下将结果限制为已授权专利；由于授权通常比申请晚 2 年以上，即使实际存在申请活动，近期的仅授权时间范围通常也会返回空结果——当仅限已授权结果为零时，search_patents 会返回 date_field_hint 说明这一点。
• 多短语查询在零结果时会自动进行一次扩大重试（fleet #2418）。 {query: '"experimental phrase one" "experimental phrase two"'} 要求两个完整短语都同时出现（ODP 会对每个子句使用 AND），即使任一短语单独搜索都能匹配大量结果，也可能返回 0 条。若确实无结果且有 2 个以上带引号的短语，search_patents 会自动将相同短语改为 OR 后重试，并在响应中标记 broadened: true——应将这些结果理解为“至少提及一个短语”，而非提及所有短语。普通的裸多关键词 AND 查询（没有带引号的短语）在零结果时不会自动放宽，因为这种 AND 通常是有意用于缩小范围的。
• 搜索前会扩展已知的同义词/缩写组（fleet #2450/#2499）。 过去，{query: 'cfRNA "residual cancer"'} 会返回 0 条结果，且不会进行放宽——上文 #2418 的重试只适用于包含 2 个以上带引号短语的查询；即使同一概念组合写成 '"residual cancer" "cell-free RNA"' 时有 23 条真实匹配，裸缩写加一个带引号短语也不符合条件。现在会识别一份精简且经过生产环境验证的同义词对列表（cfRNA / cell-free RNA / cell free RNA / circulating RNA / circulating cell-free RNA / ccfRNA；MRD / minimal residual disease / molecular residual disease / residual cancer / residual disease），不区分大小写，也不论是否带引号；系统会在首次尝试时，将其扩展为 OR 组，再与查询中的其他概念进行 AND 组合，并在响应中标记 synonyms_expanded: true。这是有意固定并公开记录的列表，而不是任意创造同义词：无关的 OR 会悄无声息地回答另一个问题（曾有一次整条查询使用 OR 扩大范围，返回 21,937 条大多不相关的匹配结果）。
• 8 位申请号与 8 位授权专利号可能是同一串数字，却对应两项无关发明（fleet #3301 后续说明）。 申请号由 2 位系列代码加 6 位流水号组成（例如，“11” + “646472” = 申请号 11/646,472，约于 2006 年提交）；2018 年起，授权专利号也进入了同一 10,000,000–12,999,999 区间，至今仍在此范围内。get_patent({number: "11646472"}) 确实可能对应一个 2006 年的申请，也可能对应一项 2023 年授权的专利。若你明确指的是专利，请传入 patent_number 而非 number，这样不会产生歧义。如果你只有 number，且其值落在冲突区间内，工具会检查两种解释，并返回 ambiguous: true，同时概述两条记录，而不会默默猜测；确认所指记录后，请使用正确参数重新调用。
• 现在 get_patent 会直接提供 patent_number/grant_date（fleet #3301）。 过去它只会报告 status，并从审查历史文本中猜测“授权事件”——而这套猜测会匹配描述中含有“Granted”一词的任何事件，包括常规的延期批准；因此，某项已授权申请可能返回状态“Patented Case”，却错误地将延期日期当成授权日期，而不是提供实际专利号。请直接查看 patent_number/grant_date/publication_number/publication_date；如果 status 为“Patented Case”，但 patent_number 为 null，响应会附带 patent_number_warning（表示上游数据缺失），而不会让人误以为“尚未授权”。
• 有两个不同的数据源可回答权属转让问题，二者不可互换。 get_patent_assignments 和 get_patent_transactions/get_patent_continuity 读取 USPTO Open Data Portal 按申请提供的案卷数据（需要你已知的申请号）。search_patent_assignments 读取 USPTO 独立的公共转让查询系统；在这四个工具中，只有它能在无需预先知道申请号的情况下，按受让人、转让人或专利号进行搜索。使用 search_patent_assignments 按受让人/转让人搜索时，每条结果都需要通过一次后续查询来解析其所涵盖的专利号/申请号，因此所需上游调用次数比直接按专利号/申请号搜索更多——按名称搜索时请将 limit 设得适中。
• 本工具包不提供专利族数据。 与 epo-ops 的 get_family（INPADOC 专利族，涵盖全球）不同，此 USPTO 工具包不会返回专利族成员数据——get_patent 仅涵盖单件美国申请/授权。若要了解“这项发明是否有外国同族”，请改用 epo-ops。

快速开始

添加到您的 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

{
  "mcpServers": {
    "patents": {
      "url": "https://gateway.pipeworx.io/patents/mcp"
    }
  }
}

此端点实际提供的内容

https://gateway.pipeworx.io/patents/mcp 上的 tools/list 会返回上表中的工具，以及 Pipeworx 共享元工具——ask_pipeworx、discover_tools、search_within、remember/recall 和网关范围内的其他工具。因此，您看到的工具数量会多于此表：目前，单个工具包端点除了列出该工具包自己的工具外，还会列出大约 30 个共享工具。连接的 initialize 响应会说明其确切范围，也是当天有效范围的权威依据。

这是有意为之，并非意外的多路复用。元工具让范围有限的连接能够回答此工具包未涵盖的问题——通过 ask_pipeworx 跨整个目录进行路由——而无需添加第二个 MCP 服务。目前无法挂载不含这些元工具的工具包端点；如果额外的 schema 所需上下文超出了路由带来的价值，请只连接一次完整网关，而不是连接多个工具包端点。

或者连接完整的 Pipeworx 网关，直接列出所有工具包的工具，而不仅仅是此工具包的工具：

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

两个 URL 都连接到同一个网关和相同的 1837+ 个数据源。唯一的区别是直接列出哪个工具包的工具；无论连接哪个端点，ask_pipeworx 都可以访问所有工具包。

没有 MCP 客户端？通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/patents_search_patents \
  -H 'Content-Type: application/json' \
  -d '{"query":"\"cell-free RNA\"","filed_after":"2023-09-25","filed_before":"2026-09-25"}'

首次调用无需账户。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/patents_search_patents。查找工具：使用 {"query":"..."} 向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求。

独立运行（无需网关账户）

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需经过网关：

{
  "mcpServers": {
    "patents": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-patents"]
    }
  }
}

也可以直接运行，确认服务能够启动：

npx -y @pipeworx/mcp-patents

它通过 stdin/stdout 使用 MCP，并针对仅此工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接额外提供的任何共享元工具。来源相同，工具相同，但没有 ask_pipeworx 路由。

使用 ask_pipeworx

您可以用通俗的英语提问，而不是直接调用工具——此功能既适用于上面的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Patents data" })

网关会选择合适的工具并自动填写参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT