AIREITERClaudeプラグインの申請ポータルを探しているなら、Anthropicの開発者ポータルclaude.ai/directory/manageを使います。現在の導線はSubmit new → Plugin bundleです。ただし、公開GitHubリポジトリ、申請可能なプランと権限、そしてレビューの通過がそろって初めて、ディレクトリに掲載できます。
現在のClaudeプラグイン申請ルート
公式の入口は、公開GitHubマーケットプレイスのリポジトリではなく、Anthropicのプラグイン申請ドキュメントです。1つのリポジトリに複数のプラグインを置いている場合でも、プラグインのフォルダーごとに個別の申請が必要です。
| 必要なもの | 現在の要件 |
|---|---|
| 申請ページ | claude.ai/directory/manage |
| 申請タイプ | Plugin bundle |
| ソース | 掲載開始前に公開GitHubリポジトリが必要 |
| アクセス権 | ディレクトリへの申請が認められたプランとロール |
| レビュー | 検証とセキュリティスキャン。一部のバージョンはレビュアーの確認待ちになります |
| 公開 | チェックを通過したバージョンでも、別途公開操作が必要 |
ここで扱うのは、公開ディレクトリで配布する方法です。チーム内だけでの共有や、ローカルへのプラグインインストールは対象外です。
ポータルを開く前に準備すること
ポータルを開く前に、まずリポジトリを申請できる状態に整えておきましょう。
1. プラグインをGitHubに置く
ディレクトリが参照するのはgithub.com上のプラグインです。Anthropicの説明では、掲載開始前にリポジトリを公開しておく必要があります。リポジトリのルートより下にプラグインを置く場合は、そのフォルダーのパスも確認しておきます。
一般的なClaude Codeプラグインには、次のようなファイル構成が含まれます。
plugin-name/
├── .claude-plugin/
│ └── plugin.json
├── .mcp.json # optional
├── commands/ # optional
├── agents/ # optional
├── skills/ # optional
└── README.mdディレクトリの掲載情報の多くは、マニフェストとREADMEから読み込まれます。申請前に、プラグインのライセンスと外部サービスの利用状況も確認しておきましょう。
2. ローカルで検証する
プラグインのフォルダーを含むディレクトリから、次のコマンドを実行します。
claude plugin validate ./<plugin-folder>これで構成や書式に関する問題を見つけられます。ただし、ポータルのValidateでは追加のチェックも実行されます。ローカル検証はあくまで事前確認であり、承認そのものではありません。
3. 必要に応じてMCPコネクターを分けて申請する
運営しているリモートMCPサーバーをプラグインが参照しており、そのサーバーがまだ申請されていない場合、AnthropicのガイドではサーバーをMCP connectorとして別途申請するよう案内しています。プラグインバンドルとコネクターは、別々のディレクトリ掲載になります。
プラグインバンドルを申請する手順
1. Plugin bundleを選ぶ
開発者ポータルを開き、Submit newを選択します。申請対象を聞かれたらPlugin bundleを選びます。リモートMCPサーバーを単独の掲載項目として申請する場合に限り、MCP connectorを選択してください。
2. リポジトリ、パス、ブランチを入力する
Sourceでは、次の情報を指定します。
- GitHubのURL、または
owner/repo。 .claude-plugin/plugin.jsonがリポジトリのルートにない場合は、Plugin path。- デフォルトブランチ以外を追跡させる場合は、Branch or tag。
タグを指定すると、タグを変更するまで同じコミットが追跡されます。ブランチ名にスラッシュが含まれる場合は、明示的に入力するか、公式の申請ガイドにあるowner/repo@branch形式を使います。
Validateを選択します。申請を妨げる指摘が表示されたら、リポジトリを修正して変更をプッシュし、もう一度検証してください。検証結果は1つのコミットに対して適用されます。
3. 生成された掲載情報を確認する
Listing detailsでは、ディレクトリ上でプラグインがどのように表示されるかを確認できます。掲載情報は、plugin.jsonとREADMEからAnthropicが読み取ります。
名前や短い説明を修正したい場合は、ソースファイルを変更します。Anthropicの公式プラグインディレクトリでは、公開後のインストール用スラッグを安定させることも求めています。ユーザーがplugin-not-foundに遭遇する可能性があるためです。通常の表記変更には表示ラベルを使い、名前の変更マッピングは移行が必要な場合に限って使いましょう。
4. データの取り扱いについて回答する
Data handlingでは、プラグインが次のような処理を行うかどうかを回答します。
- 個人データを読み取る、または保存する。
- 申告済みのコネクター以外のサービスへデータを送信する。
- データを保持する。保持する場合はその期間。
- 18歳未満の人を対象にする。
回答は実装内容に基づいて記入してください。リモートサービス、ファイルアクセス、テレメトリー、データの保持期間まで含めて申告します。
5. コンプライアンス確認を完了する
Complianceでは、Anthropicから連絡を受け取れるメールアドレスを確認し、必要な同意項目を選択します。プラグインはAnthropicのSoftware Directoryポリシーに準拠していなければなりません。
6. 申請してアップデート方法を選ぶ
Review and submitで内容を確認し、新しいバージョンの配信方法を選択します。
- GitHub push webhook：現在のガイドではデフォルトで選択されています。設定すると、プッシュ後にチェックを実行できます。
- Scheduled check only：追跡対象のブランチまたはタグを定期的にチェックします。
Submit for reviewを選択します。Webhookを設定するには、GitHubの管理者権限が必要です。現在、Anthropicでは1つの組織につき24時間あたり10件の申請に制限しています。保存済みの下書きと取り下げた申請も、この上限に含まれます。制限とアップデート設定の詳細は、申請ワークフローに記載されています。
申請後に行われること
Anthropicは、追跡対象のブランチまたはタグにある最新コミットをスキャンし、ディレクトリの検証を再実行したうえで、セキュリティスキャンを行います。公式ガイドでは、ステータスを次のように説明しています。
| ステータス | 意味 | 次に行うこと |
|---|---|---|
| すべてのチェックに合格 | そのバージョンを公開できる状態 | Publishを選択する |
| レビュアー確認待ち | 指摘内容をレビュアーが確認する必要がある | 求められた修正に対応するか、レビューを待つ |
| 不合格 | ポータルに違反したルールやセキュリティカテゴリが表示される | リポジトリを修正し、新しいコミットをチェックする |
| 却下 | 申請が承認されなかった | 修正依頼を確認し、Resubmit for reviewを使う |
チェックを通過したからといって、必ずしもすぐ公開されるわけではありません。デフォルト設定では、公開リクエストとレビュアーによる公開操作が必要になる場合があります。一方で、後続のバージョンについては自動公開設定も利用できます。
進捗を確認するには、Submissionsからプラグインを開き、Versionsを確認します。修正後は、利用できる場合にCheck for new commitsを実行してください。アップデートでは、追跡対象のブランチへプッシュするか、追跡対象のタグを移動します。申請フォームを再送信する必要はありません。新しいバージョンが失敗またはレビュー待ちになっている間も、最後に公開されたバージョンは引き続き利用できます。
開発者が省略してはいけない安全確認
Anthropicの公式ディレクトリは、プラグインにMCPサーバーやファイル、その他Anthropicの管理外にあるソフトウェアを含められる点に注意を促しています。申請前に、外部サービス、権限、データ保持期間、バックグラウンドで実行される処理をすべて整理しておきましょう。
「つまり、プラグインの申請に失敗した理由を監査して、問題を直すよう頼んだわけです」 — @tarasshyn、Xで申請失敗と監査の流れについて説明。
申請前には、次の項目を確認してください。
- 外部へ通信するサービスをすべて申告し、文書化する。
- READMEに権限、セットアップ方法、データフロー、保持期間を記載する。
- 追跡対象のリファレンスに、公開予定のコードが含まれていることを確認する。
- 修正コミットを作成するたびに、再度検証する。
- バックグラウンドでのインデックス作成、テレメトリー、高コストな自動処理を明示する。
FAQ：Claudeプラグインの申請
GitHubリポジトリは公開が必須ですか？
はい。Anthropicの現在のドキュメントでは、掲載開始前にリポジトリを公開する必要があると説明されています。
1つのリポジトリから複数のプラグインを申請できますか？
できます。ただし、プラグインのフォルダーごとに個別の申請が必要です。ポータルで、それぞれのパスを個別に入力してください。
コミュニティリポジトリへのプルリクエストで申請できますか？
できません。AnthropicのコミュニティマーケットプレイスのREADMEでは、このリポジトリを読み取り専用のミラーとして説明しており、直接のプルリクエストは自動的に閉じられるとしています。開発者ポータルを使ってください。
リモートMCPサーバーは別途申請する必要がありますか？
運営しているリモートMCPサーバーをプラグインが参照しており、そのサーバーがまだ掲載されていない場合は、MCPコネクターとして別途申請します。
検証に失敗した場合はどうなりますか？
リポジトリを修正して変更をプッシュし、もう一度検証します。検証は特定のコミットに対して適用されます。申請後は、利用できる場合にポータルの新しいコミットのチェックを使います。
スキャンに合格すればプラグインは自動公開されますか？
必ずしもそうではありません。チェックを通過したバージョンでも、Publishの実行とレビュアーによる公開が必要になる場合があります。後続のバージョンをどう扱うかは、ポータルの自動公開設定で決まります。
公開済みのプラグインを掲載停止できますか？
できます。開発者ポータルで公開中のプラグインを開き、Delist pluginをリクエストします。Anthropicによると、変更がすべてのClaudeアプリに反映されるまで時間がかかる場合があり、既存ユーザーがアップデートを受け取れなくなる可能性もあります。
公開掲載までの最短ルートは、リポジトリを公開し、ローカルで検証してからPlugin bundleを申請することです。その後、コミット単位の指摘を修正し、データ取り扱いとコンプライアンスの確認を終え、チェックを通過したバージョンを公開します。ディレクトリ掲載によるリーチよりも、公開レビューと継続的なメンテナンスの負担が大きい場合は、チーム限定のパッケージを非公開で運用するのがよいでしょう。