Openalex

OpenAlex — 开放学术作品目录

OpenAlex 是 Microsoft Academic Graph 的免费开源替代品（后者于 2022 年关闭）。收录 2.4 亿余篇学术作品，并提供作者、机构、概念、引用和发表场所的结构化数据。采用开源数据模型，API 使用宽松。免费，无需身份验证（建议使用规范的 User-Agent 并提供电子邮件）。

它是 Pipeworx 的一部分。Pipeworx 是一个 MCP 网关，可将 AI Agent 连接到 1683 个以上的实时数据源。

这对 AI Agent 有何意义

Semantic Scholar 侧重搜索，Crossref 侧重 DOI，而 OpenAlex 则提供最全面的结构化图谱：论文、作者、机构、资助方和概念彼此关联。对于机构分析、引用网络或系统性文献综述，OpenAlex 覆盖了其他服务未涉及的领域。

常见工作流：

• 查找作品。 通过 DOI、标题或 OpenAlex ID 查找论文，并获取完整的结构化记录。
• 作者／机构。 搜索 Yale 计算机科学系在 2024 年发表的论文。
• 浏览概念。 查找标记为“transformer architecture”或“CRISPR Cas9”的论文。
• 引用图谱。 “谁引用了论文 X？”或“论文 X 引用了什么？”

可引用 URI：pipeworx://openalex/work/{work_id}。

身份验证

免费公开。OpenAlex 强烈建议通过 mailto= 查询参数或 User-Agent 标明身份，以获得“规范池”的优先级。Pipeworx 会自动转发 [email protected] 和 User-Agent: Pipeworx (mailto:[email protected])。

实体类型

OpenAlex 对 5 种实体类型进行建模，每种类型都有稳定的 ID：

实体	ID 前缀	示例
作品（论文）	W	W2741809807
作者	A	A1234567890
机构	I	I97018004（Yale）
发表场所（期刊／会议）	V	V202381698
概念（主题分类）	C	C41008148（计算机科学）

作品与作者、机构（作者所属机构）、发表场所（作品的发表地点）和概念（作品主题）相关联。跨实体查询功能强大。

常见问题

• 作者消歧。 OpenAlex 在这方面做了大量工作，但并不完美。同一个人在职业生涯早期和后期可能拥有不同的作者 ID；姓名常见的作者也可能被拆分到多个实体中。可用时请与 ORCID 交叉核对。
• 概念层级深度。 OpenAlex 概念构成一棵 6 层的树。“计算机科学”处于第 0 层，对大多数查询来说过于宽泛；第 3～4 层的概念（如“transformer model”和“BERT model”）更实用。
• 开放获取状态。 OpenAlex 会追踪 oa_status（gold、green、hybrid、bronze、closed）。可用它在输出中列出免费阅读的版本。
• 引用计数与被引次数。 OpenAlex 根据自身语料库计算引用计数。同一篇论文在 Google Scholar（覆盖面更广）和 Web of Science（覆盖面较窄）上的计数可能不同。
• 延迟。 新论文通常会在数周内出现。引用这些论文的记录则需要更久，因为引用论文本身也必须先被收录。
• 是否依赖 Semantic Scholar？ OpenAlex 和 Semantic Scholar 是两个独立项目，使用不同的数据。两者的覆盖范围有部分重叠，元数据也存在差异。要全面查找，请同时使用两者。

快速开始

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

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

此端点实际提供的内容

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

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

或者，连接完整的 Pipeworx 网关，直接列出每个工具包的工具，而不只是这个工具包的工具：

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

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/openalex_search_works \
  -H 'Content-Type: application/json' \
  -d '{"query":"transformer neural networks"}'

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

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

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

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

也可以直接运行它，确认服务已启动：

npx -y @pipeworx/mcp-openalex

它通过 stdin/stdout 使用 MCP，并仅为此工具包中的工具响应 initialize/tools/list/tools/call——不包含上方网关连接会提供的共享元工具。相同的源代码和工具，但没有 ask_pipeworx 路由功能。

使用 ask_pipeworx

你可以不用直接调用工具，而是用通俗英语提出问题——这既适用于上方的工具包端点，也适用于完整网关：

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT