いよいよ最終回。前回 Plugin で、部品を「箱」に詰めるところまで来ました。でも箱は、作っただけでは手元にあるだけ。最後のピースは、その箱を並べて配る／受け取る仕組み——Marketplace です。これで地図が一周します。
ひとことで言うと：Marketplace は、Plugin（箱）を「お店」に並べて配ったり、誰かの箱を取り込んだりする場所。自分の便利設定を公開する棚であり、他人の優れた設定をワンステップで導入する入口でもある。
このシリーズ（全10回）
Marketplace とは ― Plugin を並べる「お店」
Marketplace は、Plugin（箱）を並べて公開し、配ったり受け取ったりする場所です。前回の「引っ越しの段ボール」のたとえを続けるなら、Marketplace はその段ボールを並べる棚（お店）。棚に並んだ箱から欲しいものを選んで持ち帰れますし、自分の箱を棚に出すこともできます。
Plugin と Marketplace の関係。 Plugin＝箱（中身のパッケージ）、Marketplace＝箱を並べるお店（配布の場）。この2つはセットで「配布のレイヤー」を構成します。箱がなければ並べるものがなく、お店がなければ箱を広く配れません。
何が嬉しいのか ― 「ゼロから作らない」
Marketplace の価値は、結局これに尽きます。優れた設定を、自分でゼロから作らなくていい。
- 導入が速い 誰かが作り込んだプラグインを、棚から選んで取り込むだけ。Skills も Hooks も MCP 設定も一式そろう。
- 組織で標準化できる 社内向けの「お店」を用意し、全員に同じ箱を配れば、作法のばらつきが消える。
- 自分の知見を共有できる 育てたプラグインを公開すれば、他の人の時短に貢献できる。
導入時の心がまえ ― 箱の中身は確認する
便利な反面、Marketplace から取り込むプラグインには Hooks（自動実行）や MCP（外部接続）が含まれ得ます。これは「他人が書いた処理が自分の環境で自動的に走る」ことを意味します。
導入前に中身を見る。 信頼できる配布元か、どんな Hooks／MCP が含まれるかを確認してから取り込むのが安全です。便利さと安全は、ここで一度立ち止まってバランスを取ります。MCP 実践編で痛感した「認証・権限まわりの注意」と地続きの話です。
シリーズ総まとめ ― 10回で描いた地図
最後に、全体をもう一度1枚で振り返ります。Claude Code は「手を動かすエージェント」。そこに、
| 段 | 要素 | 役割 |
|---|---|---|
| ①部品を作る | Skills | 繰り返す手順を覚えさせる（やり方） |
| Subagents | 重い作業を別文脈に切り出す（分業） | |
| Hooks | 決めた時に確実に実行する（自動化・安全） | |
| MCP | 外部サービス・データにつなぐ（接続口） | |
| ②まとめて配る | Plugin | 部品をひとつの箱に詰める |
| Marketplace | 箱を並べて配る／受け取る |
——という6要素を重ねていく。これが、Claude Code を「賢い相棒」から「つながった自動化システム」へ育てる道筋です。
ここまでが“ひとまずの完成形”。 各機能は単体でも使えますが、本当の強みは組み合わせにあります。まずは Skills を1枚作るところから。困りごとが出たら次の部品を足す——その繰り返しで、地図は自然と埋まっていきます。
全10回にお付き合いいただき、ありがとうございました。今後、新しいトピックが出てきたらこのシリーズに追記していく予定です。