Jsdelivr

@pipeworx/jsdelivr

JSDelivr Data API MCP — npm と GitHub の CDN パッケージ統計、ファイル一覧、バージョン解決に対応します。キー不要です。

Pipeworx の一部です。1882 以上のライブデータソースに AI エージェントを接続する 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 では1 つのパスセグメントであるため、内部の / は @ とともにエスケープする必要があります。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":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を呼び出します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージはローカルの 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