ここまでで Skills・Subagents・Hooks・MCP の4つを作ってきました。便利になった反面、ふと気づきます——「この設定、新しいPCでも同じにするの、地味に大変では？」「チームの後輩にも同じ環境を渡したいけど、どう共有しよう？」。今回は、その答えになる Plugin の学習編です。

ひとことで言うと：Plugin は、バラバラに作った Skills・Subagents・Hooks・MCP 設定をひとつの箱に詰めて、まるごと配れる形にする仕組み。「私の便利設定一式」をパッケージにして、別環境や他の人にコピーできる。

このシリーズ（全13回＋番外編・拡張編）

  1. 基礎 ― 全体像と拡張機能の地図
  2. Skills（学習編）― 繰り返す手順を覚えさせる
  3. Skills（実践編）― 作って、つまずいて、直す
  4. Subagents（学習編）― 作業を別の文脈に切り出す
  5. Subagents（実践編）― 温泉宿を調べて比較する
  6. Hooks（学習編）― 特定のタイミングで自動実行する
  7. Hooks（実践編）― 編集したら自動でチェックを走らせる
  8. MCP（学習編）― 外部サービスへの接続口
  9. MCP（実践編）― Google ドライブ連携でつまずいた話
  10. Plugin（学習編）― 作った部品をひとつの箱にまとめる（この記事）
  11. Plugin（実践編）― 便利設定を箱に詰めて配る
  12. Marketplace（学習編）― 箱を並べて配る
  13. Marketplace（実践編）― お店に公開し、取り込む
  14. 番外編 ― 拡張機能の選び方チートシート
  15. 拡張編① Agent Teams（学習編）― 複数のAIをチームで動かす
  16. 拡張編② Agent Teams（実践編）― 3人チームで多角的にレビューする

なぜ 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回目に作りたくなった」「人に渡したくなった」——このサインが出てから箱詰めを考えれば十分間に合います。

▶ 実践編につづく

次回は実践編。この記事の考え方そのままに、これまで作った Skills・Subagents・Hooks・MCP 設定を、実際にひとつの Plugin として箱に詰める手順を、ターミナルを使わず Claude Code に頼みながら追っていきます。

Plugin（実践編）― 便利設定を箱に詰めて配る →

まとめ

  • Plugin は、散らばった Skills・Subagents・Hooks・MCP 設定をひとつの箱にまとめて配れる形にする仕組み。
  • 中身はこれまで作った部品そのもの。新しい概念というより「成果物の箱詰め」。
  • 「2回目を作りたい／人に渡したい」と思ったときが、Plugin 化のタイミング。