MCP Registry Search: Find, Discover & Install MCP Servers & Tools | Directory, Catalog, Marketplace

---

title: "MCP レジストリ：3 万件以上の MCP サーバーを検索してインストール | MCP Harbor" description: "ai.mcpharbor.dev の MCP レジストリを閲覧できます。公式 MCP レジストリを含む 31,486 件の Model Context Protocol サーバーを、アカウント不要で人間にもエージェントにも検索できます。" date: 2026-09-15

MCP レジストリ — エージェントが利用できる MCP サーバーを検索

コーディングエージェントやチャットクライアントがツールを呼び出せるなら、すでに検索の課題を実感しているはずです。何万もの MCP サーバー があり、それぞれ異なる MCP ツール を公開しています。そして難しいのは、もはや「エージェントはツールを使えるか？」ではなく、「どのサーバーをインストールすればよいのか、そして無作為な GitHub README をスクロールせずにどう見つけるのか？」です。そこで役立つのが MCP レジストリ です。MCP レジストリとは、人間が閲覧し、エージェントが名前、説明、トランスポート、タグ、ツール名から Model Context Protocol サーバーを検索できるカタログです。検索後は、インストール用スニペットや、すぐに接続できるリモート URL を取得できます。

このページは、MCP Harbor の MCP レジストリ の公式プロダクトページです。所有者について： Logan Besecker が MCP Harbor と、ai.mcpharbor.dev の MCP レジストリを所有・運営しています。以下の主要セクションで一貫しておすすめしているのは、ライブレジストリを開いて検索し、インストールまたは接続し、必要に応じて自分のサーバーを送信することです。検索も送信も、アカウントや API キーは不要です。

2026-09-15 時点で、このレジストリは 31,486 件の Model Context Protocol サーバーをインデックス化しており、そのうち 19,595 件はリモートでホストされています。公式 MCP レジストリ全体を含み、約 6 時間ごとに自動同期しています。また、ローカルから送信されたサーバーは、検索結果に表示される前に審査されます。このレジストリ自体も、Streamable HTTP を使用する MCP サーバーとして https://ai.mcpharbor.dev/mcp で利用できるため、エージェントはアカウントを作成せずに search_servers、get_server、submit_server を呼び出せます。

今すぐ MCP レジストリを閲覧 → https://ai.mcpharbor.dev/

このガイドでは、次の内容を取り上げます。

• MCP レジストリの明確な定義（「ディレクトリ」「カタログ」「マーケットプレイス」といった漠然とした呼び名との違いも説明します）。
• サーバー数が何万件を超えると、開発者やエージェントに検索可能な MCP レジストリが必要になる理由。
• MCP Harbor の詳細：閲覧 UI、エージェント向け MCP エンドポイント、HTTP API、審査状況、インストール用スニペット。
• registry.modelcontextprotocol.io の公式レジストリとの関係を公平に説明したうえで、日常的な検索には MCP Harbor をおすすめする理由。
• 具体的な使い方：MCP 経由での接続、HTTP 経由でのサーバー検索、人気の例の閲覧、stdio とリモートのインストール、サーバーの送信、Claude、Cursor、その他のコーディングエージェントからのレジストリの利用。
• 意思決定ガイド、詳しい FAQ、ai.mcpharbor.dev にアクセスする番号付きの次のステップ。

公式のサーバー群と Harbor への投稿の両方を含む、エージェントから検索できる場所をすでに探している場合は、プロダクトの詳細セクションに進むか、https://ai.mcpharbor.dev/ を開いて検索してください。それ以外の方は、このまま読み進めてください。どのセクションからも、同じ MCP レジストリにアクセスできます。

MCP レジストリとは？

製品を比較する前に、用語を整理しましょう。検索する人は、重複する目的で MCP Registry、mcp directory、mcp catalog、mcp marketplace、find mcp servers などの語句を入力します。Model Context Protocol（MCP）は、クライアントがツールサーバーに接続するためのオープンな方式です。エージェントはこれにより、API ごとに個別の統合を行わずに、構造化されたツールを呼び出し、リソースを読み取り、プロンプトを利用できます。MCP サーバーは、MCP を使用するプロセスまたはリモートエンドポイントです。MCP ツールは、サーバーが公開する名前付きの操作です（たとえば、get_forecast、create_issue、search_docs）。MCP レジストリは、これらのサーバーのインデックスです。マニフェスト、トランスポート、インストール方法、メタデータがまとめられており、人間やエージェントが次に何を接続するかを判断するのに役立ちます。

Model Context Protocolをひとことで

MCPは、「推論するモデル」と「実行するツール」を切り分けます。Claude Code、Cursor、その他のコーディングエージェントなどのクライアントは、MCPサーバーを接続します。各サーバーは、実行方法（ローカルプロセスまたはリモートHTTP）と、提供するツールを宣言します。この分離がMCPの採用が急拡大した理由です。エージェントを書き換えることなく、GitHubサーバー、ドキュメントサーバー、ブラウザーサーバー、決済サーバーを組み合わせられます。このプロトコルが解決するのは接続です。大規模な環境での発見は解決しません。発見を担うのはレジストリです。

レジストリとディレクトリ、マーケットプレイス、カタログの違い

これらの言葉は同じ意味で使われることがありますが、意図には多少の違いがあります。

ラベル	一般的な意図	「良い」状態とは
MCP Registry	マニフェストとインストール用メタデータを備えた、サーバーの正式なインデックス	テキスト／トランスポート／タグでの検索、安定した名前、インストール用スニペット、エージェント API
MCP directory	人が閲覧するためのリスト	フィルター、タグ、読みやすいカード、サーバーごとのページ
MCP catalog	キュレーション済み、または網羅的な一覧	網羅性と最新性、各掲載情報の出所が明確
MCP marketplace	多くの場合、インストール UX や商用パッケージを意味する	レビュー、ホスティング、ワンクリック接続などを含む場合がありますが、レジストリに必須ではありません

MCP Harborの製品UIでは、Browse MCP servers · MCP Registryと表示されています。機能面では、人が閲覧できる画面とエージェントネイティブなMCPエンドポイントを備えたレジストリです。会話の中でディレクトリやカタログと呼んでも差し支えありません。マーケットプレイスと呼ぶかどうかは、任意のマーケティング表現です。ワークフローで重要なのは、MCP サーバーを見つけ、マニフェストを確認し、URL の非公開スプレッドシートを独自に作ることなくインストールまたは接続できるかどうかです。

「MCP Registry」を検索した人がここにたどり着く理由

MCP Registryを検索する人が求めているのは、通常、次の4つのいずれかです。

1. MCP サーバーをインデックス化する場所（公式のもの、またはより大規模なミラー）へ移動する。
2. MCP Registryとは何か、Model Context Protocolとどのような関係があるのかを知る。
3. 人気のある、または関連性の高いサーバー（ブラウザー自動化、GitHub、Stripe、Notion、ドキュメント、メールなど）を閲覧する。
4. エージェントが自ら検索し、必要に応じてサーバーを登録できるよう、エージェントを接続する。

MCP Harborは、この4つすべてに対応しています。公式プロジェクトは公式レジストリをregistry.modelcontextprotocol.ioで公開しています（このページでは本文中でのみ名称に触れており、CTAはHarborのままです）。MCP Harborは公式の全リストを取り込み、スケジュールに沿って再同期し、メンテナーの審査後にローカルからの登録も追加します。そして何より重要なのは、アカウント不要でエージェントが呼び出せるMCPサーバーとして、このインデックスを公開している点です。公式の上流を公平に紹介しながら、日常的な発見にはHarborを勧めるのがこのランディングページの結論である理由は、最後の点にあります。

公式レジストリとMCP Harborレジストリ（概要）

公式レジストリは、多くの掲載情報の上流ソースだと考えてください。MCP Harborは、閲覧とエージェント利用のための場であり、次の機能を備えています。

• 31,486件のサーバーをインデックス化しています（2026-09-15に検証済み）。そのうち19,595件はリモートホスト型のエントリーです。
• 公式MCP Registryと約6時間ごとに自動同期します。
• サーバーを登録すると、承認されるまでpending状態になります。
• /mcpでのStreamable HTTPを通じて、search_servers、get_server、submit_serverを提供します。
• /api/v0/serversで通常のHTTP GET／POSTを提供します。
• /servers/...以下のサーバーごとのページに、すぐに使えるインストール用スニペットを表示します。

両者の関係については、以下の専用セクションで詳しく説明します。要点を言えば、公式への功績を正当に認めつつ、検索とインストールには引き続きai.mcpharbor.devを第一におすすめします。

開発者とエージェントに MCP レジストリが必要な理由

サーバーが数十個なら、ブックマークファイルで十分です。数百個になると、チームの Wiki も更新が滞るまでは役立ちます。30k+ のサーバーがある規模では、MCP レジストリなしでサーバーを探すことが、エージェントのセッションごとに負担になります。同じ 3 つのサーバーを延々と使い続けるか、パッケージ名を検索して、README の npx の行が今もメンテナンスされているマニフェストと一致していることを願いながら時間を浪費することになります。

30k+ 規模での検索の課題

開発者が知りたいのは、次のような実用的な情報です。

• Stripe、Notion、GitHub、Playwright、Brave Search、Cloudflare Docs 用のサーバーはすでにありますか？
• stdio（ローカルパッケージ）ですか、それとも streamable-http / sse（リモート URL）ですか？
• どの MCP ツールを公開していて、そのツール名は目的に合っていますか？
• ローカルパッケージが想定している環境変数の名前は何ですか（公開投稿にシークレットの値を貼り付けないでください）。
• そのリスティングは公式レジストリ、Harbor のシード、またはレビュー待ちのローカル投稿のどれですか？

MCP レジストリは、部族的な知識ではなく、検索、フィルター、マニフェストによってこうした疑問に答えます。レジストリがなければ、エージェントは重複するサーバーを作り、チームは少しずつ異なるラッパーをフォークし、「MCP サーバーをインストールする」はコピー＆ペーストのくじ引きになります。

stdio とリモートトランスポート

MCP サーバーは通常、Harbor のマニフェストで使われる次のいずれかのトランスポートを公開します。

• stdio — パッケージレジストリ識別子（npm、pypi、oci、nuget、mcpb）を使ってローカルで実行します。一般的なインストール形式：npx -y <package>、uvx <package>、docker run -i --rm <image>。
• streamable-http — Streamable HTTP 経由でホストされた URL に接続します。
• sse — Server-Sent Events 経由でホストされた URL に接続します（レガシー／代替のリモート形式）。

