先に結論
Claude Code の plugin 導線で今いちばん大きい変化は、どこを起点に探せばよいかがはっきりしたことです。
いまは、個別の配布ページを探し回る前に Anthropic 管理の official directory を見れば十分です。Claude Code では /plugin > Discover から探せます。CLI では /plugin install {plugin-name}@claude-plugins-official で入れられます。
ただし、公式 directory になったから全部を同じ重さで信頼してよいわけではありません。README には、Anthropic は外部 plugin の中身や今後の変更を完全には保証しないと明記されています。見る順番はこうです。
- official directory にあるか確認する
- internal か external かを見る
- homepage と README と権限範囲を確認する
- 最初は1本だけ入れる
Claude の marketplace を他社の配布面と比べたいなら、Claude Marketplace vs Codex Plugins vs GitHub Copilot Custom Agents vs ChatGPT apps がつながります。plugin と MCP の責務差を先に整理したいなら、Codex Plugins vs MCPサーバー vs Composio vs Skills も役立ちます。
何が変わったのか
変化は、plugin が増えたことだけではありません。導入の入口が統一された ことが大きいです。
公開された anthropics/claude-plugins-official は、Anthropic が管理する公式 directory です。README では構成がかなりはっきり書かれています。
pluginsは Anthropic 開発・保守の internal pluginexternal_pluginsは partner / community の plugin- install は
/plugin install {plugin-name}@claude-plugins-official - GUI では
/plugin > Discoverから探せる
この整理で、読者が迷いやすかったポイントがかなり減りました。以前は「plugin があるらしい」段階で止まりやすかったのですが、今は どこで探し、どこまで Anthropic 管理で、どこから外部か を最初に切り分けられます。
加えて、GitHub Trending にも上がっており、公開直後から関心がかなり高い状態です。2026-05-24 時点では repository が 2.6 万超の stars、Trending 上では当日 2,193 stars を確認できました。単なる docs 追記ではなく、実際に検索需要が立っている更新と見てよさそうです。
いま最初に見るべきポイント
最初に見るべきなのは、plugin 名より internal か external か です。
internal plugin は導入判断が軽い
plugins 配下は Anthropic が開発・保守する扱いです。Claude Code の標準運用に近いものを探すなら、ここから見る方が早いです。
特に、チームへ共有する最初の1本を選ぶ場面では internal plugin の方が説明しやすいです。保守主体が明確で、README の trust warning も external より読みやすいからです。
external plugin は trust review 前提で見る
external_plugins 配下は official directory に載っていても、Anthropic が中身を全面保証するわけではありません。
ここで確認したいのは次の3つです。
- plugin の homepage はどこか
- 何の MCP 接続や command を含むか
- 誰が保守しているか
external plugin を雑に増やすと、Claude Code の便利さより先に運用負荷が増えます。directory にあることは発見性の保証であって、全面的な安全保証ではありません。
plugin の構造が明文化された意味
今回の公開で実務上かなり効くのは、plugin の標準構造が見えるようになったことです。
README では、plugin は次のような構成を取ると案内されています。
.claude-plugin/plugin.json.mcp.jsoncommands/agents/skills/README.md
この並びから分かるのは、plugin が単なる connector ではないことです。Claude Code の plugin は、MCP 設定だけでなく commands、agents、skills までまとめて配る器です。
つまり今後の判断軸は、「MCP があるか」だけでは足りません。
- その plugin は command まで足すのか
- agent behavior まで含むのか
- skills をチーム共通資産として配るのか
ここまで見て初めて、plugin を導入する意味が決まります。GitHub Copilot の custom agent や Codex Plugins と並べて語られやすいのも、この配布単位が見えやすくなったからです。
今の導入順はこれで十分
最初の導入は、まだシンプルで大丈夫です。
1. Discover で候補を見る
まず /plugin > Discover で候補を見ます。ここで internal / external、plugin 名、説明、リンク先を確認します。
2. LSP plugin か毎日使う外部連携を1本だけ入れる
最初の候補は、自分の言語の LSP plugin です。コード編集の体感差が大きいからです。
もしすでに code intelligence は足りていて、往復の多い外部サービスがあるなら GitHub や Slack のような連携を1本だけ足すのもありです。最初から workflow plugin を増やしすぎる必要はありません。
3. 導入後に homepage と README を見直す
入れて終わりにしない方が安全です。external plugin は特に、更新後に何が変わったかを README で追える状態にしておいた方が崩れません。
誰にどんな影響があるか
Claude Code を使い始めた個人開発者
影響はかなり大きいです。いまは「何があるのか分からない」時間を減らせます。まず official directory を見ればよいからです。
チーム導入を進める EM や Platform Engineer
directory 公開の価値は、導入説明がしやすくなったことです。共通で勧める plugin、repo 固有で留める設定、external plugin の審査手順を切り分けやすくなりました。
既に MCP を多用しているチーム
plugin が MCP の配布面を吸収し始めた影響は大きいです。接続設定だけでなく skills や commands まで同梱できるので、今後は「MCP 単体」より「plugin としてどう配るか」の比重が上がります。
いま動くならどうするか
いまやることは、派手ではありませんが明快です。
- official directory を一度開く
- 自分の環境で必要な plugin を 1 本だけ選ぶ
- external plugin は homepage と README を読む
- チーム利用なら internal と external で導入ルールを分ける
Claude Code の plugin まわりは、ようやく「便利そう」から「運用に乗せやすい」段階に進みました。比較を増やす前に、まず official directory を入口に据えるだけで判断はかなり楽になります。