Claude Code Plugin・Skills・MCP・Subagents の違いと使い分け完全ガイド【2026年5月版】

Claude Codeを実運用に乗せ始めると、必ずぶつかるのが 「Plugin」「Skills」「MCP」「Subagents」の4つが混乱する問題です。2026年5月時点でMarketplace 2,500+、Skills 4,200+、MCP Servers 770+が公開され、初心者ほど「何から入れればいいの？」で固まります。本記事は、自社で365日Claude Codeを回している筆者が、4つの構成要素の役割の違い・階層関係・使い分けの順序を、図解5枚と実装例つきで2026年5月最新で整理します。読了後、4つを「同じ箱の中の別パーツ」として迷わず選べる状態になります。

目次

なぜ4要素が混同されるのか｜公式ドキュメントが分散しているから

Claude Codeの公式ドキュメントは、Plugin・Skills・MCP・Subagentsが別々のページに分かれて解説されています。これは設計思想として正しい（各要素が独立した仕組みだから）のですが、初心者目線では「同じ会話の中でどう連携するの？」が見えづらい構造です。

たとえば Anthropic 公式の Subagents ドキュメント、Plugin ドキュメント、MCP 公式サイトはそれぞれ別ドメイン・別構成で、横串の比較記事が不足しています。結果として、Claude Code を使い始めた人は「Skills と Subagents、どっちで作るべき？」「MCP は Plugin の中身？外側？」と混乱したまま進みます。

2026年5月時点のエコシステム規模は次のとおりです。Claude Marketplaces等のサードパーティ集約サイトで確認できます。

• Marketplaces: 2,500+
• Skills: 4,200+
• MCP Servers: 770+
• Subagents: 数千（個別ユーザーの公開設定含む）

この規模になると、4要素の違いを腰を据えて理解しないと、似たような機能のものを重複導入して動作不能になる事故が現実的に起きます。料理に例えると、4種類のキッチン道具（包丁・鍋・オーブン・電子レンジ）を「全部料理に使う」とは知っていても、それぞれの役割を区別せず適当に使うと、食材が焦げたり生焼けになったりするのと同じです。

階層マップ｜Plugin が最上位、Skills/MCP/Subagents が部品

結論から言うと、4要素はフラットではなく階層構造です。最上位の「配布パッケージ層」がPluginで、その中に「能力部品」としてSkills・MCP・Subagentsが入る関係になっています。

たとえるなら、Pluginは「お弁当箱」のようなものです。お弁当箱の中には、ご飯（Skills：基本知識）・おかず（MCP：外部から仕入れた食材）・特別な調理（Subagents：別シェフが作る一品）が入ります。お弁当箱に入れずに、おにぎりだけ持っていくこともできるし、お惣菜だけ買って帰ることもできるように、Skills単体・MCP単体・Subagents単体での運用もできます。

ステップ1：Skills とは何か（料理のレシピのような知識セット）

Skillsはプロンプトベースで配布される専門能力のセットです。中身はMarkdownファイルで、「この役割をこう動かす」という指示と、必要に応じて参照ファイル（用語集・テンプレート等）が同梱されています。料理に例えると、Skillsは「特定料理のレシピ集」のようなものです。レシピだけあっても食材は別途必要ですが、レシピがあれば再現性のある料理が作れます。

Skillsの基本構造

Skillはディレクトリで構成され、`SKILL.md` がメインの指示書になります。たとえば「PDF解析」Skillなら、PDFを読み込む手順・出力フォーマット・典型的なエラー対処までが1つのSkill内にまとまっています。Anthropic公式 Skills ドキュメントでは、組織配布・個人配布・プラグイン経由配布の3スコープが定義されています。

~/.claude/skills/pdf-analyzer/
  ├── SKILL.md     # メイン指示書
  ├── examples/    # 参照例
  └── templates/   # 出力テンプレート

使う時は、メインClaudeに「PDF解析Skillで○○して」と頼むと、自動でSKILL.mdが読み込まれて発動します。Subagents実践活用ガイドで扱ったSubagentsのskills:フィールドにSkill名を列挙することで、特定エージェントに専門能力を組み込むこともできます。

Skillsが向く用途

Skillsは「同じ作業を繰り返し再現したい」場面に向きます。財務モデリング・契約書解析・スライド作成・ブログ記事執筆など、ある分野の知識・テンプレート・出力形式をパッケージ化したい時の第一選択です。逆に「外部システムとデータをやり取りしたい」用途には不向きで、それはMCPの領域です。

Skillsの配布スコープと優先度

Skillsは配置場所によって有効範囲が決まります。3つのスコープがあり、優先度の高い場所に置いたSkillが同名の低優先度を上書きします。組織配布はmanaged settings経由、個人配布は~/.claude/skills/、プロジェクト固有なら.claude/skills/に置く形です。チームで共有したいSkillはプロジェクトリポジトリに置いてgit管理するのが標準で、自社運用でも記事執筆用Skillはこの方式で配布しています。たとえるなら、料理本も「家庭の冷蔵庫に貼るレシピ」「家族共有のレシピ集」「会社の社員食堂専用レシピ」のように、共有範囲を分けて運用するのと同じ発想です。

自社運用の実例：ブログ執筆Skill

自社では「ブログ記事執筆Skill」を1つ作って運用しています。中身は本記事の品質ゲートが要求する数値ルール（9,000-11,000字・SVG 3-5枚・比喩5箇所以上等）と、参照すべき社内rulesへのリンク集です。このSkillを呼べば、メインClaudeが自動で全ての記事要件を踏まえた執筆モードに入ります。Skillを作る前は同じ説明を毎回手動で入れていましたが、Skill化後は「ブログ執筆Skillで○○のテーマで」と1行で発動できるようになり、立ち上がり時間が90%短縮されました。

ステップ2：MCP とは何か（外部システムとの通信プロトコル）

MCP（Model Context Protocol）はAIと外部システムをつなぐ標準プロトコルです。AnthropicがUSB-Cのような「共通規格」として2024年11月にオープンソース公開し、現在は Linux Foundation 配下の AgenticAI Foundation で運営されています。MCP公式に仕様の全文があります。

MCPの基本構造

MCPはクライアント・サーバーモデルです。Claude Codeが「MCPクライアント」、外部システム側が「MCP Server」になります。たとえばGoogle Drive をMCP Serverとして立てると、Claude Code がそのMCP Server経由で Drive 内のファイル一覧取得・読み込み・更新ができるようになります。XServer公式MCPのようにレンタルサーバーをMCPで操作する事例も増えています。

// ~/.claude/mcp.json
{
  "mcpServers": {
    "google-drive": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-gdrive"]
    },
    "xserver": {
      "command": "npx",
      "args": ["-y", "xserver-mcp"]
    }
  }
}

MCPが向く用途

MCPは「外部システムにアクセスする・データを取り込む・操作する」場面が必須要件です。Google Drive・GitHub・Slack・データベース・SaaS APIなど、Claude Codeのコンテキスト外にあるリソースを扱う時に必要になります。逆に「会話の中で完結する作業」（文章生成・要約等）にはMCPは不要で、Skillsだけで足ります。

MCPセキュリティの3原則

MCPはセキュリティリスクが最も高い要素なので、導入前に必ず以下3点を守ります。1つ目は公式・主要OSSのMCP Serverだけ使うこと。サードパーティ製は認証情報の取り扱いが不透明なケースがあり、企業環境では原則禁止が安全です。2つ目は認証情報を環境変数で渡すこと。Claude Codeのmcp.jsonに直書きせず、シェル環境変数経由で読ませる設計にします。3つ目は権限スコープを最小化すること。読み取り専用のMCP Serverと書き込み可能なMCP Serverを分け、書き込み権限は本当に必要な操作にのみ与えます。XServer MCP のように「読み取り専用キー」と「全操作キー」を分けて発行するパターンが理想です。

MCPと従来のAPI直叩きの違い

MCPが登場する前は、Claude CodeからGoogle Driveを操作するなら、毎回ユーザーが「Drive APIに対するHTTPリクエストを書いてください」とプロンプトで指示する必要がありました。MCP導入後は、Drive MCP Serverを設定するだけで、Claude Code が自分で適切なツール（list_files、read_file、update_file等）を選んで呼び出します。たとえるなら、海外旅行で各国の入国審査で毎回違う書類を書いていたのが、共通の旅券（パスポート＝MCP）1つで全部済むようになった感覚です。エコシステム全体の効率が一気に上がる発明です。

ステップ3：Subagents とは何か（独立コンテキストの専門エージェント）

Subagentsは独立したコンテキストウィンドウで動く専用AIエージェントです。メインClaudeの会話とは別の作業空間でタスクを実行し、終わったら結果の要約だけをメインに返します。詳細実装は Claude Code Subagents 実践活用ガイド で全公開しています。

Subagentsの基本構造

Subagentは.claude/agents/<name>.mdに YAMLフロントマター + Markdown本文で定義します。最小構成はnameとdescriptionのみ必須で、あとはツール制限・モデル選択・ターン数上限などが任意設定です。

---
name: factcheck
description: 記事内の全データを一次ソースで検証
tools: Read, Grep, Glob, WebSearch, WebFetch, Bash
model: sonnet
maxTurns: 20
---

あなたはoishi-aiプロジェクトの専任ファクトチェッカーです...

Subagentsが向く用途

Subagentsの最大の特徴は「独立コンテキストでメインを汚さない」点です。ファクトチェックのように検証ログ大量に出る作業、コードレビューのように深い分析が必要な作業、並列で複数タスクを回したい作業は、Subagentsに切り出すと劇的に効率化します。Skillsが「メインの中で発動する知識」なのに対し、Subagentsは「別ウィンドウで動く分身」と覚えると整理できます。

SubagentsとSkillsの組み合わせパターン

SubagentsとSkillsは敵対関係ではなく相互補完です。SubagentのYAMLフロントマターにskills:を列挙すると、そのSubagentが起動時に複数のSkillsを自動ロードします。例えば「ファクトチェック専門Subagent」に「URL検証Skill」「日付正規化Skill」「廃止製品検出Skill」を組み込めば、専門能力を持つ独立エージェントが完成します。料理に例えると、Subagentが「別シェフ」、Skillsが「そのシェフが持参するレシピ集」のような関係です。シェフ1人より、専門レシピを持ったシェフ1人の方が一段強い、そのイメージです。

ステップ4：Plugin とは何か（3要素を束ねた配布パッケージ）

PluginはSkills・MCP・Subagents・slash commands・hooks を1つに束ねた配布パッケージです。Marketplaceで配布されており、ユーザーは1コマンドで複数機能を導入できます。Anthropic公式 Plugin ドキュメントに詳細仕様があります。

Pluginの基本構造

Pluginはディレクトリ内にplugin.jsonと各要素のサブディレクトリ（skills/、agents/、mcp/、commands/、hooks/）を持ちます。1つのPluginが全要素を含む必要はなく、たとえば「コードレビュー専門Plugin」ならSubagentsとhooksだけ、「データ分析Plugin」ならSkillsだけ、という構成もOKです。

Pluginが向く用途

Pluginは「複数要素をまとめて導入したい」「チームに同じ環境を配布したい」場面に向きます。逆に「Skills 1つだけ欲しい」ならPluginを介さず直接Skills導入の方がシンプルです。Anthropic公式 Plugin リポジトリには組織向けの厳選Pluginが揃っており、信頼性を重視するならまずここから選ぶのが安全です。

使い分けマトリックス｜「何をしたい？」で4要素を選ぶ

ここまでの整理を1枚のマトリックスにまとめます。やりたいことから逆引きで選べる早見表です。

この早見表は「1つの要素で完結する」場合の基本選択です。実務では複数要素を組み合わせる場面が多く、その場合はPluginで束ねる選択もあります。たとえる例として、文房具屋で「ペン1本買いたい」のか「ペン・ノート・付箋セットを買いたい」のかで、単品買いか文具セット買いかが変わるのと同じ感覚です。

初心者の導入順序｜Skills→MCP→Subagents→Plugin

4要素を全部いきなり覚えるのは無理ゲーです。30日かけて1要素ずつ導入するのが現実的です。順序は「Skills→MCP→Subagents→Plugin」を推奨します。

この順序の根拠は「依存関係の浅いものから入れる」原則です。Skillsは外部接続なしで動くため、最初に試して挙動を理解しやすい。MCPは外部認証が要るため2番目。Subagentsは内部のClaude Code理解が必要なため3番目。Pluginは全要素の理解前提なので最後、というイメージです。AI半自動化7ステップで扱った「30日で1スキル習得」のアプローチと同じ哲学で、急がば回れの典型例です。

初心者が陥りやすい3つの罠

順序を守らないと次の事故が起きます。たとえるなら、運転免許も持たずに高速道路に飛び乗るようなものです。

• Pluginから始めて中身がブラックボックス化：全部入りPluginを最初に入れると、何が動いているか分からないまま挙動が変わって追跡困難になります
• Subagentsの設計を間違えてrules注入忘れ：path-scoped rulesが届かない問題は、Subagents実践活用ガイドで詳述しています
• MCPの認証情報を平文で書く：APIキーは必ず環境変数で渡し、リポジトリにコミットしない設計が必須です

このフローチャートは「1機能ずつ単独運用」が前提です。複数機能を束ねたい時はPluginが選択肢になります。慣れてくると、最初は単独でテスト→定着したらPluginで束ね直す、というワークフローが自然に身につきます。たとえるなら、料理で「単品レシピを試す→気に入ったら定食メニューにまとめる」のと同じプロセスです。最初から定食を組まないことが、味の調整余地を残すコツになります。

30日チャレンジ後の典型的な姿

順序通り30日続けると、典型的な実務環境は次のような構成に落ち着きます。Skills 2〜3個（自社の業務テンプレ・社内用語集・出力フォーマット）、MCP Server 1〜2個（Google Drive または GitHub）、Subagents 2〜3個（factcheck/self-eval/research のいずれか）が個別に設置されている状態です。Pluginは「導入が便利な時だけ使う上位レイヤー」として、社内配布が必要になった段階で初めて検討する流れになります。たとえるなら、料理教室で30日修行した人が「自分用の調理器具セット」を作るタイミングと同じで、最初から完成形を買うより、使い込んだ道具を厳選する方が、結局は自分の手に馴染む配置に近づきます。

よくある質問（FAQ）

Q1. Plugin/Skills/MCP/Subagents の更新頻度は？

Skills/MCP Server は週次〜月次で公式・サードパーティから新規公開・更新があります。Subagentsは自分で書くケースが多く、自社運用の改善ループに応じて随時更新。Pluginは月次が目安です。公式リポジトリをwatchしておくと変更が把握できます。

Q2. セキュリティ的に怖いのはどれですか？

MCPが最も注意が要ります。外部システムへの認証情報を扱うため、信頼できないMCP Serverを入れると認証情報が抜かれるリスクがあります。サードパーティ製は必ずソースコードを確認し、本番系では公式・自社製・主要OSSのみに絞るのが鉄則です。

Q3. SkillsとSystem promptはどう違いますか？

System promptはセッション全体の前提指示で、Skillsは特定タスクに発動する専門能力セットです。System promptは1セッション1個、Skillsは複数を同時導入して必要時にメインClaudeが選択発動します。

Q4. Subagentsの中でMCPやSkillsを使えますか？

使えます。SubagentのフロントマターにmcpServers:やskills:を列挙すれば、そのSubagentがMCPやSkillsを呼び出せます。プラグイン版Subagentは一部制限あり（hooks/mcpServers/permissionModeは無視）なので、フル機能を使いたい場合は.claude/agents/に直接置くのが安全です。

Q5. 4要素のうち1つだけ捨てるなら？

用途次第ですが、個人開発でメイン会話中心の運用なら一番優先度が低いのはPluginです。Plugin抜きでもSkills/MCP/Subagentsは個別に運用でき、必要な時にだけ手動で組み合わせれば足ります。逆に組織配布が前提なら、Pluginが束ねる効率は他で代替できないため、Pluginが最優先になります。

まとめ｜4要素は階層と役割で迷わず選べる

本記事では、Claude CodeのPlugin・Skills・MCP・Subagentsの違いと使い分けを2026年5月時点の最新情報で整理しました。要点は次のとおりです。

1. 4要素はフラットではなく階層構造：Plugin が外箱、Skills/MCP/Subagents が中身の部品
2. Skillsはプロンプトベースの専門能力（料理のレシピのようなもの）
3. MCPは外部システムとの通信プロトコル（USB-Cのような共通規格）
4. Subagentsは独立コンテキストの専用エージェント（別シェフのようなもの）
5. Pluginは3要素+α を束ねた配布パッケージ（お弁当箱のようなもの）
6. 初心者の導入順序はSkills→MCP→Subagents→Pluginで30日サイクル

4要素の階層と役割が腑に落ちると、Marketplaceで2,500+ Plugin、4,200+ Skills、770+ MCP Serverが並んでいても、迷わず自分に必要なものだけ選べるようになります。明日の朝、まずは公式Skillsを1つだけ導入してみてください。1個触ると、4要素全体の見え方が一気に変わります。

Claude Codeのエコシステムは2026年に入って毎月のように新機能が追加されており、追いかける側は「全部入れる」より「自分の業務に必要なものを厳選する」姿勢が長期的に勝ちます。料理に例えると、和洋中の調理器具を全部買い揃えるより、自分が作る料理に必要な3〜4点を上質なもので揃える方が、結局は使い倒せて元が取れる、というのと同じ発想です。本記事で整理した階層構造を頭に入れた上で、必要な要素だけ深掘りすれば、Marketplace の膨大な選択肢に圧倒されずに済みます。

最後にもう一度強調すると、4要素は競合関係ではなく相互補完です。Skillsだけで足りる場面もあるし、4要素全部を束ねた重量級Pluginが必要な場面もある。自分の業務がどの組み合わせで効率化するかは、実際に動かしてみないと分かりません。読書だけで料理が上手くならないのと同じで、手を動かしながら調整するのが最速ルートです。

参照元

• Anthropic公式｜Create custom subagents
• Anthropic公式｜Discover and install plugins
• Anthropic公式｜Skills
• Model Context Protocol 公式サイト
• GitHub｜anthropics/claude-plugins-official
• Claudemarketplaces.com（サードパーティ集約）
• 関連記事｜Claude Code Subagents 実践活用ガイド
• 関連記事｜XServer公式MCP×Claude Codeガイド
• 関連記事｜AI半自動化7ステップ
• 関連記事｜Claude Code 5月update