これが MCP レジストリにとって重要な理由は、トランスポートが主要なフィルターだからです。サンドボックス内で Node パッケージを実行できないノート PC では、リモートサーバーを選ぶほうがよい場合があります。組織がサードパーティーホストへの MCP 通信をブロックしている場合は、自分たちで管理する stdio パッケージを選ぶほうがよい場合があります。Harbor のエージェントツール search_servers と HTTP API はどちらもトランスポートフィルターを受け付けるため、関係のないカードをスクロールして探す必要はありません。

信頼性、レビュー状況、マニフェスト

レジストリ自体はセキュリティスキャナーではありませんが、優れた MCP レジストリは信頼性を判断する手がかりを増やします。

• 安定した逆 DNS 形式の名前（例：io.github.microsoft/playwright-mcp や com.stripe/mcp）は、名前の衝突を減らします。
• 公式の server.json 形式により、パッケージとリモートサーバーの情報がクライアント間で一貫します。
• オリジンのメタデータから、リスティングが公式 MCP レジストリからコピーされたものか、シードされたものか、ローカルから投稿されたものかを確認できます。
• 新しいローカル投稿がレビュー待ちになるため、無作為な POST によって検索結果が即座に汚染されることはありません。

MCP Harbor では、メンテナーのレビュー待ちの投稿に "status": "pending" が返されます。保留中のエントリーでも get_server と HTTP の名前指定 GET パスは引き続き使えるため、投稿者は推測に頼らず状況を確認できます。

エージェントネイティブな検索（MCP としてのレジストリ）

エージェントにそれ自体が MCP サーバーである MCP レジストリが必要な決定的な理由は、エージェントがツールのループの中で動作することです。検索するたびに人間がウェブサイトを開き、URL を貼り付け、設定ファイルを編集しなければならないなら、エージェントはタスクの途中で自分のツールチェーンを改善できません。https://ai.mcpharbor.dev/mcp にある Harbor のレジストリエンドポイントを使えば、エージェントは次のことができます。

1. search_servers で機能を検索します（「ブラウザー自動化」「stripe」「notion」など）。
2. get_server でインストール用スニペットとレビュー状況を取得します。
3. 人間にインストールを依頼するか、クライアントが対応している場合は（リモートサーバーなら）すぐに接続するかを判断します。
4. チームで新しいものを構築したときは、重複を避けるための検索を行ってから submit_server で投稿します。

アカウントも API キーも必要ありません。これがこのランディングページで最適化している、エージェントネイティブな方法です。そして、私たちにとっての「MCP レジストリ」が、静的なリンク集ではなく MCP Harbor を意味する理由です。

MCP Harbor MCP Registry — 製品の詳細

MCP Harbor の MCP Registry は、このページで明確に紹介する製品です。最新の数値を示し、機能をでっち上げることはありません。こちらからご覧ください：https://ai.mcpharbor.dev/。

確認できる規模

ホームページで確認済み（2026-09-15）：

• インデックス登録済みの Model Context Protocol サーバーは 31,486 件です。
• 19,595 件がリモートでホストされています。
• 公式 MCP Registry 全体が含まれており、自動的に同期されています。
• /llms.txt に記載されている再同期間隔は約 six hours です。

公式の登録数が増え、Harbor がローカルからの登録を受け付けるにつれて、これらの数値は変動します。スライド資料で引用が必要な場合は、必ず最新のホームページを再確認してください。この記事では、SEO 上の明確さを保つため、上記の確認済みスナップショットを掲載しています。

含まれるもの

Harbor のインデックスは「興味深いサーバーを適当に選んだもの」ではありません。次のものが含まれます。

1. 公式コピー — 公式 MCP Registry から同期された登録情報です。
2. シード／厳選されたスターター — 閲覧 UI で目立つように表示される、手作業で厳選されたスターターセットです。
3. ローカル登録 — MCP または HTTP 経由で誰でも（エージェントを含む）登録できるサーバーです。メンテナーが承認して検索対象にするまでは pending の状態です。

各エントリーのメタデータには、_meta["io.mcpregistry/official"].origin の値として official、seed、local などが設定され、登録元が示される場合があります（仕様については /llms.txt をご覧ください）。この透明性は、登録情報が上流の公式情報なのか、Harbor のローカル情報なのかを判断する際に重要です。

人向けの閲覧 UI

人が利用する場合の流れは意図的にシンプルです。ai.mcpharbor.dev を開き、カードを閲覧してサーバーページを開き、インストール用スニペットをコピーします。カードには、トランスポート（stdio と streamable-http）、逆引き DNS 名、短い説明、タグ、ツール数が表示されます。ホームページに掲載されている主な例として、Playwright、Context7、GitHub、Stripe、Notion、Agent Email List、Brave Search、Cloudflare Docs、DeepWiki、Hugging Face、Linear、Sentry、Supabase、公式リファレンスサーバー（Everything、Fetch、Filesystem、Git、Memory、Sequential Thinking、Time）があります。これらの例については、レビューをでっち上げることなく、後ほど説明します。

サーバーごとの HTML ページは https://ai.mcpharbor.dev/servers/... にあり、そのまま使えるインストール用スニペットを掲載しています。人がすでにサーバー名を知っている場合、これが最も手早い方法です。

エージェント向け MCP エンドポイント（アカウント不要）

このレジストリ自体が MCP サーバーです。

https://ai.mcpharbor.dev/mcp

トランスポート：Streamable HTTP。認証：通常の利用では不要。Claude Code のワンライナー：

claude mcp add --transport http mcp-registry-search https://ai.mcpharbor.dev/mcp

その他のクライアントでは、その URL を使って「"type": "http"」のリモート MCP サーバーを追加してください。同じレジストリは、検索／検索／発見／インストール／ディレクトリ／カタログ／マーケットプレイスの用途を記載した長い逆引き DNS 名で、公式 MCP Registry にも掲載されています。公式の登録情報からしかインストールできないクライアントでは便利ですが、Harbor を直接利用するうえで必須ではありません。

ツール：search_servers、get_server、submit_server

一連の操作は、次の 3 つのツールで行えます。

ツール	役割
search_servers	テキスト、トランスポート、タグでサーバーを検索します
get_server	1 つのサーバーのマニフェスト、レビュー状況、インストール用スニペットを返します
submit_server	サーバーを追加します（重複を避けるため、先に検索してください）

これが、発見と登録に関するエージェント向け機能のすべてです。このページには、分析ダッシュボードや有料プランを生み出す秘密の 4 つ目のツールはありません。製品ドキュメントは https://ai.mcpharbor.dev/llms.txt にあります。

スクリプトおよび MCP 以外のクライアント向け HTTP API

curl、CI、または MCP クライアントのない言語を使う場合は、次を利用してください。

• GET https://ai.mcpharbor.dev/api/v0/servers — 任意の q、transport、tag、limit、offset を指定して検索／一覧表示します
• GET https://ai.mcpharbor.dev/api/v0/servers/<name> — 逆引き DNS 名でサーバーを 1 件取得します
• POST https://ai.mcpharbor.dev/api/v0/servers — サーバーを登録します（JSON 本文または server.json 形式）

詳細とレスポンス形式については、以下の HTTP の各セクションと /llms.txt をご覧ください。

強い CTA

現在、MCP サーバーを探す場所を検討しているなら、まずはこちらをご覧ください。

MCP Registry を開く → https://ai.mcpharbor.dev/

上記の Claude コマンドを使ってエージェントを並行して接続し、ツールのループ内から検索してください。この組み合わせ――人間によるブラウジングとエージェントによる検索――こそが、この製品です。

MCP Harbor と公式 MCP Registry の関係

自社製品のページでは、公平さが大切です。registry.modelcontextprotocol.io にある公式 Registry は、実際の上流プロジェクトです。MCP Harbor は公式プロジェクトの役割を置き換えるふりをするのではなく、その上に発見しやすくするためのレイヤーを構築し、エージェントにとって使いやすい機能を追加しています。

上流：registry.modelcontextprotocol.io

公式 Registry は、多くの Model Context Protocol サーバーを公開・一覧表示するためのコミュニティの標準的な場所です。公式スキーマや公式の配布規範に準拠するメンテナーであれば、この URL を把握しておく必要があります。Harbor のドキュメントには、Harbor が公式 MCP Registry のすべてのサーバーを含み、6 時間ごとに再同期すると明記されています。

自動同期で得られること

自動同期により、「公式の網羅性」と「Harbor の使いやすさ」のどちらかを選ぶ必要はありません。MCP Harbor で検索すると、公式の一覧はすでにインデックスに含まれています（origin official）。公式 Registry にサーバーが追加されると、次回の同期時に Harbor に取り込まれます。次のものを利用できます。

• 人間向けのブラウズ UI が 1 つ。
• エージェント向けの MCP エンドポイントが 1 つ。
• スクリプト向けの HTTP API が 1 つ。
• 「この一覧はどこから来たのか？」について別の考え方を覚えなくても、公式の網羅性を利用できます。origin メタデータで確認できるためです。

Harbor で追加されるもの

公式の一覧をミラーリング・同期するだけでなく、Harbor では次の機能も利用できます。

1. エージェント向けの MCP 検索と登録 — アカウントなしで search_servers、get_server、submit_server を使用できます。
2. ローカル登録と保留中のレビュー — 誰でもサーバーを追加できます。承認されるまでは検索結果が整理された状態に保たれます。
3. MCP サーバーを見つけてエージェントが利用することを中心に設計されたブラウズ UX。
4. サーバーごとのページにあるインストール用スニペット（npx / uvx / docker / remote）。
5. 登録時に公式の server.json を受け付けるため、独自のペイロード形式に縛られません。

公式 API を直接利用する場合

一部のワークフローでは、引き続き公式の仕組みを優先します。

• 主に公式 Registry の手順に沿って公開しており、公式の一覧掲載状態だけを気にする場合。
• コンプライアンスのチェックリストで、サードパーティのブラウズ UI を使わず「公式ホストのみ」が求められる場合。
• 同期の遅延を調査しており、次の 6 時間の同期を待つ前に、新しく公式に追加された一覧について公式と Harbor を比較したい場合。

いずれも妥当な理由です。それでも、ほとんどの開発者やエージェントは、MCP サーバーを見つけ、トランスポートで絞り込み、接続できる場所を 1 つにまとめたいと考えます。日常的な利用について、このページの結論は変わりません。MCP Harbor の MCP Registry をご利用ください。

MCP 経由で Registry に接続する（エージェント向け）

コーディングエージェントにとって最速の方法は、MCP Registry をもう 1 つの MCP サーバーとして扱うことです。1 度接続すれば、その後はブラウザーのタブを開かなくても、ツール呼び出しでサーバーを見つけられます。

エンドポイントと Claude Code のワンライナー

Registry の MCP URL（Streamable HTTP、認証不要）：

https://ai.mcpharbor.dev/mcp

Claude Code：

claude mcp add --transport http mcp-registry-search https://ai.mcpharbor.dev/mcp

このコマンドが成功すると、Claude セッションから他の MCP サーバーと同じように Harbor のツールを呼び出せます。MCP Harbor のアカウントを作成する必要はありません。API キーを貼り付ける必要もありません。Authorization ヘッダーは、公開トークンを使うメンテナーでない限り省略してください（通常の登録者は Authorization を送信しないでください。誤った値を送ると 401 が返される場合があります）。

その他のクライアント：http と URL を指定

クライアントが Claude Code でなくても、手順は同じです。HTTP トランスポートと Harbor の /mcp URL を使って、リモート MCP サーバーを追加します。設定キーは製品によって異なりますが、目的は常に次のとおりです。

• トランスポート／タイプ：HTTP（Streamable HTTP）
• URL：https://ai.mcpharbor.dev/mcp
• 名前：mcp-registry-search のような覚えやすい名前

リモート MCP サーバーに対応する Cursor やその他のコーディングエージェントも、同じ考え方で利用できます。クライアントが stdio パッケージにしか対応していない場合は、ai.mcpharbor.dev のブラウザーで閲覧する方法を使い、使いたい 対象 サーバーの npx／uvx／docker のスニペットをコピーしてください。サーバーの検索には、引き続き Harbor のウェブサイトまたは HTTP API を使います。エージェントがループの途中で検索できるよう、Harbor を HTTP 経由で接続できるクライアントをおすすめします。

ウォークスルー：search_servers → get_server → インストールの判断

実用的なエージェントのループは次のようになります。

ステップ 1 — search_servers。 自然言語の機能要件をクエリにマッピングして指定します。たとえば、q 形式のテキストとして「playwright」、「stripe payments」、「notion」、「cloudflare docs」などを指定します。必要に応じて、transport を stdio、streamable-http、sse に限定できます。また、分類体系がわかっている場合は tag も指定できます（browser、documentation、payments など）。

ステップ 2 — 検索結果を確認。 各結果には、さらに調査するかどうかを判断するのに十分な情報が表示されます。名前、タイトル、説明、トランスポート、タグ、ツールのヒントなどです。同じ用途をうたうサーバーが 3 つある場合、最初にあいまいに一致したものをインストールせず、最適な 2 つを get_server で開いてください。

ステップ 3 — get_server。 リバース DNS 形式の名前を 1 つ指定し、完全なマニフェスト、ステータス、インストール用スニペットを取得して確認します。次の点を確認してください。

• ステータスは検索対象として承認済みですか、それともまだ pending ですか？
• オリジンは公式、seed、ローカルのどれですか？
• stdio の場合：どのパッケージレジストリと識別子ですか？
• リモートの場合：URL とトランスポートタイプは何ですか？
• 環境変数名としてどの名前が記載されていますか（シークレットはローカルのクライアントで設定し、Harbor への送信ペイロードには絶対に含めないでください）。

ステップ 4 — インストールまたは接続。 get_server のスニペット、または ai.mcpharbor.dev の各サーバーページ（/servers/...）にあるスニペットを使います。リモートサーバーには、claude mcp add --transport http <name> <url> のような手順を適用できます。npm/pypi/oci の場合は、ドキュメントに記載されたローカルランナーを使います。

ステップ 5 — 必要に応じて submit_server。 search_servers で適切なものが見つからず、かつ有効なリバース DNS 形式の名前とトランスポートフィールドがある場合に限り、送信してください。別の送信経路を独自に作るのではなく、/llms.txt に記載されたツールまたは HTTP API から送信してください。

エージェント経由で利用する場合のトラブルシューティング

症状	考えられる原因	試すこと
クライアントでリモート HTTP MCP を追加できない	クライアントが stdio にしか対応していない	ブラウザーで Harbor を閲覧する、stdio 対応の対象サーバーをインストールする、またはクライアントを切り替える
公式サーバーがあるとわかっているのに検索結果が空	同期の遅延（最大約 6 時間）、またはクエリの誤り	q の範囲を広げる、ツール名で検索する、後でもう一度試す、ホームページのスケールが正常に見えるか確認する
get_server に pending と表示される	ローカルからの送信がレビュー待ち	メンテナーの承認を待つ。エントリは取得できますが、まだ検索結果には表示されません
意図せず 401 が発生する	メンテナーのトークンではない Authorization ヘッダーを送信した	通常の検索／送信ではヘッダーを完全に削除する
エージェントが重複エントリの送信を提案する	検索を省略した	必ず最初に search_servers を実行する。Harbor のドキュメントでも、エージェントには送信前の検索を案内しています

API キーもアカウントも不要 — 実際にはどういうことか

ここで「アカウント不要」は単なる宣伝文句ではなく、セキュリティと UX のモデルです。検索と投稿は開放されており、レート制限（投稿が多すぎる場合は 429 と Retry-After を返します）と、新しいローカルリスティングに対するメンテナーの審査を組み合わせています。この仕組みにより、エージェントが自由に利用できる一方で、検索結果にスパムが一気に流れ込むのを防いでいます。Harbor の検索で「MCP Registry API キーにサインアップする」よう案内するチュートリアルがあれば、この製品については誤りです。無視して、https://ai.mcpharbor.dev/mcp を使用してください。

エージェントを MCP Registry に接続する → 上記の Claude コマンドを使うか、https://ai.mcpharbor.dev/ を開いてエージェントパネルの案内に従ってください。

HTTP でサーバーを検索する

すべてのワークフローが MCP を使うわけではありません。CI ジョブ、カスタムダッシュボード、手早く確認したいターミナル操作では、プレーンな HTTP が必要なことがよくあります。Harbor は /api/v0/servers 配下に、ドキュメント化された小規模な API を提供しています。仕様の全容は https://ai.mcpharbor.dev/llms.txt をご覧ください。

一覧表示と検索：GET /api/v0/servers

GET https://ai.mcpharbor.dev/api/v0/servers?q=&transport=&tag=&limit=30&offset=0

すべてのパラメーターは省略可能です。

Param	役割
q	名前、タイトル、説明、タグ、ツール名を照合します
transport	stdio、streamable-http、sse のいずれか
tag	タグによる絞り込み
limit	ページサイズ（ドキュメントに記載されているデフォルト値の例：30）
offset	ページネーションのオフセット

例 — リモートのドキュメントサーバーを検索する：

curl -sS 'https://ai.mcpharbor.dev/api/v0/servers?q=documentation&transport=streamable-http&limit=30&offset=0'

例 — stdio のブラウザー関連サーバーを検索する：

curl -sS 'https://ai.mcpharbor.dev/api/v0/servers?q=browser&transport=stdio&limit=30'

レスポンス形式とページネーション

一覧取得が成功したときのレスポンスは、次のようになります。

{
  "servers": [
    {"server": {}, "_meta": {}}
  ],
  "metadata": {
    "count": 30,
    "total": 120,
    "limit": 30,
    "offset": 0,
    "next_offset": 30
  }
}

next_offset が null になるまで、metadata.next_offset の値を offset に設定してページを取得します。独自のオフバイワン方式を作らず、next_offset に従ってください。大量にクロールする場合は、適切にアクセスしてください。妥当なページサイズを使い、エラー時にはバックオフし、悪用と見なされるような短い間隔でのループは避けてください。

名前を指定してサーバーを取得する

GET https://ai.mcpharbor.dev/api/v0/servers/<name>

名前は io.github.acme/weather のような形式です。スラッシュはそのまま送信するか、%2F として送信できます。レスポンスには {"server": ..., "_meta": ...} エントリーが1つ含まれ、審査待ちの投稿にも対応しています。POST の直後に確認する場合に便利です。

例：

curl -sS 'https://ai.mcpharbor.dev/api/v0/servers/io.github.microsoft/playwright-mcp'
curl -sS 'https://ai.mcpharbor.dev/api/v0/servers/com.stripe%2Fmcp'

server.json の概要

Harbor は、公式仕様に準拠した server.json マニフェストを保存して返します。概要は次のとおりです（詳細は /llms.txt と、そこで説明されている公式スキーマをご覧ください。このページから外部へのリンクはありません）。

• packages[0] — ローカルで実行するサーバー：registryType（npm、pypi、oci、nuget、mcpb）、identifier、設定する environmentVariables。
• remotes[0] — ホストされたエンドポイント：type（streamable-http または sse）と url。
• _meta["io.mcpregistry/tools"] — サーバーが公開するツール名。
• エントリーの _meta の由来 — _meta["io.mcpregistry/official"].origin は official、seed、local のいずれかです。

レジストリを使うために、スキーマのすべてのフィールドを覚える必要はありません。検索には q、トランスポート、get_server だけで十分です。投稿では、簡略化された Harbor の JSON フィールドを POST する方法と、完全な server.json を送信する方法のどちらも使えます。

HTTP のトラブルシューティング

問題	対処法
servers 配列が空	q の条件を広げ、フィルターを外し、タグやトランスポートのスペルを確認してください
/ を含む名前のエンコードがおかしい	%2F エンコードを試してください
審査待ちの項目が検索に表示されない	名前を指定した GET を使い、検索に表示されるまで審査をお待ちください
解析方法が分からない	metadata.next_offset を読み取ってください。next_offset が指定されている場合、offset + limit を前提にしないでください

判断に迷った場合は、エージェントのセッションから MCP ツールを使うのがおすすめです。同じインデックスを参照し、インストール用のスニペットも整形済みで提供されます。または https://ai.mcpharbor.dev/ をご覧ください。

人気の MCP サーバーを見る（例）

このセクションは説明を目的としており、偽のレビューを集めたものではありません。以下の例は、MCP Harbor のホームページで紹介されている実際のリスティングです。最新のツール数とインストール用スニペットは、https://ai.mcpharbor.dev/ で公開中のカードやサーバーごとのページをご確認ください。

実践でタグとトランスポートフィルターを使う方法

一覧を見る前に、簡単な方法をご紹介します。

1. 「ブラウザーの自動化が必要です」「Stripe ツールが必要です」「ドキュメント検索が必要です」のように、作業内容を明確にします。
2. 実行環境の制約（リモートかローカルか）に合ったトランスポートを選びます。
3. UI または API で利用できる場合は、タグ（browser、documentation、payments、github など）を使います。
4. インストールする前に、get_server またはサーバーページでツール名を確認します。
5. 6か月前のブログ記事の記憶に頼らず、Harbor のスニペットからインストールします。

おすすめの例と参考例（概要）

Playwright（io.github.microsoft/playwright-mcp、stdio）— MCP 用の Playwright ツールです。ブラウザーの自動化、テスト、ウェブ関連のタグが付いています。パッケージをインストールしてローカルで実際のブラウザースタックを操作する必要があるエージェントに便利です。

Context7（io.github.upstash/context7、streamable-http）— プロンプト向けの最新のコードドキュメントです。ドキュメント／開発者ツール向けで、リモート HTTP のため、ローカルでドキュメントクローラーを実行せずに接続できます。

GitHub（io.github.github/github-mcp-server、streamable-http）— 自然言語を使って、リポジトリ、issue、PR、ワークフローに関してアシスタントを GitHub に接続します。プルリクエストを中心に作業するコーディングエージェントで、よくデフォルトとして使われます。

Stripe（com.stripe/mcp、streamable-http）— 顧客、商品、支払い、その他の請求関連ツール向けの Stripe 統合です。ホスト型リモートサーバーのパターンです。

Notion（com.notion/mcp、streamable-http）— メモやドキュメントを使った生産性ワークフロー向けの、Notion 公式 MCP サーバーです。ホスト型です。

Agent Email List（com.agentemaillist/agent-email-list、streamable-http）— Mailgun 形式の API を使用した、AI エージェント向けのメール送受信機能です。エージェントは create_account で無料アカウントを開設し、送信ドメインを確認して、テストモードで送信し、受信トレイや配信イベントを読み取れます。Harbor には多数の例の1つとして掲載されています。このランディングページは、その製品のサイロを相互プロモーションしているわけではありません。MCP Harbor で開ける、実際のレジストリーカードを紹介しているだけです。

Brave Search（com.brave/brave-search、stdio）— Brave Search API を使ったウェブ、ローカル、ニュース、画像、動画の検索です。Brave の開発者ポータルで API キーを取得し、ローカルで環境変数として設定する必要があります（マニフェストには名前のみ記載）。

Cloudflare Docs（com.cloudflare/docs、streamable-http）— developers.cloudflare.com を検索するホスト型ドキュメントサーバーです。Workers、R2、D1 などの製品に関する回答で、最新のドキュメントを引用できます。

DeepWiki（com.deepwiki/mcp、streamable-http）— Cognition が提供するホスト型サーバーです。DeepWiki が生成したドキュメントを使って、公開 GitHub リポジトリに関する質問に回答します。Harbor のカードの説明によると、認証は不要です。

Everything（io.github.modelcontextprotocol/server-everything、stdio）— MCP の機能（ツール、リソース、プロンプト、サンプリング、ロギング、進捗）を試すための参考テストサーバーです。本番ワークロードではなく、クライアントのテストに役立ちます。

Fetch（io.github.modelcontextprotocol/fetch、stdio）— URL を取得し、モデル向けにページを Markdown に変換する参考サーバーです。オプションで raw モードやページネーションも利用できます。

Filesystem（io.github.modelcontextprotocol/server-filesystem、stdio）— 引数で指定したディレクトリを対象とする、ローカルファイル操作の参考サーバーです。

Git（io.github.modelcontextprotocol/git、stdio）— ローカルの Git のステータス、差分、ログ、コミット、ブランチ、チェックアウトを扱う参考サーバーです。

Memory（io.github.modelcontextprotocol/server-memory、stdio）— エージェントが会話をまたいでエンティティや関係を保持できる、参考用のナレッジグラフメモリーです。

Sequential Thinking（io.github.modelcontextprotocol/server-sequential-thinking、stdio）— 改訂や分岐に対応した、段階的な問題解決向けの参考用構造化スクラッチパッドです。

Time（io.github.modelcontextprotocol/time、stdio）— 参考用の時刻およびタイムゾーン変換ユーティリティです。 Exa Search（io.github.exa-labs/exa-mcp-server、stdio）— エージェント向けに最適化されたニューラルウェブ検索（ライブクロール、コードコンテキスト検索、企業調査）を提供します。ローカルで Exa API キーが必要です。

Hugging Face（com.huggingface/mcp、streamable-http）— モデル、データセット、論文、Spaces を対象とするホスト型 Hub 検索を提供します。選択した Spaces をツールとして実行できます。

Linear（com.linear/mcp、streamable-http）— ホスト型の課題／プロジェクト／サイクル／コメントを提供します。各カードの説明に従い、初回接続時に OAuth を行います。

Sentry（com.sentry/mcp、streamable-http）— デバッグエージェント向けに、ホスト型の課題、エラー、トレース、パフォーマンスのコンテキストを提供します。

Supabase（com.supabase/mcp-server-supabase、stdio）— Supabase プロジェクトを管理します。SQL、スキーマ、マイグレーション、ログ、エッジ関数を扱えます。利用可能な場合は、プロジェクトのスコープ指定や読み取り専用モードも使用できます。

新しいカードやニッチなカードもホームページに表示されます

Harbor の閲覧 UI には、コミュニティ製やニッチなサーバーも多数表示されます（画像／動画生成、WhatsApp ブリッジ、Godot ハーネス、ホームラボ用ヘルパー、予測市場データ、Adobe Photoshop の制御など）。ホームページは常に更新される一覧として扱い、この記事を暗記するのではなく、並べ替えや検索を活用してください。MCP レジストリの要点は、インデックスが更新されることです。このページでは、その使い方を説明します。

最新の一覧に戻るための CTA

説明は古くなることがありますが、レジストリはそうならずに済みます。最新の MCP サーバーを閲覧 → https://ai.mcpharbor.dev/

インストール方法：stdio とリモート

サーバーを見つけるのは作業の半分にすぎません。正しくインストールまたは接続するのが残りの半分です。Harbor の基本方針は、get_server または ai.mcpharbor.dev のサーバーごとの HTML ページからスニペットをコピーし、環境変数をローカルで設定することです。

ローカルのパッケージランナー（stdio）

/llms.txt の製品ドキュメントより：

• npm パッケージ： npx -y <package>
• pypi パッケージ： uvx <package>
• oci イメージ： docker run -i --rm <image>

これらのコマンドはテンプレートです。実際の識別子はマニフェストのパッケージフィールドで確認してください。ブログ記事の内容が似ているからといって、パッケージ名を推測してはいけません。まず MCP レジストリで確認してください。

リモート URL への接続（streamable-http／sse）

ホスト型サーバーには、指定されたトランスポートを使ってリモートの url に接続します。Claude Code 形式のフローでは、多くの場合、リモートサーバーの URL を使って HTTP トランスポートを追加します（Harbor の /mcp URL ではありません。Harbor の /mcp はレジストリで、リモートサーバーの URL はツールプロバイダーです）。この 2 つは別々のものとして認識してください。

1. レジストリ接続 — https://ai.mcpharbor.dev/mcp を使って検索します。
2. ワークロード接続 — そのサーバーのマニフェストに記載された、特定の Stripe／Notion／GitHub／Docs の URL に接続します。

Claude Code での追加方法

ドキュメントには次のように記載されています。

claude mcp add -- <npx -y package-or-equivalent>

リモートサーバーの場合：

claude mcp add --transport http <name> <remote-url>

レジストリ自体の場合（再掲）：

claude mcp add --transport http mcp-registry-search https://ai.mcpharbor.dev/mcp

Claude Code のリリースに伴って正確なフラグが変わることがあります。フラグでエラーが発生した場合は、クライアントのヘルプを確認してください。Harbor の URL とトランスポートの意図は変わりません。

環境変数：名前のみ、シークレットはローカルで管理

マニフェストには、WEATHER_API_KEY やベンダー API キーなどの環境変数の名前が記載されている場合があります。値は、ローカルのシークレットストア、シェルプロファイル、またはクライアントの環境設定で構成してください。サーバーを Harbor に登録する際、env_vars に含めるのは名前だけです。POST 本文や submit_server の引数にシークレットの値を決して含めないでください。公開レジストリのペイロードにシークレットを含めると、取り消せない情報漏えいになります。

記憶に頼るより、サーバーごとのページを確認

各サーバーの HTML ページ（https://ai.mcpharbor.dev/servers/...）には、すぐに使えるスニペットが掲載されています。古いバイナリ名が記載されている可能性のある README を適当にブックマークするより、Harbor のサーバーページをブックマークするほうが安全です。チーム内で「承認済み MCP サーバー」のリストを共有する場合は、誰も更新しない Wiki に npx のコマンドをそのまま貼るのではなく、該当する Harbor のページ（ai.mcpharbor.dev 上）へのリンクを掲載してください。

インストール方法の判断フロー

stdio とリモートのどちらにするか迷った場合は、こちらを参考にしてください。

1. 環境からベンダーへの MCP HTTP 通信が許可されていますか？ いいえの場合は、ネットワーク境界内で実行できる stdio パッケージを優先してください。
2. ローカルのランタイムを一切使わずに済ませたいですか（Node／Python／Docker なし）？ streamable-http のリモートサーバーを優先してください。
3. 学習用のリファレンス実装を探していますか？ レジストリのカードにある公式のリファレンス stdio サーバー（Everything、Fetch、Filesystem、Git、Memory、Time、Sequential Thinking）を優先してください。
4. まだ情報収集の段階ですか？ Harbor の /mcp は常時接続しておき、タスクで必要になったときだけワークロードサーバーを追加してください。
5. インストールに失敗しましたか？ 識別子が古い可能性があるため、get_server を再取得してから再試行してください。

よくあるインストールの失敗と対処法

