Plugins マーケットプレイス入門

コース構成

このコースで学ぶこと

1. 01

   Plugin とは何か

   Skill だけ・Hook だけ・MCP だけだと管理が散らかる。Plugin はそれらをひと束にして配布できる単位。本コースは Plugin と Marketplace の概念を 60 分で押さえる入門編で、社内に実際に立てる運用は別コースで扱う。

   個別 Skill をチーム配布するときの困りごと：「どの Skill を入れるか分からない」「更新通知が出ない」「依存関係が見えない」。これを解決するのが Plugin です。

   Plugin に Skill / Hook / Subagent / MCP を束ねて plugin.json で記述すれば、`claude plugin install <name>` の 1 コマンドで全部入る。プラグイン由来の Skill は `<plugin>:<skill>` のように名前空間化されるので衝突しません。

   • Skill だけでなく Hook・Subagent・MCP もまとめて配布できる
   • 名前空間化（`<plugin>:<skill>`）で衝突防止
   • 依存関係（A の Skill が B の MCP を使う等）も Plugin 内で完結
   • 更新は marketplace 経由で自動通知

   理解度チェック

   1. Q1.同名の Skill が複数の Plugin から提供されたときの衝突回避策は？

      A後から install した方が優先されるBClaude がランダムで選ぶC`<plugin>:<skill>` の形で名前空間化され、フルパス指定で区別するD衝突が起きると Claude がクラッシュする
   公式 Marketplace から入れる
2. 02

   公式 Marketplace から入れる

   Anthropic 公式と、コミュニティ Marketplace から選んで入れるのが最初のステップ。

   bash

   # 公式 Marketplace は最初から登録済み
   claude plugin marketplace list
   
   # 検索
   claude plugin search code-review
   
   # インストール
   claude plugin install code-review
   
   # 確認
   claude plugin list
   
   # 更新
   claude plugin update code-review
   
   # 削除
   claude plugin uninstall code-review

   理解度チェック

   1. Q1.コミュニティ製 Plugin をインストールする前に必ず確認すべきは？

      Aプラグインの GitHub Star 数だけBソース・依存ライブラリ・要求する権限（特に Bash や Write）の中身Cプラグインの絵文字アイコンDプラグイン作者のフォロワー数
   Plugin とは何か自社 Marketplace を立てる
3. 03

   自社 Marketplace を立てる

   Plugin の社内配布には独自 Marketplace を立てるのが一番。GitHub Repo 1 個で済む。

   bash

   # 1. GitHub に repo を作る（例: company-cc-marketplace）
   # 2. plugins/ 配下に各 Plugin を置く
   # 3. marketplace.json で一覧を定義
   
   # Marketplace を登録
   claude plugin marketplace add https://github.com/myorg/company-cc-marketplace
   
   # 社内全員が同じコマンドで弊社 Plugin にアクセス可能
   claude plugin search   # → 弊社製 Plugin も検索結果に
   
   # managed-settings で全社員に強制配布も可能

   理解度チェック

   1. Q1.自社 Marketplace を立てるのに必要な最小要素は？

      AAWS / GCP 上に専用サーバを立てるBAnthropic に申請して承認をもらうCGitHub Repo 1 個に `marketplace.json` と `plugins/` を置くDSlack ワークスペース上にチャンネルを作る
   公式 Marketplace から入れるPlugin 自作（最小例）
4. 04

   Plugin 自作（最小例）

   弊社固有の Skill 3 個をひと束にして Plugin 化する例。

   json

   {
     "name": "company-forms",
     "version": "0.1.0",
     "description": "弊社の申請書類 Skill 集",
     "author": "総務部",
     "skills": [
       "biz-trip",
       "expense",
       "leave",
       "supplies",
       "remote"
     ],
     "permissions": {
       "filesystem": "read-write",
       "scope": "forms/"
     }
   }

   理解度チェック

   1. Q1.plugin.json で `permissions.scope` を `forms/` に絞る効果は？

      Aプラグインが forms/ 配下にしか filesystem 操作できないように制限されるBPlugin のロード速度が上がるCGitHub の Repo サイズが減るDPlugin のバージョンが自動で上がる
   自社 Marketplace を立てる配布と管理：3 段階のロールアウト
5. 05

   配布と管理：3 段階のロールアウト

   全社員に強制配布する前に、必ず段階的に展開する。いきなり全社強制は事故のもと。1 ヶ月のパイロットで不具合洗い出し → 2 週間の opt-in 期間 → managed 配布、の順を守る。

   • **段階 1**: 1 部署（10 名程度）で 1 ヶ月パイロット
   • **段階 2**: 全社員に optional として公開、希望者のみ install
   • **段階 3**: managed-settings で全社員に必須 install

   次：自社 Plugin Marketplace を立ち上げる（運用編）

   理解度チェック

   1. Q1.社内プラグインを全社展開するときの段階的ロールアウトの“正しい順”は？

      Aいきなり managed-settings で全社必須 install にするB1 部署でパイロット → 全社員に optional 公開 → managed で必須化C全社員に optional → 1 部署でパイロット → 撤回Dmanaged で必須化してから不具合を集める
   Plugin 自作（最小例）