mcpField
A
Art

Art

远程服务
pipeworx.io游戏娱乐26 天前更新

关于 Art

Art 是用于搜索和查询大都会艺术博物馆馆藏的 MCP 服务,面向访客、研究者和 Agent,提供作品详情、图片链接及部门列表。它支持本地 stdio 运行,也可通过 Pipeworx 网关接入。

主要功能

  1. 01按主题、艺术家或关键词搜索
  2. 02查询作品详情和图片链接
  3. 03列出策展部门
  4. 04支持本地 stdio 或网关运行

适用场景

  1. 01查找符合艺术家或主题的馆藏作品
  2. 02通过对象 ID 查询特定作品
  3. 03浏览博物馆的策展部门

MCP 相关

向 MCP 客户端提供馆藏搜索、作品查询和部门列表工具。可作为本地 stdio 服务运行,或通过 Pipeworx 网关连接。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/art/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

44
参数类型必填说明
qstring否question 的别名。
askstring否question 的别名。
textstring否question 的别名。
inputstring否question 的别名。
packsarray否可选。将路由限制为这些包的 slug(例如 ["sec-form-d","sec-13f"]),路由器随后只会从这些包中的工具进行选择。省略则使用默认的完整目录路由。Slug 可从 list_packs / search_packs / https://pipeworx.io/directory 获取;未列出或未知的 slug 会被忽略,并在 _meta.pack_scope.ignored 中列出。如果没有任何 slug 能匹配问题,则会在整个目录中路由,并设置 _meta.pack_scope.full_catalog:true(绝不会返回空答案)。
querystring否question 的别名。
promptstring否question 的别名。
messagestring否question 的别名。
questionstring是用自然语言表达的问题或请求。支持 query、q、prompt、text、input、ask、message 作为别名。

详细介绍

mcp-art

Art MCP — 大都会艺术博物馆藏品 API(免费,无需身份验证)

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

工具

工具描述
search_artworks按主题、艺术家或关键词搜索大都会艺术博物馆的藏品(例如,“向日葵”、“莫奈”、“古埃及”)。标题匹配的作品会排在最前,其次是艺术家或文化匹配的作品,最后是一般全文匹配;每条结果都会通过 matched_on 说明匹配依据。返回标题、艺术家、日期、媒介和图片 URL。
get_artwork获取特定作品的完整详情。提供搜索结果中的对象 ID。返回标题、艺术家、日期、媒介、部门和高分辨率图片 URL。
get_departments返回大都会艺术博物馆策展部门的完整列表(例如,“埃及艺术”“现代与当代艺术”),每个部门都附有数字部门 ID。

快速开始

添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "art": {
      "url": "https://gateway.pipeworx.io/art/mcp"
    }
  }
}
此端点实际提供的内容

https://gateway.pipeworx.io/art/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 都连接到同一个网关和同一批 1872+ 个数据源。唯一的区别是哪些工具包的工具会被直接列出;无论连接哪个 URL,ask_pipeworx 都能访问所有工具。

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

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

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

独立运行(无需网关账户)

此软件包也可作为本地 stdio MCP 服务运行——无需 Pipeworx 账户,也无需通过网关往返:

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

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

npx -y @pipeworx/mcp-art

它通过 stdin/stdout 使用 MCP 协议,并针对仅此工具包的工具响应 initialize/tools/list/tools/call——不包含上文网关连接所添加的任何共享元工具。相同的数据源、相同的工具,不提供 ask_pipeworx 路由。

搭配 ask_pipeworx 使用

你也可以用通俗语言提问,而不直接调用工具——此方式同样适用于上文的工具包端点和完整网关:

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

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。