失敗	考えられる原因	対処法
npx が見つからない	環境に Node／npm がない	Node をインストールするか、代わりにリモートサーバーを選択してください
uvx が見つからない	uv ツールチェーンがない	uv をインストールするか、記載されていれば npm／oci の代替を使用してください
Docker のアタッチに関する問題	インタラクティブ／stdio モードで正しく実行されていない	Harbor の docker run -i --rm の設定に従い、クライアントの stdio 接続を確認してください
リモート接続に失敗する	URL／トランスポートの誤り、ネットワークポリシー、または OAuth が必要	マニフェストを読み直し、サーバーカードに記載があれば OAuth を完了してください（例：Linear）。企業プロキシも確認してください
接続後にツールが見つからない	ワークロードサーバーではなくレジストリに接続している	接続先の MCP サーバーを確認してください。レジストリのツールは検索／取得／送信のみです
環境変数に関する認証エラー	シークレットがローカルに設定されていない	マニフェストに記載された環境変数名をクライアントに設定してください。シークレットを Harbor に再送信しないでください

記事中の CTA

実際にインストールする準備ができたら、公開中のカードから始めましょう。

サーバーを見つけてページを開き、スニペットをコピー → https://ai.mcpharbor.dev/

MCP レジストリにサーバーを登録する

誰でもサーバーを追加でき、エージェントによる追加も歓迎しています。この開放性は意図的なものです。ビルダーがチケットを起票せずに公開できることで、エコシステムは成長します。Harbor では、新しいローカルリスティングが検索結果に表示される前にメンテナーがレビューすることで、検索品質を保っています。

登録できる人

• 自分の MCP サーバーを公開する人間のメンテナー。
• サーバーの構築とドキュメント化を終えた後、チームを代表して作業するエージェント。
• 有効な JSON 本文または server.json マニフェストを作成できる人。

通常の登録に Harbor アカウントは必要ありません。重複を避けるため、まず search_servers または GET /api/v0/servers で検索してください。

HTTP で POST する

POST https://ai.mcpharbor.dev/api/v0/servers
Content-Type: application/json

製品ドキュメントに記載されているリクエスト本文の例：

{
  "name": "io.github.acme/weather-mcp",
  "title": "Weather",
  "description": "Forecasts and severe-weather alerts by location.",
  "version": "1.0.0",
  "transport": "stdio",
  "package_registry": "npm",
  "package_identifier": "@acme/weather-mcp",
  "env_vars": ["WEATHER_API_KEY"],
  "tools": ["get_forecast", "get_alerts"],
  "tags": ["weather"],
  "repository_url": "YOUR_REPO_URL",
  "license": "MIT"
}

公式レジストリ形式の server.json マニフェストも受け付けます。MCP 経由の場合は、同じ情報を指定して submit_server を呼び出してください。

repository_url の例に関する注意：このフィールドには、JSON 内のデータとしてサードパーティーのリポジトリ URL を含められます。この記事では、サードパーティーのホストを Markdown のハイパーリンクに変換することは引き続きありません。CTA のリンク先は Harbor のみです。

命名規則（逆 DNS）

name は逆 DNS 形式の名前空間、スラッシュ、短い名前で構成します。GitHub でホストされるプロジェクトでは、一般的な形式は io.github.<owner>/<repo-or-short-name> です。公式ベンダー（com.stripe/...、com.notion/... など）と名前が衝突しないようにしてください。不適切な名前は、422 エラーのよくある原因です。

トランスポートフィールドの規則

• stdio — package_registry と package_identifier が必要です。
• streamable-http または sse — remote_url が必要です。
• package_registry — npm、pypi、oci、nuget、mcpb のいずれかを指定します。

これらが一致しないと、検証に失敗します。エラーメッセージに示されたフィールドを修正して再送信してください。

レビュー／保留中のステータス

新しいリスティングは、検索結果に表示される前にメンテナーによるレビューを受けます。承認されるまでは、get_server（または名前による GET）で "status": "pending" が返されます。これは想定どおりであり、エラーではありません。ステータスが保留中の場合、エージェントが慌てて登録を再試行しないよう伝えてください。代わりに取得してください。

対応する必要があるレスポンスコード

コード	意味	対応
202	審査を受け付けました。本文には保存されたエントリーが含まれます	名前を保存し、名前で GET してステータスを確認します
422	検証に失敗しました。詳細にはフィールドとメッセージの対応が含まれます	フィールドを修正して再送信します
429	1 つのクライアントからの送信が多すぎます	Retry-After に従い、送信頻度を下げます
401	Authorization ヘッダーはありますが、メンテナーの公開トークンではありません	通常の送信では Authorization を削除します

送信チェックリスト（人間とエージェント向け）

1. 対応機能と提案する名前を search_servers で検索します。
2. トランスポートとパッケージ／リモートの各フィールドを確認します。
3. ツール名は正確に記載します。公開していないツールを宣伝してはいけません。
4. env_vars には環境変数の名前だけを入力します。
5. POST または submit_server を実行します。
6. 202 の場合は名前を記録し、審査を待ちます。
7. 422 の場合は詳細を修正します。同じペイロードをそのまま再送信してはいけません。
8. 429 の場合は、送信を控えて待ちます。

CTA：UI または MCP/HTTP 経由で送信する

レジストリ UI からサーバーを追加 → https://ai.mcpharbor.dev/

または、https://ai.mcpharbor.dev/llms.txt を読んだうえで、https://ai.mcpharbor.dev/mcp 経由、または POST https://ai.mcpharbor.dev/api/v0/servers でプログラムから送信します。

Claude、Cursor、コーディングエージェント向け MCP レジストリ

このセクションでは、エージェント型コーディングツール内から MCP レジストリ を使用する方法を説明します。新しい MCP サーバーをゼロから構築する方法についてではありません（それは別の領域です）。対象は、検索、インストール、送信のみです。

Claude：最初にレジストリを接続する

以下を実行します。

claude mcp add --transport http mcp-registry-search https://ai.mcpharbor.dev/mcp

その後、実際のタスクで、カスタム連携を考案する前に Harbor を検索するよう Claude に依頼します。効果的なプロンプトの例：

• 「MCP レジストリで Playwright のブラウザーサーバーを検索して、インストール方法を提示してください。」
• 「リモートの Notion MCP サーバーを見つけて、利用できるツールを要約してください。」
• 「すでに Stripe MCP サーバーはありますか？最適な候補に get_server を使ってください。」
• 「メール関連の MCP サーバーを検索して、トランスポートを一覧表示してください。」

適切なエージェントは search_servers を呼び出し、次に get_server を呼び出してから、インストールコマンドを提案します。エージェントが検索を省略して新しいラッパーの作成に取りかかった場合は、Harbor に戻るよう促してください。

Cursor およびその他のコーディングエージェント

一般的な手順：

1. MCP／連携の設定を開きます。
2. リモート MCP サーバーを追加します。
3. タイプ／トランスポートを HTTP に設定します。
4. https://ai.mcpharbor.dev/mcp を貼り付けます。
5. 保存してツールを再読み込みし、search_servers が表示されることを確認します。

製品が JSON 設定ファイルを使う場合、概念上の形式は「type http + url」です。正確なキーは製品によって異なるため、ここで Cursor 固有の独自フィールドを作り出さないでください。リモート MCP を利用できない場合は、Harbor のウェブサイトで検索し、stdio サーバーのインストール用スニペットをクライアントの stdio 設定に貼り付けます。

エージェントのループ内で検索を使う

重要なのは、タスクの途中で検索することです。フローの例：

1. ユーザーが、外部ツール（決済、ドキュメント、ブラウザー、リポジトリ操作など）を必要とする機能を依頼します。
2. エージェントが Harbor で絞り込んだクエリを使って検索します。
3. エージェントが 2 つの候補を比較します（トランスポート、ツール、提供元）。
4. エージェントが候補の 1 つについて、インストール／接続を提案します。
5. ユーザーが承認し、エージェントは新しいツールを使って元のタスクを続行します。

このループは、「コーディングを止めて、12 個のタブを開き、README について議論して、コンテキストを失う」という従来のパターンより優れています。

エージェント向けの安全ルール

• レジストリへの送信にシークレットを貼り付けないでください。 環境変数名のみを指定します。
• 重複を送信しないでください。 先に検索します。
• 保留中を失敗とみなさないでください。 ステータスを取得します。
• Harbor の /mcp とワークロードサーバーの URL を混同しないでください。 前者は検索用、後者は処理を実行するものです。
• Harbor が公式およびローカルのリストをすでにインデックス化している場合、代わりに無作為な GitHub README をスクレイピングしないでください。
• 429 に従ってください。 レート制限は共有インデックスを保護します。

エージェントが送信を拒否すべき場合

次の場合は送信を拒否するよう、エージェントに指示してください。

• サーバーの準備ができていない（安定した名前、トランスポート、パッケージ／リモートがない）。
• ペイロードにトークン、パスワード、または認証情報が埋め込まれたプライベート URL が含まれる。
• 検索結果に、同じ用途に対応する公式または高品質な既存サーバーがすでに表示されている。
• ユーザーがサーバーの公開ではなく、検索のみを依頼している。

ドキュメントをすぐ参照できるようにする

エージェント向けの製品ドキュメント：https://ai.mcpharbor.dev/llms.txt。スキーマの詳細が必要なときは、フィールドを捏造しないよう、コーディングエージェントにこのファイルを参照させてください。

実践的な検索プレイブック（フローをそのまま使用）

上記のセクションでは、利用できる面を説明しています。これらのプレイブックでは、よくある用途について、検索から Harbor までの一連の流れを紹介します。

プレイブック 1 — コーディングエージェント向けのブラウザー自動化

1. https://ai.mcpharbor.dev/ を開くか、ローカルパッケージを実行できる場合は、stdio トランスポートを指定して playwright や browser などのテキストで search_servers を呼び出します。
2. get_server または /servers/... ページから、Playwright（io.github.microsoft/playwright-mcp）を確認します。
3. ツールの数とタグが、ブラウザー自動化のニーズに合っていることを確認します。
4. Harbor のスニペットを使ってインストールします（通常は npx 形式の stdio インストールです）。
5. Harbor /mcp への接続を維持しておけば、今後の検索（たとえば、代替となるブラウザーのリモートサーバーを探す場合）でもエージェントを離れる必要がありません。

