Claudeプラグイン提出ポータルが公開 — 審査から利用状況の可視化まで

要点

ディレクトリ提出ポータルは、開発者が作ったプラグインやMCPコネクタをClaudeのディレクトリに掲載するための専用画面です。Anthropicは2026年9月25日にこのポータルを公開し、審査・公開判断・公開後の運用までを1つの画面に集約しました。

• ポータルは有料のClaudeプラン(Pro・Max・Team・Enterprise)の利用者に開放されていますが、誰でも提出できるわけではありません。Pro・Maxは契約者本人が提出でき、TeamとEnterpriseで提出できるのはOwnerだけです。EnterpriseではOwnerがカスタムロールでディレクトリ権限を他のメンバーに付与できます
• 提出は「MCPコネクタ単体」と「プラグインバンドル」の2種類から選びます。プラグインバンドルはSkillsとMCPサーバーの参照をまとめ、Claude Codeで使うプラグインならLSP・コマンド・Hooks・エージェントも含められます
• 提出したものはその場で自動検証と安全スキャンにかけられます。審査状況とフィードバックはポータル上で追跡でき、承認後にいつ公開するかは開発者自身が決めます
• 公開後は「Usage」タブで利用する製品ごとのインストール数・バージョンごとの内訳を確認でき、ディレクトリでの閲覧数や検索経由の流入も見られます
• ClaudeはMCPの最新仕様(通称MCP 2.0、ステートレスコアを含む)に対応し、チャット内UIを実現する「MCP Apps」とエンタープライズ向けの認証拡張「Enterprise Managed Auth」の2つの拡張機能もサポートします

これまで複数に分かれていたプラグイン・コネクタの提出経路が1つの窓口にまとまり、公開後の分析まで同じ画面で完結するようになった、というのが今回の発表の骨子です。プラグインやSkillsが何をまとめる機能なのかはClaude.aiのプラグイン機能とは — Claude Codeとの違いも整理にまとめています。

あなたの選択肢はどう変わるか

個人開発者・スタートアップ

有料プランに入っていれば、パートナープログラムへの事前申請なしにディレクトリへ提出できます。ただし提出できる人は決まっています。Pro・Maxは契約者本人が提出でき、TeamやEnterpriseの組織アカウントではOwnerだけが提出できます(Enterpriseはカスタムロールでの権限委譲も可能です)。自社のMCPサーバーとそれを使うSkillをまとめてプラグインバンドルとして1本で提出することも、MCPサーバー単体をコネクタとして提出することもできます。MCPサーバーをコネクタとして提出すれば、稼働状況とツール別の利用状況を見られるダッシュボードが使えます。同じ組織からプラグインも提出していれば、両者の掲載を紐付けられます。

Claude Codeでプラグインを配布しているチーム

社内やチーム内だけでプラグインを配るなら、これまで通りGitリポジトリとマーケットプレイス方式で完結し、ディレクトリ審査は必要ありません。Claude Code skills-directoryでプラグインをそのまま動かす手順で扱っているスキルディレクトリへの配置も同様に、審査を経ずに使えます。ディレクトリ掲載が必要になるのは、Claude.ai・Claude Desktop・モバイルアプリ・Cowork側の利用者にも見つけてもらいたいときです。掲載する場合、Claude Code向けプラグインの構成要素にはLSP・コマンド・Hooks・エージェントも含められます。

すでにSkill・コネクタ・プラグインを掲載している開発者

既存の掲載には変更の必要がありません。今後、すでに掲載しているコネクタの登録をプラグインへ転換できるようになる予定ですが、時期は明らかにされていません。掲載後にどの画面で見つけてもらえるかはClaudeの拡張機能ディレクトリ — Skills・Connectors・Pluginsを一元管理で扱っています。

背景・文脈

プラグインバンドルとMCPコネクタ、どちらを提出するか

提出の単位はプラグインバンドルとMCPコネクタ単体の2種類で、中身と提出元が異なります。

自社で動かしているMCPサーバーがあるなら、プラグインが参照する形であっても、サーバー自体はコネクタとして別途提出しておくのが基本です。プラグインバンドルの「Usage」タブでは、サーバーの稼働状況やツールごとの利用状況までは分解表示されないためです。掲載後の見え方も分かれます。プラグインバンドルはSkillやコマンドをまとめた1つのプラグインとしてディレクトリに並び、MCPコネクタは接続先のコネクタとして個別に表示されます。

審査の入り口が1つのポータルに集約された

以前のプラグイン提出はClaude Console上のフォームで行われていました。このフォームはすでにサポートを終了しています。過去にConsoleから提出した開発者は、Consoleの提出一覧を確認します。Withdrawボタンが表示される提出は、取り下げたうえでclaude.ai/directory/manageから出し直します。ボタンが無い提出はdirectory@anthropic.comに連絡すると、開発者ポータルへ移してもらえます。デスクトップ拡張(MCPB)としての掲載も廃止されました。ローカルで動くMCPサーバーをディレクトリに載せたい場合は、プラグインバンドルに含める形に統一されています。すでに掲載済みのプラグインやコネクタは、更新のたびに再提出する必要はありません。Skills単体は提出の種類として扱われず、載せる場合はプラグインバンドルに含めます。なお、このポータルはディレクトリへの掲載審査を扱う窓口で、Claude Codeのマーケットプレイス機能(プラグインを配布・インストールする仕組み)とは別物です。

審査の中身も提出の種類で分かれます。プラグインバンドルはバージョンを出すたびに自動検証と安全スキャンが走り、初めての掲載時は人による審査も入ります。MCPコネクタは提出のたびに自動でポリシー適合がスキャンされ、既定ではCommunityとして掲載されます。掲載基準そのものはAnthropic Connectors Directoryとは — 掲載基準と自社MCPサーバーの登録手順にまとめたとおりで、Anthropicの判断でVerified審査に引き上げられることがあります。審査にかかる時間は固定されておらず、ポータル上のステータス表示で進捗を確認する形です。なお、プラグインバンドルは同じGitHubリポジトリの同じフォルダを最初に提出した組織がその掲載枠を保持する仕組みで、あとから別の組織が同じフォルダを提出しても拒否されます。長期的にメンテナンスを担う組織のアカウントから提出しておくのが安全です。

公開後はUsageタブと検索経由の流入を追える

公開したプラグインは「Usage」タブで、利用する製品ごとのインストール数とバージョンごとの内訳を確認できます。個々のSkillやMCPサーバーの実行回数、エラー率も見えるため、どこを直すかの優先順位付けに使えます。ディレクトリでの見つかりやすさについては、リスティングの閲覧数と、どんな検索語からたどり着いたかが表示されます。掲載後に伸び悩んでいるなら、plugin.jsonやREADMEの説明文を見直すことで改善できる可能性があるということです。

MCP 2.0とその拡張機能

Claudeは、通称MCP 2.0と呼ばれるMCPの最新仕様(ステートレスコアを含む)に対応しています。加えて、プラグインの体験を広げる2つの拡張にも対応しています。1つはチャット内にサンドボックス化されたUIを表示するMCP Appsとは — インタラクティブUIをチャットに埋め込む拡張機能、もう1つはエンタープライズ利用者向けにOAuth設定の手間を省く「Enterprise Managed Auth」です。これ以外のMCP機能・拡張への対応も今後追加される予定ですが、対象や時期は公表されていません。

ディレクトリ提出ポータルは配布の分岐点をどこに動かしたか

これまでプラグイン・コネクタの配布経路は、Claude Console提出フォーム、Connectors Directory向けの提出ポータル、Claude Codeのマーケットプレイス方式にまたがっていました。今回の変更で、公開ディレクトリへの掲載窓口はプラグインバンドルとMCPコネクタの2種類に一本化されています。審査・公開判断・公開後の分析までが同じ画面で完結する点は、審査の手間そのものを減らすというより、提出後に何をすればいいか迷う時間を減らす変更です。

分岐点として残るのは「ディレクトリに載せるかどうか」です。ディレクトリに載せる以上は有料プランへの加入と審査が前提になり、Claude Codeのskills-directoryやGitリポジトリを使った社内マーケットプレイスのように、審査もプラン制限もなく配れる経路とは別の扱いのままです。第三者に公式ディレクトリ経由で使ってもらいたいか、社内やチーム内で完結させたいかで、選ぶ経路がはっきり分かれます。

なお、この審査はスキル・プラグインのセキュリティスキャンが登場 — Enterpriseでベータ開始で扱っているEnterprise向けの追加スキャンとは役割が異なります。ディレクトリ掲載時の安全スキャンは全利用者向けの掲載可否の判定であるのに対し、Enterpriseのスキャンはスキル・プラグインをアップロード・編集した時点で組織側が行うチェックです。判定の基準が別なので、両者の結果が一致するとは限りません。

まとめ

ディレクトリ提出ポータルが変えたのは提出窓口の一本化と公開後の分析であって、配布方法の選択肢そのものではありません。分岐点は今も「ディレクトリに載せるかどうか」の1点だけです。載せるなら有料プランへの加入と審査が前提になり、載せないなら社内マーケットプレイスやGitリポジトリでの配布がこれまで通り使えます。