Crossref

Crossref — DOI 元数据

Crossref 是最大的 DOI（数字对象唯一标识符）注册机构。你在学术引文中见到的每个 DOI 都由其处理。其 API 提供约 1.5 亿篇学术作品的结构化元数据：标题、作者、ORCID、可用时的摘要、参考文献和引文图谱。免费，无需身份验证。

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

为什么这对 AI Agent 很重要

Semantic Scholar 侧重搜索，而 Crossref 是 DOI 元数据 的权威来源。如果你有一个 DOI 并需要其规范元数据，Crossref 就是答案。此处的引文网络也比许多学科专用数据库更加完整。

常见流程：

• DOI → 元数据。 crossref_get_work({doi: "10.48550/arXiv.1706.03762"}) → 标题、作者、期刊、年份、引文。
• 作者 DOI。 按 ORCID 或姓名查找研究人员发表的作品。
• 引文图谱。 一篇论文的参考文献，以及引用该论文的论文（如有报告）。

如需搜索学术自由文本，优先使用 Semantic Scholar——Crossref 的搜索功能较有限。

可引用 URI：pipeworx://crossref/work/{doi}。

身份验证

公开、免费。Crossref 有一个“礼貌池”，会优先处理通过 User-Agent 标识自身的客户端。Pipeworx 会转发 pipeworx-mcp/1.0 (https://pipeworx.io)，因此默认享有礼貌池待遇。

Crossref 记录包含哪些内容

字段	说明
标题	权威数据
含 ORCID 的作者	出版商记录了 ORCID 时提供
期刊 / 出版商 / 年份	稳定标识符
参考文献（被引作品）	覆盖范围因出版商而异
被引用次数（引用者）	通过单独的“is-referenced-by-count”字段提供
开放获取链接	出版商提供时包含
资助方数据	报告时包含 NSF、NIH 等信息

常见问题

• 参考文献列表完整性。 有些出版商会将完整参考文献列表提交给 Crossref，有些则不会。Crossref 中参考文献数为 0 的论文，印刷版中可能有 50 条参考文献。要获取完整的引文图谱，请与 Semantic Scholar 交叉核对。
• 勘误与撤稿。 Crossref 会追踪原文与撤稿声明之间的“scholix”链接。引用前务必检查 relation 字段中是否包含 is-retracted-by。
• 作者 ORCID 覆盖率。 ORCID 的采用率有所提高，但并未普及。较早的论文和小型出版商的作品通常没有 ORCID。不要依赖基于 ORCID 的去重来实现完整覆盖。
• DOI 规范化。 不同来源对 DOI 的格式略有不同：10.1234/xyz、https://doi.org/10.1234/xyz、doi:10.1234/xyz。Crossref 接受不带前缀的格式。传递给 API 前请移除前缀。
• 图书与章节。 Crossref 除文章外也收录图书和章节。type 字段会标明类型（journal-article、book-chapter、proceedings-article 等）。进行系统性文献综述时，按类型筛选很重要。
• 预印本。 一些预印本服务器通过 Crossref 注册 DOI（arXiv、bioRxiv）。同一内容可能有多个 DOI（预印本 + 接收版本）。请通过 relation 字段追踪。

快速开始

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

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

此端点实际提供的内容

tools/list 在 https://gateway.pipeworx.io/crossref/mcp 返回上表中的工具，以及 Pipeworx 共享元工具——ask_pipeworx、 discover_tools、search_within、remember/recall 和网关范围内的其他工具。因此，你看到的工具数量会多于此表：目前，单个工具包端点会列出约 30 个共享工具，以及该工具包自身的工具。连接的 initialize 响应会说明其确切范围，并且是当天对应范围的权威说明。

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

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

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

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/crossref_search_works \
  -H 'Content-Type: application/json' \
  -d '{"query":"climate change machine learning"}'

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

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

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

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

或者直接运行它，确认服务可以启动：

npx -y @pipeworx/mcp-crossref

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

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT