Claude Plugins とは何か。Skills・Hooks・MCP の入れ物

はじめに

Skills シリーズを読み終えたところで、自然に湧く疑問があります。

「自分で作った Skill を 他の人にも使ってもらう にはどうすればいいの？」「逆に、他人が作った Skill を自分の環境に取り込みたいとき、フォルダごとコピーするしかないの？」

この答えになるのが、今回扱う Plugins（プラグイン） です。

ざっくりひと言で言うと、Plugins は 「Skills や Slash Commands、Hooks、MCP を1つの袋にまとめて配布できるようにする入れ物」 です。Web 制作で例えるなら、WordPress の「プラグイン」 とほぼ同じ立ち位置——複数の機能をまとめて1パッケージとして配布し、ユーザーは1コマンドで丸ごと有効化できる、という仕組みです。

本記事では、

Plugins が何のためにあるのか
プラグインの中身に入っている4つの要素
Skills 単体との違い
マーケットプレイスという仕組み
セキュリティの基本

を順に整理します。実際のインストール手順は次の記事「Claude Plugins のインストール手順」に譲ります。

Plugins が解決している問題

前回までの Skills 編で、自分専用の Skill を作る方法をお伝えしました。SKILL.md を1枚書いてフォルダに置けば、自分の /help メニューに新しいコマンドが現れる——これは便利な体験です。

ただ、自分の手元で動いた Skill を 他人に渡そうとした瞬間 に、いくつかの面倒さに突き当たります。

配布したいもの	単体配布だと困ること
LP コーディング用の Skill	関連する「画像変換 Hook」も付けたいが、別配布になる
GitHub 連携用の MCP サーバー	サーバーと、それを呼ぶ Skill と、設定の Hook が 3バラバラで配布される
記事執筆テンプレート	テンプレ Skill と、執筆後に走る lint Hook と、`/publish` のような Slash Command を 3つ別々に渡すことになる

利用者からすれば「3つを正しい場所に配置して、設定を3つそれぞれ書く」という手間が発生します。これが普及の壁になります。

Plugins は、この問題を 「関連する機能をひと包みにして、1コマンドでインストールできるようにする」 という発想で解いています。WordPress の「Contact Form 7」というプラグインが、フォームの設定画面・カスタム投稿タイプ・ショートコードをまとめて1つにしているのと、まったく同じ思想です。

プラグインの中身は4つの要素

1つのプラグインには、最大で次の4種類が同梱できます。

your-plugin/                        ← プラグインのフォルダ
├── plugin.json                     ← プラグインの説明（必須）
├── skills/                         ← 同梱する Skills
│   └── my-skill/
│       └── SKILL.md
├── commands/                       ← 同梱する Slash Commands
│   └── publish.md
├── hooks/                          ← 同梱する Hooks
│   └── post-edit-lint.json
└── mcp/                            ← 同梱する MCP サーバー
    └── server-config.json

それぞれの役割は、

要素	役割	解説
Skills	場面に応じた専門知識のパッケージ	Skills とは参照
Slash Commands	`/xxx` で呼び出すコマンド	スラッシュコマンド入門参照
Hooks	特定のイベントで自動実行されるシェルコマンド	Hooks とはで扱う
MCP	外部のツール／データに接続する	MCP とはで扱う

注意してほしいのは、全部が必須ではない ことです。「Skills だけのプラグイン」も、「MCP サーバーだけのプラグイン」もあります。プラグインは 「同梱できる箱」を提供しているだけ で、中身は作る人の自由です。

`plugin.json` の役割

プラグインの中心にあるのが、フォルダ直下の plugin.json というファイルです。これは「このプラグインは何のためで、誰が作って、何を含むか」を Claude Code に伝える マニフェスト（説明書）です。

中身はだいたいこんな見た目になります（記事公開時点の代表的な書式）。

{
  "name": "magi-article-toolkit",
  "version": "1.0.0",
  "description": "マギのクロゼミ用の記事執筆ツールキット。記事構成 Skill、Markdown lint Hook、/publish コマンドを同梱。",
  "author": "magi-kurozemi"
}

plugin.json の細かい書式や項目は時期によって変わる可能性があるので、本記事では「プラグインに必須のマニフェストファイルがある」ということだけ押さえてください。

Skills 単体との違い

Skills とプラグインは混同されがちです。違いを表で整理しておきます。

観点	Skills 単体	Plugins
中身	専門知識（Markdown）だけ	Skills / Commands / Hooks / MCP の組み合わせ
配布	フォルダごとコピーで渡す	マーケットプレイス経由で1コマンドインストール
バージョン管理	なし（自分で管理）	`plugin.json` でバージョン明記
適切な使い分け	自分専用に書く小さな知識	配布することを前提にした機能群

ざっくり言えば、

自分のためだけに使う → Skills 単体で OK
他人に渡す／チームで共有する → Plugins にまとめる

