ここまでで Skills・Subagents・Hooks・MCP の4つを作ってきました。便利になった反面、ふと気づきます——「この設定、新しいPCでも同じにするの、地味に大変では？」「チームの後輩にも同じ環境を渡したいけど、どう共有しよう？」。第9回は、その答えになる Plugin です。
ひとことで言うと：Plugin は、バラバラに作った Skills・Subagents・Hooks・MCP 設定をひとつの箱に詰めて、まるごと配れる形にする仕組み。「私の便利設定一式」をパッケージにして、別環境や他の人にコピーできる。
このシリーズ（全10回・順次追加）
なぜ Plugin が要るのか ― 「設定の持ち運び」問題
4つの部品は、それぞれ別々の場所に置かれます。Skills は .claude/skills/、Subagents は .claude/agents/、Hooks は settings.json、MCP はコネクタ設定……。一人で1台のPCを使う間はこれで十分ですが、「同じ環境をもう一式」用意しようとした瞬間、あちこちからファイルをかき集める羽目になります。
Plugin は、この散らばった部品をひとつの箱（パッケージ）にまとめる仕組みです。箱ごと渡せば、中身（スキル・エージェント・フック・MCP設定）がセットで有効になります。
たとえるなら「引っ越しの段ボール」。 部屋のあちこちにある道具を、ひと箱に詰めてラベルを貼る。受け取った人は箱を開けるだけで、同じ道具一式がそろう。Plugin はその“段ボール”にあたります。
Plugin の中身 ― 何を1つにまとめられるか
| 同梱できるもの | 役割（おさらい） |
|---|---|
| Skills | 繰り返す手順・知識の手順書 |
| Subagents | 別文脈で動く専門の作業担当 |
| Hooks | 決めたタイミングで自動実行する処理 |
| MCP サーバ設定 | 外部サービスへの接続口 |
つまり、このシリーズで作ってきた部品がそのまま Plugin の中身になります。新しく覚えることは多くありません。「これまでの成果物を、配布できる形に箱詰めする」のが Plugin だと捉えてください。
どんなときに使うか
- 複数のPC・複数のプロジェクトで同じ設定をそろえたい（自分用の標準セット）。
- チームで作法を統一したい（レビュー基準・命名規則・安全フックを全員に配る）。
- 用途別に切り替えたい（「調査用プラグイン」「リリース作業用プラグイン」のように束ねる）。
使いどころの目安。 部品が1〜2個のうちは Plugin 化は不要です。「同じ設定を2回目に作りたくなった」「人に渡したくなった」——このサインが出てから箱詰めを考えれば十分間に合います。
▶ 次回（完結編）
箱（Plugin）ができたら、最後はそれを「お店」に並べて配る番です。次回は Marketplace を扱い、シリーズを締めくくります。Plugin と Marketplace の関係（箱とお店）まで分かれば、Claude Code の全体像は一周します。
Marketplace ― 箱を並べて配る（完結編） →まとめ
- Plugin は、散らばった Skills・Subagents・Hooks・MCP 設定をひとつの箱にまとめて配れる形にする仕組み。
- 中身はこれまで作った部品そのもの。新しい概念というより「成果物の箱詰め」。
- 「2回目を作りたい／人に渡したい」と思ったときが、Plugin 化のタイミング。