この記事の要点
- Claude Code Plugins（public beta）= スキル・サブエージェント・スラッシュコマンド・フック・MCP サーバーを1パッケージで配布できる新機能
- 公式マーケットプレイス claude-plugins-official が標準搭載、`/plugin` コマンドでインストール完了
- 自社業務テンプレを社内に配布したい中小企業の運用に最適
- プラグイン作成・公開・更新の全手順とサンプル marketplace.json を完全公開
2026年5月、Anthropic は Claude Code に「Plugins」機能を public beta で公開しました。これまで個別に管理していた Claude Code 拡張機能（スキル、サブエージェント、スラッシュコマンド、フック、MCP サーバー、LSP サーバー、出力スタイル）を、ひとつのパッケージとしてバンドルし、社内・社外に配布できる仕組みです。
中小企業にとっての意味は明確で、「ある社員が作った業務テンプレを、社内全員が1コマンドで使えるようにする」運用が簡単になります。これまで「Claude を使う人ごとに設定がバラバラ」「同じプロンプトを各自コピペ管理」「フォルダ構造の標準化が手動」だった状況が、プラグイン1本で解消されます。
本記事では、Claude Code Plugins の使い方、社内配布の手順、プラグイン作成の具体手順、注意点まで網羅します。掲載するコマンド・コードは2026年6月初頭時点で動作確認したものです。仕様は変更される可能性があるため、最終確認は Claude Code 公式ドキュメントをご参照ください。
Claude Code Plugins とは何か
Claude Code Plugins は、複数の拡張要素をひとつの「インストール可能なユニット」として束ねる仕組みです。具体的には以下の要素を1つのプラグイン内に含めることができます。
| 要素 | 役割 |
|---|---|
| Skills | 業務テンプレ・プロンプト・ノウハウのまとまり |
| Subagents | 特定タスク専用のサブエージェント定義 |
| Slash Commands | 「/コマンド名」でアクセスする独自コマンド |
| Hooks | 特定ライフサイクル時点で自動発火するフック |
| MCP Servers | 外部システム連携用 MCP サーバー定義 |
| LSP Servers | 言語サーバー定義（コード補完など） |
| Output Styles | 出力フォーマットの定義 |
従来の運用との違い
これまでの Claude Code カスタマイズは、ユーザーごとに ~/.claude/ 配下を手動編集する運用でした。スキル定義、サブエージェント、コマンド、フックがバラバラに管理され、社内で共有しようとすると各人がファイルを手動コピーする手間が発生していました。
Plugins の登場で、この管理が以下のように変わります。
- バージョン管理ができる：プラグインに versionnumber がついて更新追跡可能
- 1コマンドでインストール：/plugin install でセットアップ完了
- マーケットプレイス配布：GitHub リポジトリ等経由で社内・社外配布
- 自動更新：マーケットプレイスから最新版を pull できる
- 多元配布：複数のマーケットプレイスを並行管理
公式マーケットプレイスを使う
Claude Code には初期状態で claude-plugins-official という公式マーケットプレイスが搭載されています。Anthropic が高品質なプラグインを審査して公開している場所です。
インストール手順（3ステップ）
- Claude Code を起動して
/pluginコマンドを実行 - Discover/Browse パネルでプラグイン一覧を確認（コマンド・エージェント・スキル・フック・MCP サーバーが事前に表示される）
- 気になるプラグインで Enter → 「インストールしますか？」確認 → Yes でインストール完了
非対話的にインストールする場合のコマンド例：
/plugin install web-search@claude-plugins-officialこれだけで、選んだプラグインに含まれるすべての要素（スキル、サブエージェント、コマンド等）が一度に利用可能になります。
独自マーケットプレイスを社内に展開する
中小企業の運用で最も価値があるのは、社内向けのマーケットプレイスを GitHub プライベートリポジトリで構築する方法です。これにより、社員全員が共通のプラグインセットを使える状態が作れます。
社内マーケットプレイスの作成手順
- GitHub プライベートリポジトリを作成：例
your-company/claude-plugins - marketplace.json をリポジトリルートに配置：マーケットプレイスのメタ情報を記述
- プラグインフォルダを配置：各プラグインを
plugins/配下にディレクトリで作成 - 社員のClaude Code にマーケットプレイス追加：
claude plugin marketplace add your-company/claude-plugins - 社員が /plugin install でインストール：標準フロー
marketplace.json のサンプル
{
"name": "uravation-internal-plugins",
"description": "Uravation 社内向け Claude Code プラグインカタログ",
"plugins": [
{
"name": "sales-pipeline",
"description": "営業パイプライン管理用のスキル + サブエージェント",
"path": "plugins/sales-pipeline",
"version": "1.2.0"
},
{
"name": "client-onboarding",
"description": "顧客オンボーディングのテンプレ集",
"path": "plugins/client-onboarding",
"version": "0.9.1"
}
]
}マーケットプレイス追加時のコマンド種類
マーケットプレイスは複数の経路で追加できます。
| 経路 | コマンド例 |
|---|---|
| GitHub owner/repo | claude plugin marketplace add acme/plugins |
| Git URL | claude plugin marketplace add https://gitlab.com/acme/plugins.git |
| リモート URL | claude plugin marketplace add https://acme.io/plugins/marketplace.json |
| ローカルパス | claude plugin marketplace add /path/to/local/plugins |
プラグインを自社で作成する
中小企業が独自プラグインを作る場合の典型的なケースは「業務テンプレの集合体を社内配布したい」というものです。具体的な作成手順を以下に整理します。
プラグインのディレクトリ構造
plugins/sales-pipeline/
├── plugin.json # プラグインメタ情報
├── skills/ # スキル定義
│ ├── lead-research/
│ │ └── SKILL.md
│ └── proposal-draft/
│ └── SKILL.md
├── agents/ # サブエージェント定義
│ └── lead-qualifier.md
├── commands/ # スラッシュコマンド
│ └── pipeline.md
├── hooks/ # フック定義
│ └── pre-commit.sh
└── mcp/ # MCP サーバー定義
└── crm-connector.jsonplugin.json のサンプル
{
"name": "sales-pipeline",
"version": "1.2.0",
"description": "営業パイプライン全体のスキル・サブエージェント・コマンド・フック",
"author": "Uravation Sales Team",
"license": "Internal Use Only",
"claude_code_min_version": "2.0.0"
}作成5ステップ
- プラグインディレクトリを作成：上記の構造でフォルダを準備
- plugin.json を記述：メタ情報を明確に
- 個別要素を配置：スキル・エージェント・コマンド・フック・MCPを格納
- ローカルテスト：
claude plugin marketplace add ./で自分の環境にインストールしてテスト - GitHub にプッシュして公開：プライベートリポなら社内のみ、パブリックなら世界中に配布
中小企業の現場で効く活用パターン
パターン1：営業部全員に「営業パイプライン」プラグイン配布
営業部の各メンバーが、リード情報の整理、提案書ドラフト、メール文面、議事録要約までを Claude Code 一本で完結できる状態にする。プラグイン1つに営業フロー全体のスキル・テンプレ・サブエージェントを束ねて配布。新入社員のオンボーディング期間を大幅短縮できます。
パターン2：開発部に「コードレビュー＋PR生成」プラグイン
Pull Request 作成時の自動レビュー、コミットメッセージ生成、PR description ドラフトをまとめたプラグインを社内マーケットプレイスから配布。エンジニア全員が同じ品質基準でレビューを受けられる状態に。
パターン3：経理部に「請求書・経費精算」プラグイン
領収書OCR、仕訳生成、月次サマリ、税務チェックをまとめたプラグイン。SaaS の経費精算ツール（freee・マネーフォワード等）と MCP 連携してデータ取得まで自動化。
パターン4：人事部に「採用フロー」プラグイン
求人原稿生成、書類選考の一次評価、面接質問生成、内定通知書ドラフトをひとまとめにしたプラグイン。採用業務の品質を全社で均一化。
運用上の注意点5つ
注意1：機密データの扱い
プラグイン経由で外部 API（MCP サーバー等）を呼び出す場合、機密データの送信先と保持ポリシーを必ず確認してください。社内専用プラグインでも、コードの中で外部 SaaS を呼んでいる場合は同様の確認が必要です。
注意2：プラグインのバージョン管理
plugin.json の version 更新を徹底してください。プラグインを更新したのに version を上げないと、社員の手元で古いバージョンが残ったままになります。Semantic Versioning（MAJOR.MINOR.PATCH）の運用がおすすめ。
注意3：プライベートリポジトリのアクセス権限
GitHub プライベートリポジトリを社内マーケットプレイスにする場合、社員の Git 認証情報がプラグイン取得に必要です。SSH 鍵設定または Personal Access Token の運用ガイドを社内で整備してください。
注意4：フックの暴走リスク
Hooks は強力ですが、無限ループや過度な処理時間のリスクがあります。プラグイン公開前にフックの動作テストを徹底し、最大実行時間制限を設定してください。
注意5：MCP サーバーの外部依存
プラグインに MCP サーバー定義を含めると、その MCP の稼働状況がプラグイン全体の使い勝手に影響します。サーバー障害時のフォールバック挙動も考慮した設計が必要です。
Claude Code Plugins の今後の展望
展望1：パブリックマーケットプレイスの拡大
claude-plugins-official に加えて、第三者の公式・非公式マーケットプレイスが急増しています。今後半年〜1年で「Claude Code 拡張機能のエコシステム」が、VS Code 拡張のような規模に成長する可能性があります。
展望2：プラグインの収益化
有料プラグインの登場や、サブスク型プラグインなど、収益化モデルが立ち上がる予兆があります。中小企業も「自社の業界特化プラグイン」を有料配布するビジネスチャンスが生まれます。
展望3：企業内プラグインプラットフォーム
大企業を中心に、社内専用の Claude Code プラグインプラットフォームを整備する動きが加速。中小企業も同様の流れに乗ることで、AI活用のレベルを底上げできます。
今すぐ取れる5つのアクション
- 本日中：
/pluginコマンドで claude-plugins-official を覗いて、自社業務に近いプラグインを3つ試す - 1週間以内：社内で「Claude Code をよく使う部門」を3つ特定し、その部門のヒアリングを実施
- 2週間以内：1部門・1業務に絞って自社プラグインの試作版を作成（ローカルテスト）
- 1ヶ月以内：GitHub プライベートリポジトリに社内マーケットプレイスを構築し、1プラグインを社内配布
- 3ヶ月以内：3〜5部門で社内プラグイン運用を標準化、月次のメンテナンス体制構築
よくある失敗パターン3つ
失敗1：「いきなり完璧なプラグイン」を作ろうとして頓挫
機能を盛り込みすぎて、最初のプラグイン作成に2ヶ月かけてリリースできない、という現象。最初は「1スキル + 1コマンド」のミニマムから始めるのが鉄則。動かして使ってから拡張する。
失敗2：個人で作って社内に共有しない
「自分用に作って便利だけど社内に展開してない」状態。プラグイン化の本質は「再利用」です。Git にプッシュして社内マーケットプレイスから配信する一手間を絶対に飛ばさないでください。
失敗3：更新メンテナンスが止まる
初期リリースしたきり、更新が止まって陳腐化するパターン。月次の「プラグイン棚卸し」ミーティングを定例化するのが対策。30分でも社内プラグインのレビューを回すと、品質維持できます。
よくある質問
Q1. Claude Code Plugins を使うのに追加費用は必要ですか？
プラグイン機能自体は Claude Code に標準搭載されており、追加費用は不要です。ただし、プラグイン内で MCP サーバー経由で有料 SaaS を呼び出す場合は、その SaaS の料金がかかります。
Q2. プラグインを社外公開した場合のセキュリティリスクは？
プラグイン内に API キーや認証情報を含めると重大なセキュリティリスクです。必ず環境変数や Secrets Manager 経由で取得する設計にし、コード内に直書きしないでください。
Q3. プラグインの容量制限はありますか？
2026年6月時点で明示的な容量制限は公開されていませんが、実用上は数MB〜数十MB程度に収めるのが推奨。プラグインに大量のデータファイルを含めるとインストール時間が長くなります。
Q4. プラグインで使えない言語・フレームワークはありますか？
プラグイン内のスキル・サブエージェントは Markdown ベースなので言語依存は最小限です。Hooks のシェルスクリプトや MCP サーバーは任意の言語で実装可能。
Q5. 既存の .claude/ 配下のスキルをプラグイン化できますか？
はい、可能です。既存スキルを plugins/your-plugin/skills/ に移動し、plugin.json を追加すればプラグイン化完了。社内チーム共有のための移行作業として推奨されます。
Q6. プラグインのバージョン更新を社員全員に通知する方法は？
マーケットプレイスの仕組みで自動更新通知が出ますが、補助的に Slack 等での社内告知を併用するのが推奨。重要更新の場合は強制更新の運用ルールを決めると安全。
Q7. プラグインを社内で評価する指標は？
インストール数、月間アクティブ利用数、社員フィードバック（NPS的なもの）、エラー報告件数、を月次で集計するのが標準的な KPI 設計です。
Q8. プラグインを作る人材が社内にいません
最初はテンプレ・スクリプトを集める「キュレーション役」で十分です。技術的なプラグイン作成は外部委託も選択肢。弊社のような AI 導入支援パートナーの活用もご検討ください。
まとめ：Plugins は「組織の AI 運用標準化」の決定打
Claude Code Plugins は、「個人で AI を使う時代」から「組織で AI を運用する時代」への明確な転換点です。中小企業が AI 活用のレベルを社内で均一化し、ノウハウを資産化していくための、現時点で最も効率的なメカニズムと言えます。
最初の一歩は「公式マーケットプレイスを見に行く」だけで十分です。30分の時間でエコシステムの全体感が掴めます。その後、自社業務に合わせた1プラグインから着手して、段階的に拡張していけば、3ヶ月後には社内 AI 運用の風景が大きく変わっているはずです。
本記事の情報は2026年6月初頭時点の Claude Code Plugins（public beta）に基づきます。API・コマンド・仕様は今後 GA リリースに向けて変更される可能性があります。最新の正確な情報は Claude Code 公式ドキュメント でご確認ください。
佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。
📚 関連記事
参考・出典
- Claude Code Plugin Marketplace 公式ドキュメント（参照日：2026年6月1日）
- Anthropic 公式プラグインリポジトリ（参照日：2026年6月1日）
- Claude Code Plugins ローンチアナウンス（参照日：2026年6月1日）
- Claude Code Plugins README（参照日：2026年6月1日）
