MCP Junction

mcpjunction.ai

公開されている GitHub メタデータをもとに毎晩再構築される、Model Context Protocol サーバーのディレクトリです。 独自に管理するカテゴリ分類に約 1,800 のサーバーを掲載しており、リポジトリのトピック別にも閲覧できます。ウェブサイト、ダウンロード可能なデータセット、そしてエージェントが直接クエリできる MCP エンドポイントとして公開されています。

mcpjunction.ai · データセット · カテゴリ · ライセンス

Anthropic または Model Context Protocol プロジェクトとは提携していません。

このリポジトリが全体を構成しています。データセットを構築するパイプライン、データを表示する Astro サイト、そしてデータを提供する Cloudflare Worker が含まれています。

データを使う

すべて公開されており、無料で閲覧できる 3 つの方法があります。

一括ダウンロード。 ディレクトリ全体を毎晩再生成し、generated_at のタイムスタンプを付与します。

curl -O https://mcpjunction.ai/data/mcp_servers.json

• mcp_servers.json — 約 2.3 MB。各サーバーに 28 個のフィールドがあり、件数とカテゴリ別の合計を含むデータセットのエンベロープも付属します
• mcp_servers.csv — 同じデータを 16 個のフラットな列で提供します

エージェントからクエリする。 /mcp 自体が MCP サーバーです。ストリーミング可能な HTTP を使用し、認証なしのステートレスな JSON-RPC を POST で受け付けます。プロトコルのバージョンは 2025-06-18 です。

claude mcp add --transport http mcpjunction https://mcpjunction.ai/mcp

ツール	機能
search_servers	フリーテキスト検索。category と language による絞り込みも可能です
get_server	id でサーバーを 1 つ取得します（owner--repo 形式。例：microsoft--playwright-mcp）
list_categories	アクティブな件数とともに、すべてのカテゴリを取得します
get_dataset_info	件数、generated_at、ソース、ライセンス条件を取得します

GET /mcp は仕様上 405 を返します。JSON-RPC メッセージは POST してください。JSON-RPC のバッチ処理には対応していません。プロトコル 2025-06-18 で削除されました。

Markdown として読む。 各サーバーとカテゴリのページには、ナビゲーションやスタイルを取り除く必要のない、整形済みの Markdown 版があります。次のようにネゴシエートするか、

curl -H 'Accept: text/markdown' https://mcpjunction.ai/servers/microsoft--playwright-mcp

または、正規 URL に .md を追加するだけです。 /servers/microsoft--playwright-mcp.md、 /categories/databases.md。各 HTML ページでは、<link rel="alternate" type="text/markdown"> によって Markdown 版を提示しています。

機械可読なエントリーポイントは llms.txt にまとめられています。

サーバーが掲載される仕組み

掲載は自動です。投稿フォームはなく、今後も設置する予定はありません。パイプラインは 5 つの GitHub 検索クエリ（topic:mcp-server、topic:model-context-protocol、topic:mcp と、名前や説明文の語句による 2 つの検索）を実行し、星 2 つ以上で Model Context Protocol の名前やトピックに関するヒューリスティックに一致するリポジトリを掲載します。サーバーが GitHub 上にあり、この基準を満たしていれば、次回の夜間実行で掲載されます。

修正、削除、ライセンスに関するお問い合わせ先： [email protected]。3 営業日以内に受領確認を行います。

貢献

閲覧と再利用は自由ですが、取り込む内容は意図的に限定しています。

最も役立つのは、誤りの指摘です。 誤ったインストール方法、古いライセンス、移転したリポジトリ、間違ったカテゴリに登録されたサーバーなどがあれば、Issue を作成するか、上記のアドレスにメールを送り、サーバー ID（owner--repo）と誤りの内容をお知らせください。メンテナー 1 人で 1,800 件のエントリーを手作業で確認することはできません。問題に遭遇した人が、最初に誤りを見つけるものです。

ソフトウェアへのプルリクエストは歓迎します — src/、worker/、scripts/、docs/ が対象です。バグ修正に事前説明は不要です。レンダリング結果やデータセットの構造を変えるものについては、まず Issue を作成してください。次のセクションにある制約は重要で、うっかり元に戻してしまいやすいためです。

次の 3 つは、形式的な理由ではなく、それぞれ固有の理由からプルリクエストを受け付けていません。

• public/data/ — 毎晩再生成されるため、変更は 1 日以内に消えてしまいます。サーバーが登録されていない場合、修正すべきなのは上流です。リポジトリにタグを付ければ、次回の実行時に見つかります。
• editorial/summaries.md — 要約は内部で執筆しています。他の人が引用するディレクトリの信頼性は、その文章が信用できるかどうかで決まり、要約を適切にレビューするには、執筆とほぼ同じ手間がかかります。
• categories.json と topics.json — スラッグはすべて恒久的な公開 URL であり、カテゴリの順序は表示順ではなく照合の優先順位です。追加を提案する場合は、対象となるサーバーとともに Issue を作成してください。カテゴリの追加はパッチではなく、意思決定です。

コードは MIT ライセンスであり、その条件で貢献を受け付けています。データセットには別のライセンスが適用されます。ライセンスをご覧ください。

データの信頼性を保つ方法

他の人が引用するディレクトリは、安全側に倒れる必要があります。コードが実際に適用している制約は次のとおりです。

• 自動化によって昇格することはありません。 security_reviewed、verified_badge、sponsor_tier、editorial_notes、editorial_summary は手動で設定され、パイプラインでは引き継がれるだけです。パイプラインがこれらを書き込むことはありません。ここで、機械がバッジやセキュリティ審査済みの認定を付与することはできません。現在、これらのフィールドはデータセット全体で未設定です。文章による要約がある場合も、それは説明であり、セキュリティ審査ではありません。
• 急減防止ガード。 アクティブなサーバー数が前回のデータセットから 10% を超えて減少する場合、または一度に 50 件を超えるサーバーが新たに掲載解除される場合、実行を中止します。別のチェックにより、サーバー数が 200 件を下回る状態でのデプロイも拒否されます。GitHub API に一時的な問題があっても、ディレクトリが気づかないうちに大きく損なわれることはありません。
• 掲載解除されたリポジトリは、delisted_at タイムスタンプ付きの status: archived_or_removed として 30 日間保持され、その後削除されます。 安定した URL を維持しつつ、データが際限なく増えることを防ぎます。
• ID ガード。 リポジトリの数値 GitHub ID が同じ owner--repo 名のまま変わった場合 — リポジトリの名前変更や、解放されたユーザー名を別の人が取得した場合など — 編集情報は継承せずに破棄されます。
• CSV インジェクションを無効化します。 =、+、-、@ で始まるセルには、公開前に引用符を付けます。リポジトリの説明は攻撃者が制御できるため、誰でも GitHub リポジトリに任意の名前を付けられます。
• インストール方法のヒントを自動で確定することはありません。 npx -y も --yes も使いません。リポジトリ名と同じ名前のレジストリパッケージが、まったく別の所有者のものである可能性があるため、ヒントは未検証の提案として公開されます。
• リンク切れはありません。 サイトマップには、ビルド時にディスク上に存在するファイルのみを掲載します。
• 単一のデータソースを、ドキュメントに記載された方法で使用します。 公式 GitHub REST API を認証済みかつレート制限に配慮した方法で使用し、公開リポジトリのメタデータのみを取得します。

ビルド方法

src/              Astro static site — pages, layouts, components
worker/           Cloudflare Worker — the /mcp server and markdown negotiation
scripts/          pipeline.py (GitHub API → dataset), build_sitemap.py
categories.json   Taxonomy: human-owned, first match in file order wins
topics.json       Approved /topics/<tag> pages — vetted GitHub repository topics
server.json       Registry metadata for registry.modelcontextprotocol.io
editorial/        Human-written server summaries (summaries.md)
public/           Passthrough assets — robots.txt, license.xml, llms.txt, _headers, data/
dist/             Build output and the Worker's asset root (not committed)

毎晩 GitHub Action が pipeline.py を実行し、Astro でサイトをビルドして、サイトマップを生成し、更新したデータセットをコミットし、Worker をデプロイします。その後、実行を成功とみなす前に、ライセンス関連のページ、/mcp のハンドシェイク、クローラーのアクセスルール、Markdown のネゴシエーションを含む、稼働中の結果を検証します。

ローカル環境では、次のように実行します。

npm ci && npm run dev

パイプラインの実行には Python 3 と GITHUB_TOKEN が必要です。デプロイには Cloudflare の認証情報が必要です。docs/OPERATIONS.mdをご覧ください。

ライセンス

コードはMITライセンスです。 src/、worker/、scripts/、および設定は自由に再利用できます。詳しくは LICENSE をご覧ください。

データセットは対象外です。 public/data/** はMITライセンスの適用対象外であり、public/license.xml に記載されたRSLの条件に従います。検索インデックスへの登録は無料です。エージェントおよび推論時の利用は、ローンチ期間中、サイト全体で出典を明記すれば無料です。AIのトレーニングにはライセンスが必要です。/data/ の一括取得には、より厳しい条件が適用されます。詳細は mcpjunction.ai/licensing をご覧ください。NOTICE もご参照ください。

簡単に引用でき、引用していただけると幸いです：via mcpjunction.ai。