当社独自のアクセス統計は常に有効です。Google Analyticsは、公開ページ(ログイン後のワークスペースは対象外)の利用状況を把握するためのもので、許可をいただいた場合のみ有効になります。詳しくは プライバシーポリシーをご覧ください。

MCP RegistryからGlamaへ:リモートMCPサーバーが掲載されるまで

MCP Registryにserver.jsonを公開した後に何が起きるのか、Glama、PulseMCP、Smitheryがそれぞれ何を読み取り、何をテストするのかを解説します。EveryInfra自身のRegistryエントリとGlamaの掲載ページの実測結果に加え、公開チェックリストと所有権の申請手順も紹介します。

共同ブランドのカード:EveryInfra × MCP Registry、「Now in the MCP Registry」

リモートMCPサーバーをディレクトリに載せるために必要なファイルは1つだけです。名前空間の所有権を証明したうえで、mcp-publisherを使ってserver.jsonをMCP Registry(registry.modelcontextprotocol.io)に公開します。GlamaやPulseMCPなどのディレクトリは定期的にRegistryからデータを取得し、自らサーバーに接続してテストします。私たちは自社のエントリio.github.xiaoxihexiaoyu/everyinfraを、2026年10月21日(18:45〜18:55 UTC)と、シンガポール時間の10月24日に複数回確認しました。Registryの最新バージョンは10月24日05:20 UTCに公開された1.1.1で、1.0.0はdeprecated(非推奨)に設定されています。Glamaはコネクタページを独自に作成していました。私たちは10月24日にDNSレコードでこのページの所有権を申請し、現在は「Ownership verified」と表示されています。10月25日時点では、ステータスはHealthy、48日間の稼働率は99.2%、ツール定義の品質スコアはA(3.9/5.0)でした。

EveryInfraはリクエストごとに課金されるデータAPIです。1つのAPIキーで106プラットフォーム、573種類のデータ機能、17種類の検索ツール、52種類のCAPTCHAを利用でき、料金は1,000リクエストあたり$0.56からです。失敗したリクエストや結果が空のリクエストには課金されません。この記事では公開と掲載のみを扱います。接続したサーバーが実際に動作するかを確認する方法は、Claude、ChatGPT、Cursor向けリモートMCPサーバーのセットアップをご覧ください。

server.jsonからディレクトリまで、エントリが届く流れ

  • Registryが保持するのはコードではなくメタデータです。Registryはサーバーの名前、場所、接続情報を記録し、公開者が名前空間を所有していることを検証します。セキュリティスキャンは、npmやPyPIなどのパッケージレジストリや、下流のディレクトリに委ねられています(Registryの概要)。リモートサーバーはremotesに記述します。リモートサーバーは公開アクセスが可能である必要があり、Streamable HTTPの使用が推奨されます(リモートサーバー)。
  • 名前空間によって所有権の証明方法が決まります。io.github.username/serverの場合は、そのGitHubユーザーとしてサインインする必要があります。com.example/serverの場合は、example.comに対するDNSまたはHTTPチャレンジが必要です(Registryリポジトリ)。Registryリポジトリへのプルリクエストでは何も公開されず、公開できるのはmcp-publisherだけです。
  • ディレクトリは独自のスケジュールでデータを取得します。ドキュメントはアグリゲーターに対し、「定期的に、ただし頻度は低く(例:1時間に1回)」取得し、データを自ら保存するよう求めています。Registryは稼働率や永続性を保証していません(アグリゲーターガイド)。
  • 公開済みのバージョンは変更できません。バージョン文字列は公開ごとに一意である必要があり、公開後はバージョン文字列もその他のメタデータも変更できません。変更できるのはstatusフィールドだけで、deprecatedまたはdeletedに移行できます(バージョン管理)。
MCP Registryのドキュメントページ「Versioning Published MCP Servers」のスクリーンショット。バージョン1.0.0のserver.jsonのサンプルがあり、その下のティール色の枠内に、バージョン文字列は公開ごとに一意である必要があり、一度公開するとバージョン文字列やその他のメタデータは変更できない、という一文があります。
MCP Registryのバージョン管理ルール。ティール色の枠:バージョン文字列は一意である必要があり、公開後は何も変更できません。 MCP Registryドキュメント:バージョン管理

10月24日時点のEveryInfraのエントリ

  • 名前:io.github.xiaoxihexiaoyu/everyinfra、タイトルはEveryInfra。
  • バージョン:1.1.1(10月24日05:20 UTC、active、latestに指定)、1.1.0(10月16日01:49 UTC、active)、1.0.0(9月8日、10月24日に「Superseded by 1.1.1」という注記付きでdeprecatedに設定)。10月22日の最初の確認時点では、最新はまだ1.1.0で、公開済みの2つのバージョンはどちらもactiveでした。
  • 説明:97文字で、対応するプラットフォーム数が90であることに加え、RedNote、Douyin、TikTok、Amazonの名前を記載しています。スキーマ(server.jsonスキーマ)ではdescriptionの上限が100文字に設定されているため、記載できるプラットフォーム名はわずかです。
  • 接続:https://api.everyinfra.com/mcpのstreamable-httpリモートが1つで、ヘッダーはAuthorization: Bearer {api_key}です。api_keyは必須かつシークレットに設定されています。
  • 1.1.1での変更点:変更したのはWebサイトのリンクだけで、現在は自社のMCPサーバーページを指しています(ソースファイルはプラグインリポジトリ内のserver.json)。説明は97文字のまま変更していません。10月24日にmcp-publisherで公開し、Registryから読み戻して確認しました。
  • Glama:コネクタページはRegistryの情報から生成されていました。10月24日に所有権を申請し、ページには「Ownership verified」と表示されています。申請後、Glama上で説明、サムネイル、カテゴリを追加し、「Use Glama listing details as the source of truth」を有効にしました。そのため、Glamaのページには97文字のRegistryの説明ではなく、Glamaで書いた長めの説明(プラットフォーム、検索ツール、CAPTCHAの種類、最低料金)が表示されます。公開者プロフィールにはEveryInfraがファーストパーティの運営者として記載され、Webサイトとドキュメントへのリンクに加え、Glamaチームだけが閲覧できるサポート用メールアドレスが登録されています。
EveryInfraのGlamaコネクタページにあるServer Detailsカードのスクリーンショット。上部には、私たちがGlamaで書いた長めの説明が表示されています。1つ目のティール色のボックスにはOwnership verified、Status Healthy、Uptime、Last Testedの各行があり、2つ目のティール色のボックスにはTDQS評価Aが表示されています。
10月25日に撮影したEveryInfraのGlamaコネクタページ。ティール色の枠は、所有権の申請状況、ヘルスチェック、ツール定義の品質スコアを示しています。これらの値は毎日更新されます。スクリーンショットには、本文で使用した10月25日時点の値が表示されています。 Glama:EveryInfraのコネクタページ

テストログ:Registry、Glama、自社サーバー

これらの確認にはいずれも費用はかかっていません。10月24日の再確認と記載したものを除き、シンガポール時間の10月22日に実施しました。

  1. Registryのキーワード検索:everyinfraの検索には、一方のAPIバージョンで14.16秒、もう一方で14.62秒かかり、2件のバージョンレコードが返されました。
  2. Registryの名前による取得:/v0.1/servers/{serverName}/versions/latestでの取得は0.93秒で、1.1.0のserver.json全体が返されました。特定の1つのサーバーと連携する場合は、名前で取得してください。検索より約15倍高速でした。10月24日に同じパスを再確認したところ、3回のリクエストで0.68秒、0.93秒、0.91秒で、現在は1.1.1のserver.json全体が返されます。
  3. Glamaのコネクタページ。説明はRegistryに登録された1.1.0の説明と一字一句一致しています。稼働率は44日間で99.1%、最終テストは2026-10-21 16:38と表示されています。44日前は9月8日で、1.0.0がRegistryに登録された日です。つまり、Glamaは公開当日からテストを始めていました。10月24日シンガポール時間18:30の再確認:ステータスはHealthy、稼働率は47日間で99.2%、最終テストは2026-10-24 10:17(ページにはタイムゾーンの表示なし)。下の10月25日のスクリーンショットでは、ステータスはHealthy、稼働率は48日間で99.2%、最終テストは2026-10-25 19:50です。
  4. GlamaのTool Definition Quality Score(TDQS):25ツールを対象にA、3.8/5.0で、評価日時は2026-10-21 12:30です。サーバー単位の評価は、曖昧さの解消、命名の一貫性、ツール数、完全性を対象とします。各ツールにも、説明が動作をどれだけ明示しているかなど、個別の評価が付きます。10月24日の再確認:引き続きA。スコアは2026-10-23 10:55に3.6/5.0、2026-10-24 08:45の新しい評価実行後に3.7/5.0、2026-10-25 16:15には3.9/5.0(下のスクリーンショット)で、いずれも25ツールが対象です。スコアは時間とともに変わるため、引用する際は日付を添えてください。
  5. Glamaのツールスキーマ変更履歴には、10月9日から10月21日までの9件のエントリが記載されています。各エントリには、追加または削除されたツールと、変更されたパラメータのテキストが記されています。10月24日18時30分の時点では11件になっていました。新しい2件はどちらも10月24日のものです。この日に私たちがeveryinfra_settings_updateのパラメータとテキストを変更したところ、Glamaは数時間以内にそれを記録しました。Glamaは検査が成功するたびにツール一覧を比較するため、説明文を編集するとこの履歴に表示されます。
  6. 自社サーバー:キーなしでtools/listリクエストを3回送ったところ、所要時間は0.18〜0.25秒で、25個のツールが返されました。キーなしのデータ呼び出しは0.18秒でunauthorizedを返しました。GlamaのFAQではこの構成を「認証付き呼び出しを伴うオープンディスカバリー」と呼び、一般的な形だと説明しています。
  7. ディレクトリの規模:10月24日18時30分の時点で、Glamaのページタイトルにはリモートコネクタ36,433件、オープンソースサーバー109,495件と表示されていました(Glamaのコネクタ)。10月22日の35,071件と108,270件から増えています。LobeHubのマーケットプレイスには、10月22日時点で112,261件のMCPサーバーが表示されていました。同じサーバーが多くのディレクトリに掲載されているため、これらの数字を足しても総数にはなりません。
リクエスト所要時間結果
Registryでeveryinfraをキーワード検索(10月22日)2つのAPIバージョンでそれぞれ14.16秒と14.62秒バージョンレコード2件
Registryで名前を指定して最新バージョンを取得(10月22日)0.93 s1.1.0のserver.json全体
同じパスへの3回のリクエスト(10月24日)0.68 s, 0.93 s, 0.91 s1.1.1のserver.json全体
自社サーバー:キーなしのtools/listリクエスト3回0.18–0.25 s25個のツール
自社サーバー:キーなしのデータ呼び出し0.18 sunauthorized

公開チェックリスト

  1. server.jsonの作成:nameには、スラッシュをちょうど1つ含む逆DNS形式の名前を使います。descriptionとtitleは100文字以内にします。リモートサーバーはremotesの下に置き、typeをstreamable-httpに設定します。呼び出しにキーが必要な場合は、headersの下でヘッダー名と変数を宣言し、その変数にisSecret: trueを指定したうえで、自分のキー形式に合ったplaceholderを設定します。
  2. mcp-publisherのインストールとログイン:公開のクイックスタートに従ってmcp-publisher login githubを実行し、ターミナルに表示されたコードをブラウザで入力します。ドメインの名前空間を使う場合は、代わりにDNSまたはHTTP方式を使います。
  3. 公開はmcp-publisher publishで行います。リモートサーバーの場合、事前にnpmパッケージを用意する必要はありません。
  4. 名前による確認:テスト2と同じ方法で最新バージョンを取得し、バージョン、説明、ヘッダーを自分が書いた内容と照らし合わせます。
  5. 新しいバージョンでの変更公開:バージョン文字列は再利用できません。メタデータのみの更新には、1.1.0-1のようなプレリリースバージョンを使うようドキュメントで推奨されています。必要に応じて、古いバージョンを非推奨にします。私たちは10月24日、1.1.1を公開した直後にmcp-publisher status --status deprecated --message "Superseded by 1.1.1" io.github.xiaoxihexiaoyu/everyinfra 1.0.0を実行しました。Registryから読み戻すと、1.0.0はステータスがdeprecatedでメッセージは「Superseded by 1.1.1」、1.1.0は引き続きactive、1.1.1がlatestになっています。このコマンドが変更するのはステータスだけで、バージョン文字列やその他のメタデータはそのまま残ります。
  6. 各ディレクトリでの掲載情報の所有権申請:Glamaでの手順は以下のとおりです。

Glamaコネクタの所有権申請

「Glama FAQ」からの引用です。

  1. コネクタページを開き、「Claim ownership」を選んでログインします。
  2. 所有権の確認は1回で済みます。io.github.username/…の場合は、対応するGitHubユーザーを連携して「Claim with GitHub」を選びます。GitHub組織の名前空間では、その組織にGlama GitHub Appをインストールする必要もあります。ドメインで確認することもできます。その場合は_glama-claim.<domain>にTXTレコードを追加するか、https://<domain>/.well-known/glama.jsonでトークンを公開します。私たちはDNSを使い、サーバーURLのホストであるapi.everyinfra.comの下に_glama-claimのTXTレコードを追加しました。「Check DNS record」を選ぶと、ページに「Ownership verified」と表示されました。Glamaはこのレコードをときどき再確認するため、申請後もレコードを残しておいてください。
  3. 所有権を申請すると、ヘルスチェック、アナリティクス、サムネイル、カテゴリを利用できます。名前、説明、URLはデフォルトでは引き続きRegistryに従い、Registryが更新されるたびに上書きされます。Glamaで行った編集を残すには、Manage connectorで「Use Glama listing details as the source of truth」をオンにします。私たちはこれをオンにしました。Registryでは説明が100文字までに制限されていますが、Glamaではより長く書けるためです。
  4. テストプロファイルが必要かどうかを判断する。 テストプロファイルで方式を宣言するまで、Glamaはコネクタをauth:noneと表示し、オープンディスカバリーのサーバーに対しては、呼び出しに何が必要かを宣言するよう求めます。EveryInfraはキーなしでツール一覧を返すため、私たちはGlamaにキーを渡しませんでした。Glamaは接続して25個のツールを一覧表示し、10月24日にはHealthyと表示されました。キーを追加するのは、Glamaに実際のデータ呼び出しを定期的に実行させたい場合だけで十分です。そのコストは次のセクションで説明します。

各ディレクトリがserver.jsonから読み取る情報

  • Glamaはデフォルトで名前、説明、URLをRegistryから同期します。所有権を申請した後は、Glamaの掲載情報を優先させることもできます。ツール一覧、稼働率、品質スコアは、Glama自身がサーバーに接続して得たものです。
  • PulseMCPは9月3日から新規掲載の申請と編集の受け付けを停止しており、開発者にはRegistryへの公開を求めています。受け付けを再開した時点で、Registryからエントリを取り込む予定です(PulseMCPの申請ページ)。
  • Smitheryは10月31日にリクエストの中継を終了し、その後は公開ディレクトリとして存続します。厳選された検証済みサーバーには、提供元の直接URLが表示されます(Smitheryのお知らせ)。
  • クライアントのインストール支援。 Registryのドキュメントによると、Registryは下流のディレクトリ向けのもので、ホストアプリケーション向けではありません。クライアントは、同じOpenAPI仕様を実装したサブレジストリを読み込むべきだとされています。
2つのプラットフォームを描いたイラスト。左側では、ファイルキャビネットに小さな南京錠付きの同じメタデータカードが積み重なり、隣のディレクトリボードがそのうち1枚を書き写しています。その上にある数字のない時計の文字盤は、定期的な取得を表しています。右側では、同じディレクトリボードが稼働中のサーバーへティール色のプローブ線を送り、サーバーは小さなツールブロックの列と安定した心拍線で応答しています。ボードにはチェックマーク付きの評価バッジが表示されています。
左:ディレクトリがRegistryからコピーするメタデータ。右:ディレクトリがサーバーに直接接続して測定する項目。

descriptionとwebsiteUrlは、そのまま多くの場所にコピーされるため、丁寧に書きましょう。一方、ツール一覧やスコアはサーバーそのものに左右されます。tools/listの説明をわかりやすく書くほうが、ディレクトリ向けにどんな文章を書くよりも効果があります。公開しているカタログを実際に動いている内容と一致させる方法は、ライブの機能カタログでAPIドキュメントのずれを減らすで紹介しています。

キーなしで https://api.everyinfra.com/mcp に送った実際のtools/listリクエストとそのレスポンスのスクリーンショット。0.21秒で200が返り、ツールは25個です。先頭の2つ、everyinfra_list_capabilitiesとeveryinfra_call_apiが、名前、タイトル、短縮した説明とともに表示されています。その下では、キーなしでeveryinfra_call_apiを呼び出すと、isError trueとエラーコードunauthorizedが返っています。
シンガポール時間10月25日19時57分に、キーなしで自社サーバーから得た生のレスポンス。ツール一覧はキーなしで取得でき(25個中2個を表示、説明は短縮)、データ呼び出しにはキーが必要です。 リモートMCPサーバー

掲載にかかるコスト

  • Registryへの公開とGlamaでの所有権の申請は無料です。
  • ツール一覧を取得するだけのディレクトリのチェックは、EveryInfraでは無料です。
  • ディレクトリのテストプロファイルが、TikTok動画検索のような最も安いデータ機能を1時間に1回呼び出す場合、720回 × $0.000556 = 月額$0.40になります。ディレクトリには専用のキーを発行し、データ製品ラインに限定したうえで1分あたりの上限を設定してください。そうすれば、この支出を請求書で簡単に見分けられます。料金は料金ページに掲載しています。

2026年9月と10月の変更点

  • 10月31日:Smitheryがプロキシサービスとアカウントの提供を終了し、Arcade.devが運営する公開ディレクトリとして存続します(上記のお知らせを参照)。ディレクトリは通信経路から切り離されつつあります。ディレクトリはサーバーを見つける手助けをし、接続は提供元へ直接行われます。
  • 10月19日:RedMonkのアナリストが、MCP Registryが検証するのはサーバーの公開者であり、サーバーの動作ではないと書きました。Glama、PulseMCP、Smitheryなどのディレクトリは、それぞれが選んだキュレーションを加えます(RedMonk)。公開者にとってRegistryは出発点にすぎず、ユーザーが目にするのはディレクトリのテスト結果です。
  • 10月21日(当社確認): GlamaはEveryInfraの25個のツールを評価し、ツールとパラメータのテキストの変更を1件ずつ記録しています(上記のテスト4と5)。
  • 9月12日:Registry全体の調査で、2026年8月のスナップショットに21,643件のサーバーと72,606件のバージョンレコードが確認されました。複数のバージョンを持つサーバーのうち、51.1%がバージョン間で公開ツールを変更し、40.6%はその変更を告知なしに行い、4.2%は同じ名前のままリモートエンドポイントを別のホストに移していました(arXiv 2609.14119)。公開済みのバージョンが変更不可であり、ディレクトリがツールの変更を追跡しているのはこのためです。
  • 9月3日:PulseMCPが掲載の受け付けを停止し、開発者をRegistryに案内しました(上記の申請ページを参照)。
  • 背景:8月22日のMCPロードマップによると、Server Card Working Groupは、ディレクトリがサーバーに接続せずにその説明を読み取れるよう、.well-knownメタデータを定義しています(MCPブログ)。プロトコルの変更点については、MCP 2026-07-28仕様:アップグレード前に確認すべきことをご覧ください。

FAQ

公開するには、MCP RegistryのGitHubリポジトリにプルリクエストを送る必要がありますか? いいえ。リポジトリのREADMEには、server.json、サーバーフォルダ、シードエントリをプルリクエストで追加しても、たとえマージされてもサーバーは公開されないと書かれています。ご自身のプロジェクトからmcp-publisherで公開してください。

Glamaの掲載ページは誰が作成したのですか?再申請は必要ですか? GlamaはMCP Registryからサーバーを取得してコネクタページを自動で作成するため、再申請は不要です。名前、サムネイル、テストプロファイルを管理するには、上記の手順で掲載ページの所有権を申請してください。

公開済みのバージョンの誤字を修正できますか? いいえ。新しいバージョンを公開してください。最新版(latest)に指定されると、ほとんどのディレクトリでそのバージョンが表示されます。必要に応じて古いバージョンを非推奨(deprecated)に指定してください(実際に使用したコマンドはチェックリストのステップ5に記載しています)。

関連記事

参考資料 LF-22