という分け方が自然です。1人で使い倒している間は、無理にプラグイン化する必要はありません。「うちの会社全員に使わせたい」「このやり方を世の中に出したい」と思った瞬間が、プラグインを検討する時期です。

マーケットプレイスという仕組み

プラグインの配布経路として用意されているのが、マーケットプレイス（marketplace） です。これは「プラグインの陳列棚」のような場所で、

Anthropic 公式の陳列棚
有志が運営している陳列棚（GitHub リポジトリ）
自社専用の陳列棚（社内向け）

の3種類があります。利用者は マーケットプレイスをまず登録 し、その中のプラグインを選んでインストールする、という2段階の流れになります。

マーケットプレイスの実体は GitHub リポジトリ

マーケットプレイスは、ほとんどの場合 GitHub リポジトリ で運営されています。リポジトリ直下に marketplace.json というマニフェストファイルがあって、「このリポジトリにはどんなプラグインが入っているか」が一覧されている、というだけの素朴な作りです。

WordPress に例えると、「公式プラグインディレクトリ」 が Anthropic 公式のマーケットプレイス、「Github 上の有志テーマリポジトリ」 が有志のマーケットプレイス、というイメージで通じます。

1社内で使うプラグインを配布したいとき

社内でしか使わないプラグインを配布したいときは、社内の Git リポジトリにマーケットプレイスを立てる という選択肢があります。「うちの会社用の陳列棚を作って、そこに5個ぐらいプラグインを並べておく」だけで、社員は自分のClaude Codeにそのマーケットプレイスを登録するだけで全部使えるようになる——という運用が成立します。

実装コードを管理する案件フォルダごとに 「この案件用のプラグイン」 を1つ定義しておけば、Claude Codeを使うチームメンバー全員に同じ振る舞いをさせられる、という効き方も期待できます。

セキュリティ上の注意点

ここは押さえておきたい話です。プラグインは 任意のシェルコマンドを実行できる Hooks や、外部に接続する MCP サーバー を同梱できます。これは便利ですが、信頼できない発行元のプラグインを安易に入れると、自分の環境で意図しないコマンドが走る リスクがあります。

具体的には、プラグインに含まれる Hook が PreToolUse イベントで何かを実行する設定だった場合、あなたが Claude Code を起動してファイルを編集するたびに、その Hook のコマンドが走ります。中身が 「ログを取る」だけなら問題ない ですが、「外部サーバーに情報を送る」だったら問題 です。

信頼度	入れていいか	確認すべきこと
Anthropic 公式	◎ そのまま入れて OK	特になし
業界で名前の通った発行元	○ そのまま入れて OK が多い	念のため `plugin.json` の `description` と `author` を確認
GitHub の個人発行	△ 要確認	リポジトリの中身（特に `hooks/` の内容）を読んでから入れる
出どころ不明	× 入れない	不明な発行元は避ける

WordPress プラグインのマーケット選定と同じ感覚で、「このプラグインを入れることは、発行元にあなたの環境への一定のアクセス権を渡すこと」 という意識を持つと判断を間違えにくくなります。

プラグインを「使う」と「作る」

プラグインとの関わり方は、大きく2つに分かれます。

関わり方	必要なこと	始めどき
使う（利用者）	マーケットプレイス追加 → インストール	公式マーケットプレイスを覗くと興味を持ったときに
作る（開発者）	`plugin.json` を書いて Skills/Commands/Hooks/MCP を同梱	自分の Skill を他人に配布したくなったとき

最初のうちは「使う」側で十分です。Anthropic 公式のマーケットプレイスを覗いて、興味を持ったプラグインを1つ入れてみる、という入り方がいちばん負担がありません。

「作る」側に回るのは、自分の Skill が手に馴染んできて、「これ、他の人にも使ってもらえるかも」と思った段階で十分です。本サイトでは利用者目線を優先し、自作の手順は 将来的な記事 に譲ります。次の記事ではまず、利用者として「プラグインをインストールするまでの手順」を扱います。

まとめ

Plugins の要点を整理します。

Plugins は Skills / Commands / Hooks / MCP をひと包みにする入れ物
1コマンドでまとめてインストールできる：個別配布の手間を解決
WordPress プラグインと立ち位置がそっくり：機能群を1パッケージ化
中身に必須はない：Skills だけ、MCP だけのプラグインも成立
plugin.json がマニフェスト：名前・バージョン・説明・作者
マーケットプレイスは「陳列棚」：実体は GitHub リポジトリ
公式 / 有志 / 社内 の3種類のマーケットプレイスがある
セキュリティは「発行元への信頼」が判断軸：出どころ不明は避ける
最初は「使う」側で十分：作るのは Skill が手に馴染んでから

プラグインの全体像がつかめたら、次の記事「Claude Plugins のインストール手順」で、実際にマーケットプレイスを追加してプラグインを入れるまでの手順を、いちから見ていきます。/plugin というコマンド1つで、新しい機能群が手元の Claude Code に流し込まれる——その体験は、最初に見ると少し感動します。