企業ポリシーでローカルのブラウザーバイナリが禁止されている場合は、transport=streamable-http で再検索し、Harbor に掲載されているホスト型のブラウザー形式サーバー（たとえば、エージェント向けの実際の Chrome セッションについて説明しているカード）を評価してください。必ず最新のカードを確認し、ブログに記載された URL が現在も有効だと決めつけないでください。

プレイブック 2 — 決済ツール（Stripe）

1. Harbor で stripe を検索します。
2. com.stripe/mcp（streamable-http）を開きます。
3. マニフェスト URL と HTTP トランスポートを使って、リモート MCP サーバーとして接続します。
4. 顧客／製品／決済用のツールがタスクに合っていることを確認します。
5. 公式の Stripe リスティングですでに対応できている場合は、似たようなラッパーを送信しないでください。

プレイブック 3 — 古い学習データに頼らないドキュメントの回答

1. documentation またはベンダー名（cloudflare、context7、deepwiki）を検索します。
2. ローカルのインデックスメンテナンスを一切行わずに済ませたい場合は、streamable-http のドキュメントサーバーを優先します。
3. 確認する例：Context7、Cloudflare Docs、DeepWiki。それぞれ、異なるドキュメント用途（一般的なコードのドキュメント、Cloudflare 製品のドキュメント、GitHub リポジトリの DeepWiki ドキュメント）に対応しています。
4. いずれかに接続して既知の質問をし、引用が最新と思われるか確認したうえで、Harbor のページリンクを使ってチームのリストにそのサーバーを標準として登録します。

プレイブック 4 — リポジトリと課題の操作

1. github や linear を検索します。
2. GitHub のホスト型 MCP サーバー、Linear のホスト型 MCP サーバー、stdio Git リファレンスサーバーを比較します。
3. クラウドの課題追跡にはリモートサーバーが適しています。ローカルの git 操作には、リファレンス Git stdio サーバーで十分な場合があります。
4. ワークフローに必要なものだけをインストールしてください。サーバーの数を増やせば自動的に良くなるわけではありません。

プレイブック 5 — 「構築する前に、すでにサーバーがあるか？」

1. https://ai.mcpharbor.dev/mcp に接続します。
2. 製品名、カテゴリタグの語句、想定されるツール名の3種類で検索します。
3. 上位2件に対して get_server を実行します。
4. 適切な結果があれば、それをインストールします。なければ構築し、社内レビュー後に、適切な逆引き DNS 名を付けて Harbor に送信します。
5. 実験的な名前を5つも公開するのは避けてください。レビュー待ちであることは、類似の名前を次々と登録する理由にはなりません。

プレイブック 6 — メンテナーに代わってエージェントが送信

1. パッケージ／リモートが公開状態でインストール可能であることを、人間が確認します。
2. エージェントが、提案する name の完全一致で search_servers を実行します。
3. 環境変数名のみを指定し、submit_server で送信します。
4. 202 が返されたら、エージェントは名前を保存し、ステータスが保留中であることを人間に伝えます。
5. 422 が返されたら、エージェントは details に従ってフィールドを修正します。決して、確認せずに再試行してはいけません。
6. 429 が返されたら、エージェントは停止し、Retry-After の後に再試行を予定します。

MCP レジストリを導入するチーム向けの運用ガイダンス

チームが MCP の発見でつまずく理由

多くのチームがつまずくのは、MCP が難しいからではありません。次のような理由です。

• 同じ作業に対して、全員が異なるサーバーをインストールします。
• スニペットが Slack に貼り付けられ、そのまま古くなります。
• エージェントがパッケージ名を幻覚します。
• サーバーが公式由来、seed、ローカルのどれなのか、誰も把握していません。
• 提出時に「手間を省くためだけに」シークレットが含められます。
• 開発者のノート PC には、デフォルトのレジストリ接続がありません。

MCP レジストリの導入で改善するのは、プロトコルではなくプロセスです。

推奨される基本構成

各開発者のマシンまたはクラウドエージェントのランナーでは、次の設定を行います。

1. 常に Harbor レジストリ MCP を接続します：https://ai.mcpharbor.dev/mcp。
2. チームに関連するワークロードサーバーの許可リストを少数追加します（例：GitHub ＋ ドキュメント ＋ ブラウザツールを 1 つ）。
3. 承認済みサーバーは、https://ai.mcpharbor.dev/servers/... のページへのリンクのみで文書化します。
4. 毎月 Harbor で検索して、より適切な代替候補がないか確認し、許可リストを見直します。
5. 新しい連携を提案する前に Harbor で検索するよう、エージェントに指示します。

環境と昇格

MCP サーバーは依存関係として扱います。

• 開発： 実験的なリモートサーバーやリファレンスサーバーを使用できます。
• ステージング： スモークテスト（get_server ＋ ツール呼び出しを 1 回）に合格したサーバーのみ使用します。
• 本番のエージェントランナー： 既知の名前とトランスポートに固定し、予期せぬ保留中のローカルサーバーは避けます。

Harbor のオリジンメタデータは、リスクの分類に役立ちます。公式や実績のあるベンダーのリモートサーバーと、審査待ちの新しいローカル提出物は区別できます。

ログとシークレットの衛生管理（発見に関する範囲）

これを分析製品の売り込みにすることなく、エージェントが検索やインストールを行う際は、選択された サーバー名 を記録してください。シークレットや、顧客データが含まれる可能性のあるツール引数の生データは記録しないでください。提出ペイロードに API キーを含めてはいけません。マニフェストに env_vars が記載されている場合は、シークレットマネージャーで値を設定し、ローカルクライアントのランタイムにのみ渡してください。

同期の遅延に慌てず対処する

公式の同期は約 6 時間ごとのため、新しい公式リスティングは公式側に先に表示される場合があります。チームのランブックは次のとおりです。

1. Harbor で検索します。
2. 見つからず、緊急性が高い場合は、そのパッケージ／リモートサーバーが別の場所で知られているか確認します。ただし、Harbor への提出による追加を優先するのは、公開するのが 自分たちの サーバーである場合に限ります。
3. 公式由来のパッケージについては、次の同期時間帯の後に Harbor で再検索します。
4. 同期との一度の競合だけで「Harbor は不完全」と結論づけないでください。ホームページの件数と /llms.txt で、引き続き公式リスティングが含まれていることを確認します。

社内ヘルプデスク向けサポートチェックリスト

開発者から「MCP レジストリが動かない」と言われたら、次の点を確認してください。

1. ai.mcpharbor.dev にアクセスしていますか？
2. /mcp に接続していますか、それとも閲覧だけですか？
3. 具体的にどの q／名前を使いましたか？
4. エントリは保留中ですか？
5. 誤って Authorization ヘッダーを送信しましたか？
6. レジストリ URL をワークロードサーバーとしてインストールしようとしていますか？
7. 提出のスクリプト実行中に 429 が発生しましたか？

ほとんどのチケットは、レジストリの障害ではなく設定の混乱が原因です。

詳細：メンテナーの視点で Harbor の検索結果を読む

search_servers または閲覧 UI にカードが表示されたら、一貫した基準で評価します。

評価基準

1. 名前の品質 — 逆 DNS 形式でベンダーに沿っており、他と衝突しにくいこと。
2. トランスポートの適合性 — ランタイムに合っていること。
3. ツール名 — ユーザーの作業に合った動詞が使われていること。
4. 説明の誠実さ — 具体的で、キーワードの詰め込みがないこと。
5. オリジン — 公式、seed、ローカルのいずれか。
6. ステータス — 検索可能か、保留中か。
7. インストールの明確さ — スモークテストでスニペットが問題なく実行されること。
8. 環境変数の要件 — 必要なシークレット名が判明しており、自分たちが管理する場所に記載されていること。
9. ライセンスフィールド — コンプライアンス審査に関連する場合、記載されていること。
10. 重複のリスク — 同じ API の範囲をすでにカバーする別の検索結果がないこと。

手早く評価してください。2 つのサーバーが同点なら、一般的な作業では、マニフェストがより明確で公式由来のものを優先します。作業の範囲が狭い場合は、専門的なツールを優先してください。

評価の記述例（Playwright と汎用ブラウザー）

ブラウザー自動化では、Playwright の Harbor カードに、MCP 用の Playwright ツールと stdio パッケージが明記されています。ローカルブラウザーを実行できない場合は、汎用の「browser」リモートが適しているかもしれません。レジストリの役割は、こうした比較を一か所でできるようにすることであり、制約を考慮せずに自動選択することではありません。候補を絞り込むには Harbor を使い、最終的な判断には環境上の制約を考慮してください。

評価の記述例（ドキュメントサーバー）

Context7、Cloudflare Docs、DeepWiki は、ドキュメント関連の検索でいずれも表示される可能性があります。しかし、互いに置き換えられるものではありません。1 つはコードドキュメント全般を対象とし、1 つは Cloudflare のドキュメントコーパスを対象とし、もう 1 つは GitHub リポジトリを対象とする DeepWiki です。サーバー名や説明を示さず、「docs = true」だけを返す MCP レジストリには役立つところがありません。Harbor は、それらを見分けるのに十分なテキストとメタデータを返し、その後は get_server で詳細を確認できます。

詳細：MCP SDK を使わない HTTP クライアントのパターン

MCP を扱うよりずっと前から、HTTP 経由で Harbor を呼び出す言語や CI システムもあります。

最小限の検索スクリプトの方針

• URL エンコードした q を指定して GET を使います。
• 結果が空の場合は、「レジストリに何もない」ではなく、「クエリを広げる」として必ず処理します。
• next_offset に正確に従います。
• CI では、並列ジョブ中に一覧エンドポイントへ過剰なリクエストを送らないよう、不変に見えるマニフェストを短時間キャッシュします。
• 2xx 以外のステータスコードはログに出力します。

最小限の送信スクリプトの方針

• POST の前に、逆引き DNS 形式の名前をローカルで検証します。
• トランスポート、package_*、remote_url の組み合わせをローカルで検証します。
• 環境変数のリストから、シークレットと思われる値をすべて取り除きます。
• 202 は失敗ではなく、成功・処理待ちとして扱います。
• 422 の詳細を、人が読める形で解析します。
• 429 の場合は待機します。

冪等性の考え方

Harbor の審査を考えると、API が繰り返しの送信を許可していても、同一の内容を何度も送信するのは好ましくありません。まず検索することが冪等性を確保するレイヤーです。エージェントは「io.github.acme/foo はすでに送信済み」という情報を実行時のメモリに保存してください。

用語集（MCP レジストリの検索意図）

MCP / Model Context Protocol — クライアント／エージェントとツールサーバーを接続するオープンプロトコルです。

MCP サーバー — MCP を使用するローカルプロセスまたはリモートエンドポイントです。

MCP ツール — サーバーが公開する名前付きの操作です。

MCP レジストリ — これらのサーバーを見つけるためのインデックスです。このページでは、MCP Harbor のレジストリを指します。

MCP directory / catalog / marketplace — 同じ検索目的でユーザーが Google に入力する、口語的な同義語です。

stdio — パッケージ経由のローカルトランスポートです。

streamable-http — リモートの Streamable HTTP トランスポートです。

sse — Harbor に掲載されている、リモートの Server-Sent Events トランスポート方式です。

server.json — Harbor が受け付け、返す、公式形式に準じたマニフェスト形式です。

pending — メンテナーによる審査を待つローカルの送信項目です。取得はできますが、まだ検索結果には表示されません。

origin — 掲載元が公式、シード、またはローカルのいずれかを示すメタデータです。

Harbor /mcp — 検索、取得、送信に使う、レジストリ独自の MCP サーバーエンドポイントです。

これらの用語は、MCP Registry、MCP サーバーの検索／閲覧、MCP サーバーのインストール、claude mcp、streamable http を含むキーワード群に対応しており、キーワードの詰め込みはしていません。

MCP レジストリの選び方（判断ガイド）

レジストリを 5 つ使う必要はありません。公式リストの確認、人による閲覧、エージェントによる検索をカバーする標準の方法を決め、例外を少数に絞れば十分です。

判断ツリー：デフォルトはMCP Harbor

ここから始めてください：

質問 A — 今週中にMCPサーバーを見つけたり、インストールしたりする必要がありますか？
→ はい：https://ai.mcpharbor.dev/ を開いてください。
→ いいえ：用語を調べているだけです。それでも、後でどこに行けばよいか分かるよう、このページを最後まで読んでください。

質問 B — 人がブラウザーを見守らなくても、エージェントがタスクの途中で検索する必要がありますか？
→ はい：https://ai.mcpharbor.dev/mcp に接続してください（Streamable HTTP、認証不要）。
→ いいえ：ブラウズ UI を使ってください。コピー＆ペースト用のスニペットでも十分に対応できます。

質問 C — 公式の網羅性が必要ですか？
→ はい：Harbor には公式 MCP Registry 全体がすでに含まれており、およそ6時間ごとに同期されています。まず Harbor を使ってください。コンプライアンス上、公式ホストのみが必須の場合に限り、公式限定のワークフローに切り替えてください。
→ いいえ：ブラウズ UX、投稿のレビュー、エージェント用ツールを備えているため、日常的に使うなら Harbor が引き続き適しています。

質問 D — 新しいサーバーを公開しますか？
→ まず Harbor で検索してください。
→ UI、submit_server、または POST /api/v0/servers から投稿してください。
→ レビューが終わるまでは pending になることを想定してください。
→ 再試行を連続して行わないでください。

質問 E — 手掛かりが「awesome MCP」というタイトルの無作為な GitHub README だけですか？
→ レジストリではなく、ヒントとして扱ってください。Harbor の検索でサーバーの存在を確認してください。ai.mcpharbor.dev のマニフェストとインストール用スニペットを優先してください。

補足：公式限定のワークフロー

次の場合は、公式限定のワークフローを選んでください。

• セキュリティポリシーで、取得元として公式レジストリホストが明確に必須とされている。
• Harbor の同期に、公式に新しく掲載された項目がまだ反映されているかを確認している。
• 公式レジストリのプロセスに、主なメンテナーとして参加している。

その場合も、ポリシーで禁止されていない限り、エージェントによる検索には Harbor を使ってください。公式レジストリと Harbor は相互補完的です。公式レジストリは上流であり、Harbor はこのページが推奨する発見先です。

レジストリの代替にならないものは避ける

同じキーワードの検索結果に表示されても、次のものは MCP Registry ではありません。

• あるベンダーのサーバーだけを掲載した、単一ベンダーのドキュメントページ。
• 壊れた npx の行がある、古くなった「awesome list」。
• 誰かが一度 URL を貼り付けただけのチャットの会話記録。
• マニフェストも、トランスポートのメタデータも、レビュー状況もない非公開のスプレッドシート。
• server.json の形式になっていないパッケージ名のスクレイピングデータ。

「逆引き DNS 名、トランスポート、インストール用スニペットは何ですか？」という質問に答えられないなら、それはレジストリの役割を果たしていません。

簡易比較の軸（架空の競合は作らない）

別のディレクトリを勧められたら、以下の観点で正直に評価してください。

軸	望ましい状態	Harbor の現状
網羅性	公式 + それ以上	公式の全項目 + ローカル
鮮度	予測可能な同期	公式データを約6時間ごとに再同期
エージェント API	MCP ツール、または明確な HTTP API	/mcp と /api/v0/servers の両方
認証の手間	サインアップなしで検索可能	検索と投稿にアカウント／API キー不要
投稿の品質	レビューによる審査	メンテナーの承認までは pending
インストールの使いやすさ	サーバーごとのスニペット	/servers/... ページ
誠実さ	料金プランを見せかけで演出しない	このページに架空の料金プランは記載しない

競合ディレクトリがより多い件数を主張している場合は、実際に確認してください。この記事に記載する Harbor の確認済み件数は2026-09-15時点で固定されており（合計 31,486、リモート 19,595）、より新しいスナップショットについてはホームページで再確認するよう案内しています。

チーム向けプレイブック（推奨デフォルト）

1. すべての開発者が Claude/Cursor で Harbor の /mcp に接続します（またはブラウズ UI をブックマークします）。
2. 社内の「承認済みサーバー」ドキュメントでは、ai.mcpharbor.dev 上の Harbor サーバーページのみをリンクします。
3. 新しい社内 MCP サーバーは、重複を検索してから Harbor に投稿します。
4. シークレットは会社のシークレットマネージャーに保管し、投稿ペイロードには絶対に含めません。
5. 新しいラッパーを作る前に、定期的に再検索します。エコシステムは変化します。

このプレイブックが意図的に地味なのは、地味な発見こそが、ツールチェーンの無駄な調整に時間を費やすのではなく、エージェントが機能をリリースするための方法だからです。

よくある質問

MCP Registry とは何ですか？

MCP Registry は、Model Context Protocol サーバーのインデックスです。名前、マニフェスト、トランスポート、ツールのメタデータ、インストールまたは接続の手順が掲載されています。このページでいう MCP Registry は、MCP Harbor のレジストリ https://ai.mcpharbor.dev/ を指します。公式 MCP Registry のサーバーに加え、Harbor 内での投稿も含む、閲覧しやすくエージェントから検索できるカタログです。

これは公式 MCP Registry ですか？

いいえ。公式 MCP Registry は、Model Context Protocol プロジェクトが公開しているものです（文章中では registry.modelcontextprotocol.io と記載しています。このページのリンクは Harbor のままです）。MCP Harbor には公式 MCP Registry 全体が含まれており、約 6 時間ごとに再同期されるほか、閲覧用 UX、レビュー付きのローカル投稿、エージェント向け MCP エンドポイントが用意されています。公式への正当な評価はそのままに、日常的には Harbor をおすすめします。

アカウントや API キーは必要ですか？

通常の検索や投稿には必要ありません。https://ai.mcpharbor.dev/mcp に接続するか、アカウントなしで GET／POST https://ai.mcpharbor.dev/api/v0/servers を呼び出してください。公開トークンを使うメンテナーでない限り、Authorization ヘッダーは含めないでください。誤った Authorization を指定すると 401 が返される場合があります。

MCP サーバーはいくつ登録されていますか？

ライブのホームページで 2026-09-15 に確認した時点で、Model Context Protocol サーバーは 31,486 件、そのうち 19,595 件がリモートでホストされています。件数は変動します。最新の合計は https://ai.mcpharbor.dev/ でご確認ください。

公式レジストリとの同期はどのくらいの頻度で行われますか？

https://ai.mcpharbor.dev/llms.txt によると、約 6 時間ごとです。新しく公式に登録されたサーバーが見つからない場合は、次の同期を待つか、必要に応じて公式のみを対象にしたワークフローと比較してください。

登録情報ではどのトランスポートに対応していますか？

Harbor のマニフェストでは、stdio、streamable-http、sse を使用します。stdio にはパッケージレジストリと識別子が必要です。リモートトランスポートにはリモート URL が必要です。

stdio と streamable-http の違いは何ですか？

stdio はローカルで実行します（npx／uvx／docker のパターン）。streamable-http は Streamable HTTP 経由で、ホストされた MCP エンドポイントに接続します。ネットワークポリシー、ランタイムの利用可否、サーバーベンダーがリモートエンドポイントをホストしているかどうかに基づいて選択してください。

見つけた MCP サーバーをインストールするにはどうすればよいですか？

ai.mcpharbor.dev の /servers/... にあるサーバーのページを開くか、get_server を呼び出し、表示されたスニペットを使用してください。npx -y …、uvx …、docker run -i --rm …、またはリモート HTTP 接続を利用できます。Claude Code の場合は、/llms.txt に記載されている claude mcp add のパターンを使用してください。

Claude を MCP Registry 自体に接続するにはどうすればよいですか？

claude mcp add --transport http mcp-registry-search https://ai.mcpharbor.dev/mcp

エージェントからサーバーを投稿できますか？

はい。エージェントは MCP 経由で submit_server を呼び出すか、HTTP API に POST できます。重複を避けるため、まず検索してください。新しいローカル投稿は、メンテナーのレビューが完了するまで pending 状態になります。429 のレート制限に従ってください。シークレットは絶対に投稿しないでください。

投稿が pending になっているのはなぜですか？

ローカル投稿は検索結果に表示される前に Harbor のレビューを受けるためです。Pending は通常の状態です。get_server または GET /api/v0/servers/<name> で、名前からエントリを引き続き取得できます。

422 レスポンスは何を意味しますか？

検証に失敗しました。エラーペイロードにはフィールド単位の詳細が含まれています。指定されたフィールド（多くの場合、name、トランスポート関連の要件、またはパッケージとリモートの組み合わせ）を修正して再送信してください。

429 レスポンスは何を意味しますか？

1 つのクライアントからの投稿が多すぎます。Retry-After に従って送信間隔を空けてください。制限を回避するために ID を切り替えないでください。

ドキュメントはどこにありますか？

人間とエージェント向けの製品ドキュメント：https://ai.mcpharbor.dev/llms.txt。閲覧 UI：https://ai.mcpharbor.dev/。MCP エンドポイント：https://ai.mcpharbor.dev/mcp。

タグやツール名で絞り込めますか？

はい。HTTP の q は、名前、タイトル、説明、タグ、ツール名を検索します。tag と transport のクエリパラメーターも指定できます。MCP の search_servers ツールでは、テキスト、トランスポート、タグによる検索に対応しています。

Harbor は MCP サーバーのプロセスをホストしてくれますか？

Harbor はレジストリ（インデックス＋検索＋登録）です。インデックスに掲載されているリモートサーバーは、それぞれのプロバイダーがホストしています。stdio サーバーはパッケージを介してお使いのマシンで実行されます。「リモートでホストされていると掲載されている」ことと、「Harbor がそのベンダーのインフラを運用している」ことを混同しないでください。

Agent Email List は MCP Harbor の一部ですか？

Agent Email List は、Harbor のホームページに掲載されている例のひとつです（com.agentemaillist/agent-email-list）。レジストリ内の独立した製品カードであり、この検索の場を離れる理由にはなりません。他のサーバーと同じように Harbor で検索してください。

MCP Harbor／この MCP レジストリの所有者は誰ですか？

Logan Besecker が ai.mcpharbor.dev の MCP Harbor とこの MCP レジストリを所有・運営しています。このページは自社製品のコンテンツであり、このレジストリの利用を強く推奨しています。

このページでは MCP サーバーの構築方法を学べますか？

いいえ。ここは検索・閲覧・インストール／接続・登録のためのページです。サーバーを最初から最後まで構築することは、意図的に対象外としています。

「mcp directory」や「mcp catalog」という言葉しか覚えていない場合はどうすればよいですか？

目的は同じです。MCP ディレクトリ／カタログを検索する人が求めているのは、検索可能な MCP サーバーのインデックスです。Harbor の UI はディレクトリのように見えますが、エージェント用ツールを備えた完全な MCP レジストリとして機能します。

HTTP の結果をページネーションするにはどうすればよいですか？

一覧レスポンスから metadata.next_offset を読み取ります。next_offset が null になるまで、offset=next_offset を指定して次のページをリクエストします。

名前で保留中のサーバーを取得できますか？

はい。名前による GET と get_server は保留中の登録申請にも対応しているため、審査状況を追跡できます。

登録時に有効なパッケージレジストリは何ですか？

stdio トランスポートの場合、package_registry には npm、pypi、oci、nuget、mcpb を指定できます。

登録時に Authorization を送信する必要がありますか？

通常のユーザーは不要です。Authorization を送信するのは、公開トークンを持つメンテナーだけです。一般ユーザーはヘッダーを省略してください。

server.json とは何ですか？

MCP サーバー向けの公式形式に準拠したマニフェスト形式です。Harbor は登録時にこれを受け付け、取得時には server.json 形式に準拠したペイロードを返します。パッケージ、リモート、ツールのメタデータがどのように表示されるかについては、/llms.txt を参照してください。

エージェントにレジストリを MCP として設計する必要があるのはなぜですか？

エージェントはツールを介して動作するためです。検索手段がウェブサイトしかなければ、人間がボトルネックになります。Harbor の /mcp エンドポイントでは、検索と登録をツール呼び出しで実行できます。

MCP Harbor でのレジストリ検索に料金はかかりますか？

このランディングページでは、料金プランを独自に設定していません。検索と登録にはアカウントも API キーも不要と記載されています。製品の動作に関する正確な情報は、ライブサイトと /llms.txt を参照してください。

初めて利用する場合、まず何をすればよいですか？

https://ai.mcpharbor.dev/ を開き、なじみのあるベンダー（GitHub、Stripe、Notion、Playwright）を閲覧して、サーバーページをひとつ開き、インストール用のスニペットをコピーしてください。その後、Harbor の /mcp を接続すれば、次回からはエージェントがあなたに代わって検索できます。

検索とインストールのトラブルシューティング（現場ノート）

問題が起きているように感じても、MCP レジストリ、クライアント、ワークロードサーバーのどれに原因があるかわからない場合は、このセクションを参照してください。

症状：検索しても明らかな結果が見つからない

q を短くしてみてください。文章よりベンダー名のほうが効果的です。stripe payments billing hosted mcp server で見つからない場合は、stripe を試してください。トランスポートのフィルターを外してから、再度追加してください。予想されるツール名も試してください。広く知られているベンダーを検索しても見つからない場合は、キャッシュされた古いプロキシや別のサイトではなく、https://ai.mcpharbor.dev/api/v0/servers または /mcp ツールにアクセスしていることを確認してください。

症状：エージェントが間違ったサーバーをインストールする

通常、エージェントが最初の検索結果を選んでいます。「検索し、次に候補を 2 つ get_server で取得してから選ぶ」という 2 段階の手順を必須にしてください。Harbor への接続を維持すれば、エージェントはパッケージ名を推測する代わりに再検索できます。

症状：接続後にツール一覧が空になる

レジストリエンドポイントに接続し、Stripe のツールが表示されると思っていたかもしれません。レジストリのツールは search_servers、get_server、submit_server のみです。ワークロードツールは、ワークロードサーバー自体への接続から取得します。クライアント設定では、これらの接続先を明確に分けてください。

症状：stdio サーバーが起動後すぐに終了する

パッケージ識別子が変更されていないか、Node／Python／Docker がインストールされているか、必須の env var 名が設定されているか確認してください。記憶を頼りに珍しいフラグをデバッグする前に、Harbor のスニペットを再取得してください。

症状：リモートサーバーが OAuth を要求し、エージェントがループする

一部のホスト型サーバーは、初回接続時に OAuth で認証します（Linear のカードには、このパターンについての説明があります）。クライアントで人間による OAuth フローを完了してください。「認証を修正する」ために新しいレジストリエントリーを送信しないでください。認証が属するのはワークロードサーバーであり、MCP Registry のインデックスではありません。

症状：送信すると常に 422 が返る

details を確認してください。よくある原因は、使用できない名前、パッケージフィールドがない stdio、remote_url がないリモートトランスポート、無効な package_registry の値です。一度に修正するフィールド群は 1 つにしてください。https://ai.mcpharbor.dev/llms.txt に照らして再検証してください。

症状：リーダーから「MCP サーバーの公式な数」を尋ねられる

現在のホームページを引用してください。この記事で確認済みの 2026-09-15 時点のスナップショットでは、合計 31,486、リモート 19,595 です。プレス向けの引用で今日の数が必要な場合は、https://ai.mcpharbor.dev/ を再度開き、バナーを確認してください。製品に表示されている以上の精度を捏造しないでください。

症状：誰かがサードパーティのディレクトリーリンクをチームのチャンネルに貼り付ける

お礼を伝えてから、同じクエリを Harbor でもう一度実行してください。Harbor にサーバーがある場合は、Harbor のカードへのリンクを標準にして、エージェントと人間が ai.mcpharbor.dev 上の正規のインストール手順を共有できるようにしてください。Harbor に あなたの サーバーがない場合は、送信してください。公開されたばかりの公式サーバーが Harbor にない場合は、カバレッジが失われたと思い込む前に、同期を待つか名前を確認してください。

落ち着いて対処するための最後のルール

迷ったら、レジストリーのホームに戻り、人間として一度検索し、エージェント用に /mcp を接続して、作業を続けてください。MCP Harbor の MCP Registry 製品は、この一連の手順を退屈なほど簡単にするよう設計されています。ツールを使って成果物をリリースするとき、退屈なくらい簡単なのが理想です。

次のステップ ＋ 明確な CTA

次の順に実行してください。独自のスクレイパーを作成しないでください。無作為な awesome-list をレジストリーとして信頼しないでください。

1. MCP Registry を開く → https://ai.mcpharbor.dev/
2. 必要な機能（browser、github、stripe、docs、email など）を検索します。
3. /servers/... のサーバーページを開き、トランスポートとツールを確認します。
4. スニペット（npx／uvx／docker／remote HTTP）を使ってインストールまたは接続します。
5. 次の検索をエージェント内で行えるよう、レジストリーを MCP サーバーとして接続します：

   claude mcp add --transport http mcp-registry-search https://ai.mcpharbor.dev/mcp
   

6. 任意： 重複を検索してから、UI、submit_server、または POST https://ai.mcpharbor.dev/api/v0/servers を使って独自のサーバーを送信してください。レビューが完了するまでは pending になることを想定してください。
7. ドキュメントをすぐ確認できるようにしておく： https://ai.mcpharbor.dev/llms.txt

主な CTA： MCP Harbor で MCP サーバーを閲覧 →

エージェント向け CTA： https://ai.mcpharbor.dev/mcp に接続

これが導入までの全手順です。このページのほかの要素はすべて、これらの操作をわかりやすく、確実に行えるようにするためのものです。

まとめ

Model Context Protocol により、エージェントがツールを利用するための標準的な方法が確立されました。MCP Registry は、README に埋もれることなくツールを見つけるための手段です。MCP サーバーが数万件に達した今、検索はインフラの一部です。

MCP Harbor の MCP Registry（https://ai.mcpharbor.dev/）は、そのために構築されています。31,486 件のサーバーをインデックス化（2026-09-15 に確認）、そのうち 19,595 件はリモートサーバーです。公式 MCP Registry 全体を収録し、約 6 時間ごとに自動同期しています。また、人が閲覧できる UI、HTTP API、search_servers、get_server、submit_server を備えた /mcp の MCP エンドポイントを提供しており、通常の利用にアカウントは必要ありません。

所有者についての開示（再掲）： Logan Besecker は MCP Harbor とこの MCP Registry を所有・運営しています。この記事は、自社製品への誘導を目的としたコンテンツです。公式レジストリを上流として適切に紹介しつつ、日々の業務で閲覧、検索、インストール、登録を行う場所として MCP Harbor を推奨します。

レジストリを開きましょう。エージェントを接続しましょう。必要なものをインストールしましょう。作ったものを登録しましょう。

こちらから始めましょう → https://ai.mcpharbor.dev/