Rijksmuseum

@pipeworx/rijksmuseum

Rijksmuseum 约 80 万件藏品——包括荷兰黄金时代绘画、版画、素描、照片、代尔夫特陶器和亚洲艺术品——来自博物馆的开放数据服务 API，并提供 IIIF 图像，且大多属于公共领域。

属于 Pipeworx——一个连接 AI Agent 与 1683+ 个实时数据源的 MCP 网关。

工具

• rijks_search(...) — 按标题、创作者、类型、材质、技法、藏品编号或图像是否可用进行搜索；返回填充完整信息的记录，而非裸 ID。
• rijks_object(id | object_number) — 获取单件藏品的完整信息，包括博物馆自己的策展描述。
• rijks_object_image(id, width) — IIIF 服务，提供完整分辨率尺寸、原尺寸/缩放版/缩略图 JPEG URL，以及版权声明。

身份验证

无需密钥。

Rijksmuseum 有两个 API，只有这里使用的这个是开放的。 旧版 www.rijksmuseum.nl/api 需要每个 Rijksstudio 账户单独申请密钥；data.rijksmuseum.nl（此处使用）无需凭据。

数据源

• https://data.rijksmuseum.nl/search/collection — 按字段搜索，只返回标识符。
• https://data.rijksmuseum.nl/{id}?_profile=dc — Dublin Core 记录（约 4 KB）。
• https://data.rijksmuseum.nl/{id} — 完整的 Linked Art JSON-LD（约 95 KB）。

一些经验，免得后来的人再重复探索：

• 搜索只返回裸 URI。 每页包含 100 个 https://id.rijksmuseum.nl/<n> 字符串和一个总数——没有标题，也没有图像。rijks_search 会通过额外的一次获取，为每个返回的结果补全信息，因此 limit 上限为 25。
• 使用 _profile=dc，不要使用默认的 Linked Art。 Linked Art 将标题藏在 identified_by 深处三层，并将图像藏在 shows → VisualItem → digitally_shown_by → DigitalObject 链路后面（还需额外获取三次）。Dublin Core 则将所有信息平铺呈现，其中包括 relation 中的 IIIF URL，体积约为其 1/20。
• 未知查询参数会按名称被拒绝（{"detail":"Unsupported query parameter: q"}）。没有用于自由文本搜索的 q。已验证可用的参数有：title、creator、type、material、technique、objectNumber、imageAvailable。尽管记录中存在 subject 字段，但不接受 subject。
• 标题以荷兰语编目。 title=Nachtwacht 可以找到《夜巡》；title=Night Watch 则不行。
• objectNumber 会精确解析（SK-C-5 → 200107928），因此 rijks_object 接受博物馆藏品编号，并通过搜索进行解析。
• 图像使用 IIIF Image API 3、level 2，由 iiif.micr.io 提供服务——可通过 iiif_service 请求任意区域/尺寸/旋转角度。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/rijksmuseum/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 都连接到同一个网关和相同的 1683+ 个数据源。唯一的区别在于哪些套件的工具会被直接列出；通过任一 URL，ask_pipeworx 都能访问全部工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/rijks_search \
  -H 'Content-Type: application/json' \
  -d '{"creator":"Rembrandt van Rijn","type":"painting","limit":3}'

首次调用无需账号。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/rijks_search。查找工具：使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

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

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

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

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

npx -y @pipeworx/mcp-rijksmuseum

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

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT