Anthropic Connectors Directoryとは — 掲載基準と自社MCPサーバーの登録手順
自社のMCPサーバーをConnectors Directoryに掲載するための審査基準と、提出ポータルの手順をまとめます。よくある却下理由もあわせて確認できます。
Anthropic Connectors Directoryは、Anthropicとサードパーティが提供するMCPサーバーのカタログです。Claude.ai・Claude Desktop・Claude Mobile・Claude Code・Coworkで同じ一覧が使われます。
自社サーバーを載せる手順は、リモートMCPサーバーなら提出ポータルで「MCP connector」を選ぶだけです。ローカルで動くサーバーはプラグインに同梱する形に限られます。提出すると自動スキャンを経て、既定ではCommunityラベル付きで掲載されます。
この記事は、提出前に何を確かめ、却下をどう避け、公開後に何が見えるかを順に扱います。プラグインバンドルの提出はClaudeプラグイン提出ポータルが公開 — 審査から利用状況の可視化までにまとめています。
載せる価値があるか — Directory掲載とカスタムの違い
DirectoryのConnectorとカスタムConnectorは、同じMCPインフラの上で動きます。ランタイム・通信方式・認証・ツール呼び出しの経路は同一で、違いは周りの仕組みだけです。
掲載するか、URLで配るか
Directoryに掲載
Anthropicの審査を受け、製品内の一覧・検索・Suggested Connectors(会話中のおすすめ)に出ます。ロゴ付きの名前カードで表示され、Anthropicが保有するクライアント認証情報を使えます。ui/open-linkの確認モーダルも、宣言した宛先なら省略できます。
カスタムConnector
利用者や組織のOwnerがURLを入力して追加します。製品内で探してもらえず、Suggested Connectorsにも出ません。表示は「Custom」で、外部リンクの確認モーダルは常に出ます。
迷うときの現実的な構成は、両方を使うことです。広く使われる安全な既定値でDirectoryに掲載し、強い権限やテナント固有の設定が要る企業顧客には、別URLをカスタムConnectorとして案内します。この併用はDirectoryの公式ドキュメントでも想定された型です。
カスタム側の導線には、名前とURLを入力済みにした追加ダイアログのリンクが使えます。
https://claude.ai/customize/connectors?modal=add-custom-connector&connectorName=NAME&connectorUrl=ENCODED_URLconnectorUrlはパーセントエンコードして渡します。利用者がリンクを開くと外部リンク由来であることが表示され、確認するまで何も追加されません。Directory側は公開後にhttps://claude.ai/directory/connectors/SLUGという恒久URLを持ちます。
オープンなMCP Registry(registry.modelcontextprotocol.io)やmodelcontextprotocol/serversリポジトリへの公開は、別の仕組みです。そちらに載せてもClaude製品には出ません。MCP Registryにはドメイン所有の証明が要りますが、Anthropicのディレクトリではこの証明を求められません。
自社サーバーの提出経路を決める
何を載せたいかで、使う入口が変わります。
提出したいものと入口
リモートMCPサーバー
HTTPSで到達できるサーバーです。提出ポータルで「MCP connector」を選び、サーバーURLを入力します。リポジトリは要りません。
MCP App(UI付きのリモートサーバー)
リモートサーバーとして同じ入口から提出します。掲載のカルーセル用に、PNGで幅1,000px以上のスクリーンショットを3〜5枚用意します。プロンプト文は画像ごとに別で渡し、画像はアプリの応答部分だけに切り抜きます。動画とGIFは受け付けられません。
ローカルで動くサーバー
単体では提出できません。デスクトップ拡張(MCPB)の受け付けは終了しており、プラグインバンドルに含める形に統一されています。
プラグイン
プラグインバンドルとして提出します。GitHubリポジトリが必須です。非公開のまま検証・提出して審査を始められますが、掲載を公開する前にリポジトリを公開する必要があります。
自社製品のリモートサーバーを指すプラグインがある場合、サーバーは別にMCP connectorとして提出しておく運用が案内されています。コネクタの掲載を持つと、組織にサーバーの詳細・認証設定・ダッシュボードが付き、同じ組織から出したプラグインとの紐づけもできます。
提出できる人と、審査ラベルの決まり方
提出できるのはPro・Max・Team・Enterpriseのいずれかの有料プランで、無料アカウントは提出できません。ProとMaxは契約者本人が提出します。TeamとEnterpriseでは組織のOwnerが提出できます。
Enterpriseでは、Ownerが「Organization settings > Roles」でカスタムロールを作り、「Directory」権限を他のメンバーに渡せます。Teamのカスタムロールの有無や、Directory以外の権限で提出できるかは、確認した公式ページに記載がありませんでした。迷う場合はOwnerに頼むのが確実です。
掲載後のラベルは次の2種類です。
- Community: 提出すると自動でポリシー適合をスキャンされ、既定でこのラベルで掲載されます。掲載前のスクリーニングのみで、深い審査はしていません
- Verified: Anthropicがツールの品質と互換性をテストし、審査時点でSoftware Directory Policyの要件を満たした印です。名前の横にチェックマークが付きます
CommunityからVerifiedへの昇格は、利用者にとって有用性が高いと判定されたものが対象で、この判定は自動で行われます。開発者側からの申請窓口はなく、何もする必要がありません。
どちらのラベルも、接続後のConnectorの機能や権限は変えません。審査の度合いを示すだけで、Verifiedはセキュリティ監査でも性能の保証でもないと明記されています。
却下を避けるツール設計
審査基準の中心はツール設計です。提出前に、自分のサーバーで次の点を確かめます。
読み取り用と書き込み用のツールを分ける
GET・HEAD・OPTIONSのような安全なメソッドと、POST・PUT・PATCH・DELETEのような不安全なメソッドを1つのツールで受け付けると、却下されます。methodパラメーターを持つ万能なapi_requestツールが典型です。
読み取り専用のツールと書き込み用のツールに分け、書き込みはできれば作成・更新・削除にさらに分けます。説明文の中で安全な操作と不安全な操作を書き分けるだけでは、要件を満たしません。
アノテーションと名前
すべてのツールにtitleと、該当するreadOnlyHintまたはdestructiveHintを付けます。これはClaude側の自動権限判定に使われます。読み取り専用ツールは呼び出しごとの確認なしで動き、破壊的なツールは必ず確認を求められます。ツール名は64文字以内です。
自由入力のクエリツールにはAPIの名前かリンクを書く
呼び出し側がエンドポイントパスやクエリ文字列を組み立てられるツールは、説明文に対象APIのリンクか名称が要ります。「Slack Web APIにクエリを送る — https://api.slack.com/methods を参照」は通り、「APIにリクエストを送る」だけは落ちます。固定のエンドポイントを内部で呼ぶ専用ツールには、この要件はかかりません。
説明文でClaudeの振る舞いを指示しない
ツールの説明文は、何をするかだけを書きます。次のような内容を含むと却下されます。
- 利用者が求めていない外部ソフトウェアやツールの呼び出しを指示する
- Claudeが他のツールを呼ぶのを妨げる
- 外部ソースから行動指示を読み込ませる
- 隠したり難読化したりした指示を含む
- ツールの機能と無関係な振る舞いを求める、システム指示を上書きしようとする、製品やサービスを宣伝する
サーバーの挙動とAPIの条件
ツール以外にも、動作と接続先について満たす条件があります。
- 有効なパラメーターで呼べば必ず成功を返す。詳細のない「Internal Server Error」「Bad Request」は却下対象
- 入力を検証し、無効なデータは黙って受け入れず、対処できるエラーメッセージを返す
- 要約を求められたのにデータベース全体を返すような、過大なレスポンスを避ける
- 機能に必要な範囲を超えて会話データを集めない。Claudeの記憶・チャット履歴・会話の要約・利用者のファイルには問い合わせない
- 自社の一次APIか、正当に代理しているAPIを呼ぶ。MCPサーバーのドメインは自社サービスと一致させる
- 認証が要るサービスはOAuth 2.0を使う
受け付けられない用途は、金銭・暗号資産その他の金融資産の送金と、AIモデルによる画像・動画・音声の生成です。図表・グラフ・UIモックアップを作るデザインツールは認められます。
提出前に手元で確かめる
提出ポータルの最終段階では、すべてのツールを自分で実行済みだと確認を求められます。確認の経路は2つあります。
- MCP Inspectorでプロトコル準拠と認証フロー、ツールのスキーマを確かめる
- 自分のClaudeアカウントにカスタムConnectorとして追加し、会話からツールを呼ぶ
ステージング環境は用意されておらず、公開前の確認は本番のClaudeにカスタムConnectorとして追加して行います。カスタムConnectorの追加は無料アカウントでもできます。手元のマシンで動かしているサーバーは、Cloudflare Tunnelやngrokのようなトンネルで公開URLを作ってから追加します。Anthropicのインフラから到達できる必要があるためです。
InspectorのCLIモードなら、ツール一覧の取得を1行で試せます。
npx @modelcontextprotocol/inspector --cli http://localhost:3000/mcp --transport http --method tools/listURLは自分のサーバーに置き換えます。画面での確認を含む使い方はMCP Inspectorの記事で扱っています。
認証の選び方で提出の自由度が変わる
ポータルの「Authentication」段階では、Claudeが自分を登録する方式を選びます。選んだ方式と、サーバーURLの形(Connection段階の選択)には、組み合わせの制約があります。
| URLの形 | 使えない認証方式 |
|---|---|
| URL pattern(正規表現で顧客ごとのURLを許可) | 使えない認証方式Anthropicが保持するクライアント認証情報 |
| Multiple URLs(リージョンごとなど固定の複数URL) | 使えない認証方式接続時にURL・認証情報を入力するカスタム接続 |
Anthropic保持の認証情報と、接続時にURL・認証情報を入力するカスタム接続は、選ぶだけでは使えません。使うにはmcp-review@anthropic.comへの連絡が要ります。URL patternやMultiple URLsの掲載は、審査にも時間がかかります。
テナントごとにURLが変わるサーバーは、1つの掲載に正規表現のパターンを登録します。たとえば^https://[a-z0-9-]+\.mcp\.example\.com/mcp$のような形で、利用者が入力したURLがこれに一致したときだけClaudeが受け付けます。
OAuthの実装では、次の条件を満たさないと接続が失敗します。
- PKCE: すべての認可リクエストにS256のPKCEが付くため、認可サーバーはS256に対応する必要がある
- 応答時間: OAuthの探索・登録・トークンの各エンドポイントは10秒、リフレッシュトークンの要求は30秒で待ち切られ、超えると失敗扱いになる
- リフレッシュの失敗: リフレッシュトークンが無効なときは
invalid_grantを返す。invalid_requestや独自コードでは扱いが崩れる - DCRがないとき:
registration_endpointを公開するか、CIMD(クライアントIDメタデータ文書)に対応するか、Anthropic保持の認証情報に切り替える - 許可するIP: Anthropicからのアクセスは
160.79.104.0/21から来る。ファイアウォールで制限しているなら許可が要る
認証が要らない公開データのサーバーは、認証なしで提出できます。
提出ポータルの10ステップ
提出はclaude.ai/directory/manageのポータルで「Submit new」から始めます。各段階の入力はブラウザに自動保存され、同じブラウザセッションの中なら前の段階へ戻っても消えません。
ポータルの入力順
- 1
Connection
サーバーURL(
https://必須)を貼るか、追加済みのカスタムConnectorを選びます。利用者ごとにURLが違う場合はここで申告します。 - 2
Tools
ツール・プロンプト・リソースが接続先から自動で同期され、読み取り専用か書き込みかで分類されます。タイトルや注釈が欠けたツールはここで警告されるため、サーバー側で直します。
- 3
Listing
サーバー名は100文字以内、ひとこと説明は200文字以内、説明は2,000文字以内です。カテゴリは1〜5個で、ドキュメントURL・プライバシーポリシーURL・サポート連絡先・アイコン・URLスラッグも入力します。スラッグは公開後に変更できません。
- 4
Use cases
主な用途、接続前に必要なもの(アカウントやプラン)、読み取りと書き込みのどちらを行うかを書きます。
- 5
Company
会社名とWebサイト、審査の連絡を受ける窓口を入力します。
- 6
Authentication
前の節の認証方式から選びます。認証なしで始まり、個別のツールが必要になった時点で認証を求める構成なら、その旨も申告できます。
- 7
Data handling
対象APIが自社のものか、許可を得た代理か、管理していない第三者のものかを答えます。個人の健康データやスポンサー付きコンテンツを扱うかも申告します。
- 8
Test & launch
審査担当者が接続してツールを動かせるだけの手順と、データが十分に入ったテストアカウントを用意します。すべてのツールを自分で実行したことも確認します。
- 9
Compliance
ディレクトリガイドライン・一次API利用・金融取引・AIメディア生成・プロンプトインジェクション・会話データ収集・公開ドキュメントの7項目に同意します。1つでも欠けると進めません。
- 10
Review and submit
入力の最終確認です。短すぎる回答のような品質警告はここに出て、審査チームにも共有されます。
提出に添えるものは、テスト用アカウント、公開ドキュメント、許可リンクURIの3つです。公開ドキュメントは公開日までに用意すればよく、ブログ記事やヘルプセンターの記事で足ります。審査中はAnthropicにだけ非公開で見せることもできます。
許可リンクURIは任意で、ui/open-linkを呼ぶサーバーが対象です。宣言したHTTPSオリジン(スキームとホスト名だけが照合され、サブドメインは個別に書く)かカスタムURIスキームに限り、確認モーダルを省略できます。宣言していない宛先へのリンクも開けますが、そのたびに利用者へ確認が出ます。
提出後に画面で何が起きるか
MCP connectorの状態は、ポータルの提出一覧に1つだけ表示されます。既定では自動スキャンだけでCommunityとして掲載されます。人の審査が入る一部の提出だけが、In reviewなどの状態を通ります。
コネクタ提出の状態の流れ
- Draftまだ送っていない
差し戻されて保存し直した下書きには、審査担当者のメモが残ることがあります。
- In review審査担当者が確認中
Anthropicが何か必要なときは、主連絡先にメールが届きます。
- Changes requested / Not approvedフィードバックが付いた
カードの「View feedback」で内容を読み、直して再提出します。Not approvedでも、掲載内容を編集して再提出できます。
- Approved承認済みだが未公開
公開するには、掲載を編集できる人が自分で「Publish」を押します。公開前に掲載内容を編集すると、状態は下書きに戻り、もう一度審査を受けます。
- Published公開中
公開後に編集を出した場合、承認されるまでは今の掲載がそのまま残ります。
公開すると、同じ画面のOverviewとUsageのタブにサーバーの健全性と利用状況が出ます。指標はベータで、毎日集計されるため最大24時間遅れます。
健全性のバッジは、直近30日のリクエストエラーの割合で決まります。
| バッジ | 条件 |
|---|---|
| Healthy | 条件ツール呼び出しの2%以下 |
| Worth a look | 条件2%超 |
| Degraded | 条件5%超 |
リクエストエラーには認証の問題で弾かれた呼び出しが含まれ、ツールが自分の結果として返したエラーは含まれません。計測はClaude側の通信だけが対象で、他のMCPクライアントや利用者のマシン上で動くローカルサーバーは見えません。自社のログと数字が合わなくても、不具合とは限りません。
トップに出る「Used a tool」は、30日間に実際にツールを呼んだClaudeアカウントの数です。接続しようとしただけ、ツールを眺めただけのアカウントは入りません。ディレクトリ内の順位は別の指標で、initializeやtools/listを含むあらゆるMCPメッセージを送ったアカウント数で決まります。認証を終えられなかったアカウントも含むため、「Used a tool」より対象が広くなります。
掲載内容の編集は、提出の詳細画面から行います。タグライン・説明・カテゴリ・ドキュメントやプライバシーポリシーのリンク・サポート連絡先・アイコン・会社情報は提出の詳細画面で変更できます。変更は審査に出し、承認されるまでは保留中として表示されます。承認前なら取り消せます。公開済みサーバーの表示名の変更は既存の利用者に影響するため、改めて審査されます。問い合わせや、コネクタをディレクトリから外す依頼はmcp-review@anthropic.com宛てのメールです。
提出前の確認には、Claude Connectorsとは — 種類・一覧と追加方法の利用者側の画面も役に立ちます。自分の掲載が利用者にどう見えるかを先に知っておけるためです。
よくあるつまずき
- 万能な
api_requestツールを1つだけ用意して提出する: 読み取りと書き込みが混在する単一ツールは却下されます。操作の種類ごとにツールを分割してから出します - エラーメッセージを汎用文言のままにする: 詳細のないエラーは、機能面の審査基準そのものに抵触します
- プライバシーポリシーを後回しにする: ローカルのConnectorでは、README.mdの専用セクション、
manifest.jsonのprivacy_policies配列(manifest_version0.2以降)、HTTPSのURLが要ります。欠けていたり不完全だったりすると即座に却下され、データ収集・利用と保存・第三者共有・保持期間・連絡先の5点を含めます。リモートのコネクタでも、Listing段階でプライバシーポリシーURLの入力が必須です - スラッグを仮の名前で提出する: 公開後は変えられません。恒久URLの一部になる前提で決めます
- MCP RegistryやGitHubへの公開だけで済ませる: Claude製品には表示されません。提出ポータルからの申請が別に必要です
- 第三者のドメインやURIスキームを許可リンクURIに入れる: 自社が所有するものに限られ、所有していないエントリは審査で削除されます
- 公開後のURL変更を軽く見る: ディレクトリ掲載のサーバーURLを変えると、既存の接続は元のURLのまま動き続けます。ただし利用者の画面では掲載と一致しなくなるため「Custom」扱いになり、掲載は未インストールに見えます。利用者は一度削除して追加し直し、再認証が必要です
まとめ
掲載の可否は、CommunityかVerifiedかに関係なく、共通の基準で決まります。却下を避ける最短の準備は、ツールの読み書き分離と注釈、汎用でないエラー文言、説明文からの指示の排除です。認証方式はURLの形と組み合わせで選べる幅が変わるので、スラッグと同様に提出前に決めておきます。会話ごとの読み込み方式の管理はClaudeのツールアクセス設定 — Connectorsの読み込みを3モードで管理するを参照してください。