Jsdelivr

@pipeworx/jsdelivr

JSDelivr Data API MCP — npm + GitHub CDN 软件包统计、文件列表和版本解析。无需密钥。

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

工具

• npm_package_stats(package_name, period?) — npm 软件包的请求次数和带宽
• gh_repo_stats(owner, repo, period?) — 通过 JSDelivr 获取 GitHub 仓库的请求次数
• top_npm_packages(period?, by?, limit?) — 排行榜
• list_npm_files(package_name, version?) — 已发布版本中的文件
• resolve_version(package_name, range?) — 将 semver 范围解析为具体版本
• list_npm_versions(package_name) — 所有已发布版本

数据源

https://data.jsdelivr.com/v1/ — 无需密钥，速率限制宽松。

作用域软件包名称（@scope/name）——编码注意事项

对于 jsDelivr，作用域名称是单个路径段，因此其中的 / 必须与 @ 一起转义。2026-09-16（fleet #2104）针对本工具包使用的每种端点类型进行了测试：

发送的形式	/packages/npm/<pkg>	<pkg>/resolved	<pkg>@<version>	/stats/packages/npm/<pkg>
原始 @angular/core	200	200	200	200
完全转义 %40angular%2Fcore	200	200	200	200
部分转义 %40angular/core	400	400	400	400

各类端点的行为并无差异——它们都接受原始形式和完全转义形式。该工具包过去会按 / 拆分名称并分别编码两部分，生成部分转义形式，而这是唯一一种所有端点都不接受的形式。现在，encodePkg 会对整个名称执行 encodeURIComponent；这也与 jsDelivr 在自身响应的 links.self 中使用的形式一致，并且不会改变非作用域名称（lodash、react）的字节内容。

另外，文件树端点需要具体版本——<pkg>@latest 会返回 404——因此 list_npm_files 会先通过 /resolved 解析 latest（#2070）。

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/jsdelivr/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 都会连接到相同的网关和相同的 1882+ 个数据源。唯一的区别在于直接列出哪个工具包的工具；无论连接哪一个，ask_pipeworx 都能访问所有工具。

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

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

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

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

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

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

也可以直接运行，确认它能正常启动：

npx -y @pipeworx/mcp-jsdelivr

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

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT