Claudeプラグイン提出ポータルが公開 — 審査から利用状況の可視化まで
Anthropicがプラグイン・MCPコネクタの提出ポータルを公開しました。自動検証と安全スキャン、公開後のインストール数や検索流入の確認まで1つの画面で行えます。
要点
ディレクトリ提出ポータルは、プラグインとMCPコネクタをClaudeのディレクトリに載せるための専用画面です。Anthropicが2026年9月25日に公開しました。提出・審査状況の確認・公開・公開後の利用状況までが、claude.ai/directory/manageの1か所で扱えます。
- 提出できるのは有料プラン(Pro・Max・Team・Enterprise)の利用者で、Freeは対象外です
- 提出の種類は「プラグインバンドル」と「MCPコネクタ」の2つで、Skills単体では出せません
- 提出前の検証はValidateボタンで走り、安全スキャンは提出後に自動で走ります。承認後に公開するタイミングは開発者側で選べます
- Claude Marketplaceに別の提出窓口はなく、掲載を求めるならこのポータルへ出します
プラグインやSkillsが何をまとめる機能なのかはClaude.aiのプラグイン機能とは — Claude Codeとの違いも整理にあります。
プラグインバンドルとMCPコネクタ、どちらを出すか
提出の2種類
プラグインバンドル
Skills・コマンド・エージェント・Hooks・MCPサーバーの参照をまとめたフォルダです。提出元は公開GitHubリポジトリで、掲載が始まる前に公開設定にしておく必要があります。バージョンごとに自動検証と安全スキャンが走り、初回の掲載前には人の審査も入ります。
MCPコネクタ
リモートMCPサーバー1つを、URLだけで出します。リポジトリは要りません。提出のたびにポリシー適合が自動スキャンされ、既定ではCommunityコネクタとして掲載されます。
自社のリモートMCPサーバーがあるなら、プラグインが参照していても、サーバー自体はコネクタとして別に出します。コネクタ側にだけ、稼働状況とツール別の利用状況を見るダッシュボードと、掲載内容・認証設定の編集画面が付くためです。同じ組織から両方を出せば、2つの掲載を紐付けられます。自社製品なら、サーバーをコネクタとして出したうえで、使い方をClaudeに教えるSkillsを入れたバンドルを出す形です。バンドル側のMCPサーバー設定は、同じURLに向けておきます。
ローカルで動くMCPサーバーをデスクトップ拡張(MCPB)で載せる経路は廃止されました。載せたいときはバンドルの中に含めます。
掲載基準そのものはAnthropic Connectors Directoryとは — 掲載基準と自社MCPサーバーの登録手順にまとめています。CommunityからVerifiedへの引き上げに申請窓口はなく、Anthropicが審査の中で決めます。
提出できる人と、掲載枠を持つ組織
提出はclaude.aiのアカウントから行い、掲載は提出した組織のものになります。
- Pro・Max: 契約者本人が提出します。確認する役割はありません
- Team: Ownerが提出できます
- Enterprise: Ownerが提出でき、Organization settingsのRolesでカスタムロールに「Directory」権限を付ければ、他のメンバーにも任せられます
組織選びには落とし穴があります。バンドルは、同じGitHubリポジトリの同じフォルダを最初に提出した組織が掲載枠を持ち、別の組織が同じフォルダを出しても拒否されます。担当者が退職しても残る、長期的に管理する組織のアカウントから出すのが安全です。
既存のSkill・コネクタ・プラグインの掲載は、変更不要です。コネクタの掲載は、将来プラグインへ転換できるようになります。
以前のClaude Consoleのフォームは、すでにサポートが終わっています。Consoleの「Plugin submissions」に残る提出は、移行の手順が分かれます。
- Withdrawボタンがある提出: 取り下げてから、claude.ai/directory/manageで出し直します
- ボタンがない提出:
directory@anthropic.comに連絡すると、新規提出ではなく開発者ポータルへ移してもらえます。同じリポジトリ・フォルダの下書きをポータルに作っていた場合は、先に下書きを削除します
Consoleの提出を取り下げも移行もしないままだと、ポータルの「Submit for review」が拒否されることがあります。表示は「Already submitted by another organization」です。
ポータルができる前に提出した掲載は、そのまま残ります。ポータルへ移すと、提出ごとの状態や公開後の利用状況が見られるようになります。
提出から公開まで、状態はどう動くか
バンドルの状態は、ポータルのSubmissionsで名前の横に1つだけ表示されます。次の流れが基本です。
プラグインバンドルの状態遷移
- 1
Draft → Scanning
提出前はDraftです。提出するとScanningになり、安全スキャンの開始待ちか実行中を示します。スキャンがAnthropic側やGitHub側の都合で失敗した場合は、ディレクトリが再試行します。
- 2
Needs changes か In review
最新バージョンが通らなかったり、スキャナーが取得できなかったりするとNeeds changesになり、直す箇所はプラグインのページに出ます。保留になった版や初回の掲載は、Anthropicのレビュアーが見るIn reviewに進みます。全チェックを通った版はApprovedになります。
- 3
Approved
バージョンは通ったものの、まだ公開前の状態です。誰が公開するかは、カードにレビュアー・開発者・ディレクトリ自身のいずれかで書かれます。
- 4
Published
公開中です。新しいバージョンがスキャンや審査の途中でも、通らなくても、公開中のバージョンには影響しません。
Approvedはまだインストールできる状態ではありません。インストールできるのはPublishedになってからです。この2つを取り違えると、承認メールが来たのに見つからない、という行き違いになります。
流れの外にも状態があります。Not live yetは、公開済みの扱いになったものの、まだディレクトリに載っていない状態です。掲載はディレクトリチーム側の作業です。DelistedのものはRelist pluginで戻すよう依頼でき、Withdrawnは審査も掲載もない状態です。
初回提出がセキュリティスキャンで落ちるか、レビュアーが却下すると却下になり、Resubmit for reviewで再提出します。却下でない失敗は、トラッキング中のブランチへ修正をpushして「Check for new commits」を選びます。選ばなくても次の定期チェックで拾われます。
問い合わせ先は種類で分かれます。バンドルはポータルのメニューの「Get help」か「Contact Anthropic」から送ります。通らなかったものには「Appeal this decision」が出ます。directory@anthropic.com でも受けますが、返信は遅れることがあります。MCPコネクタは mcp-review@anthropic.com です。
検証でどの指摘が止まり、どの指摘が保留になるか
提出前にポータルの「Validate」で、ディレクトリの全チェックを試せます。結果は4段階に分かれます。
検証結果の4段階
Blocks(提出不可)
「Blocking」と表示され、直して再検証するまで提出できません。
Held for a reviewer(保留)
「Policy hold」と表示されます。提出はでき、レビュアーが読んでから公開されます。却下ではなく、新しいバージョンのたびに同じ保留が出ることもあります。
Warning(警告)
提出は可能ですが、ディレクトリのポリシーには従う必要があります。
Note(情報)
対応は不要です。
止まる条件の中で、手戻りになりやすいのは次の指摘です。
| 指摘 | 結果 |
|---|---|
npx・uvx などの起動コマンドで、パッケージをバージョン固定していない(@latest や範囲指定) | 結果Blocks |
READMEが40語に満たない(コードブロック内の語は数えない)、LICENSEファイルも plugin.json の license もない | 結果Blocks |
claude や official など予約語だけの名前、他組織と同じ名前 | 結果Blocks |
| 既存のブランドや掲載と紛らわしい名前、一般語だけの名前 | 結果保留 |
.ico・.pdf・.zip・実行ファイルなどの画像と字体以外のバイナリ | 結果保留 |
| 画像・字体以外で256 KiBを超えるファイル、512ファイル超 | 結果保留 |
プラグイン名は、小文字の英数字とハイフンで64字以内にします。大文字などパターン外の名前は警告ですが、ASCII以外の文字を含むと提出できません。名前の紛らわしさはAnthropic商標ガイドラインとはの論点とも重なります。
手元のClaude Codeでも、構文とスキーマの検証だけは先に回せます。ライセンスやREADMEの有無、名前の重複は、ポータルの「Validate」でしか見られません。次は、わざと大文字の名前にした最小のプラグインを、Claude Code v2.1.287で検証した出力です。
claude plugin validate ./demo⚠ Found 3 warnings:
❯ name: Plugin name "Demo_Plugin" is not kebab-case. Claude Code accepts it, but the Claude.ai marketplace sync requires kebab-case (lowercase letters, digits, and hyphens only, e.g., "my-plugin").
❯ version: No version specified. Consider adding a version following semver (e.g., "1.0.0")
❯ author: No author information provided. Consider adding author details for plugin attribution
✔ Validation passed with warnings終了コードは0でした。--strict を付けると警告もエラー扱いになり、同じプラグインで終了コードが1になります。CIに組み込むなら --strict が使えます。--json でレポートをJSONで出すこともできます。
提出後に走る安全スキャンは、データの送信先や隠れた実行、Claudeの権限設定の変更など、READMEに書かれていない挙動を探します。READMEに書いても許可されるわけではなく、可否はSoftware Directory Policyが決めます。コンパイル済みや圧縮されたコードはスキャンできないため、保留になります。ソースは読める形でコミットします。
この審査はスキル・プラグインのセキュリティスキャンが登場 — Enterpriseでベータ開始で扱うEnterprise向けスキャンとは別のもので、掲載の可否を決める側の検査です。
公開後の運用と更新
公開したプラグインの「Usage」タブでは、利用する製品ごとのインストール数とバージョン別の内訳に加えて、SkillやMCPサーバーの実行回数と、MCPサーバーのエラー率を見られます。ディレクトリ側では、リスティングの閲覧数と、どの検索語から来たかが分かります。リスティングの説明にはREADMEが使われます。
公開の操作は、既定ではレビュアーに依頼する形です。公開設定は3種類あります。
- レビュアーが全バージョンを公開する(既定)
- 最初のバージョンだけレビュアーが公開し、以降は通れば自動で公開される
- 最初のバージョンを開発者が公開でき、以降は通れば自動で公開される(レビュアーが承認時に設定)
自動公開は、提出時は「Auto-publish passing versions」で切り替えます。提出後はSettingsタブの「Publish new versions automatically」です。レビュアーが全バージョンを公開する設定のときは、自動公開の切り替えは効きません。
更新は、普段のリリースと同じです。トラッキング中のブランチへmergeすると、ディレクトリが定期的に新しいコミットを拾い、検証・スキャンして、公開設定に従って出します。pushした直後に拾わせたいなら、SettingsのUpdatesからGitHubのpush webhookを設定します。提出時の更新方法ではwebhookが既定で選ばれており、設定にはリポジトリのadmin権限が要ります。通らなかった新バージョンがあっても、公開済みのバージョンは出し続けられます。ただし、安全スキャンに落ちた後は、レビュアーがクリアするまで以降のバージョンも待たされます。plugin.json に version を書いているなら、リリースのたびに上げます。
社内やチーム内だけで配るなら、審査は要りません。GitHubリポジトリのマーケットプレイスか、組織への配布が使えます。Claude Code skills-directoryでプラグインをそのまま動かす手順のスキルディレクトリ配置も、審査なしで動きます。ディレクトリ掲載が要るのは、Claude.ai・デスクトップ・モバイル・Coworkの利用者にも見つけてもらいたいときです。掲載後にどの画面から探せるかは、Claudeの拡張機能ディレクトリ — Skills・Connectors・Pluginsを一元管理に書いています。
MCP 2.0と2つの拡張
Claudeは、通称MCP 2.0と呼ばれるMCPの最新仕様(ステートレスコアを含む)に対応しています。チャット内にサンドボックス化されたUIを出すMCP Appsとは — インタラクティブUIをチャットに埋め込む拡張機能と、企業利用者向けにOAuth設定の手間を省く「Enterprise Managed Auth」の2つの拡張にも対応します。ほかのMCP機能や拡張への対応も、近く追加される予定です。
まとめ
承認通知と公開は別の段階なので、公開設定は提出の時点で決めておきます。