Claude Codeを使い始めると、Skill、MCP、プラグインという3つの言葉が立て続けに出てきます。どれも「Claude Codeを拡張するもの」と説明されるため、同じ種類の選択肢が3つ並んでいるように見えます。しかし実際には役割の層が違うもので、比べて選ぶ関係ではありません。この記事では3つの区別を先に表で示し、それぞれの仕組みと、どれをいつ使うかの判断基準を説明します。
結論の対比表
まず全体像です。役割、実体、作る人の視点の3つの軸で並べると、層の違いがはっきりします。
| Skill | MCP | プラグイン | |
|---|---|---|---|
| 役割 | AIに作業手順を教える手順書 | AIと外部システムをつなぐ接続の規格 | 拡張一式をまとめて配布する箱 |
| 実体 | SKILL.mdというMarkdownファイル | 規格に沿って動くサーバー | Skillやコマンド等を束ねたパッケージ |
| 作る人の視点 | 手順を文章で書く | ツールをプログラムとして実装する | 作った拡張を配布用にまとめる |
表からわかるとおり、Skillは文章、MCPはプログラム、プラグインはパッケージです。以下、順に見ていきます。
Skillとは。AIに手順を渡すMarkdown
Skillは、AIに作業手順を渡すためのMarkdownファイルです。「この作業を頼まれたら、この手順で進める」という指示を自然言語で書いておくと、Claude Codeはユーザーの依頼内容に応じて該当するSkillを自動で選択して読み、その手順に従って作業します。スラッシュコマンドで明示的に呼び出すこともできます。
自動選択の判断材料になるのは、Skillの冒頭に書くdescription（このSkillをいつ使うかの説明文）です。依頼内容とdescriptionが合致するとClaude Codeがそのファイルを読みに行く、という動きをします。手順書が本棚に並んでいて、必要なときだけ取り出して読まれる姿を想像すると近いです。
作るために必要なのは、テキストファイルを1つ書くことだけです。プログラミングは要りません。編集部では日報の生成やSNS投稿など、繰り返し発生する作業の手順をSkillにして運用しています。仕組みと作り方の詳細はSkillとは何かの解説記事にまとめています。
MCPとは。AIと外部をつなぐ共通規格
MCP（Model Context Protocol）は、AIと外部ツールやデータ源を接続するための共通規格です。この規格に沿ったサーバーを用意して接続すると、AIはそのサーバーが提供するツールを使えるようになります。カレンダーの予定取得、データベースの検索、チャットツールへの投稿といった、Claude Code単体ではできない外部システムの操作がここに含まれます。
Skillとの違いは、実体がプログラムであることです。SkillはAIの振る舞いを文章で変えますが、MCPはAIが使える道具そのものを増やします。MCPサーバーは常駐して接続を待ち受け、AIからの要求に応じてツールを実行します。誤解しやすい点として、MCPはAIモデル自体の機能ではありません。あくまで接続の規格であり、何ができるかはサーバー側の実装で決まります。
規格が共通であることの利点は、接続先ごとに連携コードを書かなくて済むことです。カレンダーでもデータベースでも、対応するMCPサーバーがあれば同じ形式でつなげられます。一方で、接続したサーバーの分だけAIが操作できる範囲は広がるので、必要な連携だけを有効にする運用が求められます。
プラグインとは。拡張をまとめて配る箱
プラグインは、Skill、スラッシュコマンド、フック、MCPの接続設定などをひとまとめにして配布できるパッケージ形式です。SkillやMCPと並ぶ第3の機能というより、それらを入れて運ぶ箱にあたります。
個別のSkillを1つずつコピーして配る運用でも動きはしますが、数が増えると導入の手間と抜け漏れが増えます。プラグインなら、関連する拡張一式を導入するだけで使える状態になります。プラグインを導入すると中のSkillがまとめて使えるようになる、という関係です。チーム内でのSkillの配り方はSkillの配布方法の記事で扱っています。
使い分けの判断基準
どれを使うかは、やりたいことがどの層にあるかで決まります。判断基準は3つです。
手順を再現させたいならSkillです。「毎回同じ形式でレポートを作らせたい」「この作業のやり方を固定したい」という要望は、手順を文章にすれば済むのでSkillで解決します。
外部システムのデータや操作が必要ならMCPです。「社内のデータベースを参照させたい」「SaaSの機能をAIから使わせたい」という要望は、手順書をいくら書いても実現しません。AIとそのシステムをつなぐ接続が必要で、それがMCPの仕事です。
作った拡張をチームや外部に配りたいならプラグインです。配布はSkillやMCP設定を作った後の工程なので、最初からプラグインを検討する必要はありません。
そして、この3つは対立概念ではなく、組み合わせて使うのが普通です。編集部の運用でも、MCPで外部サービスに接続し、その使い方の手順をSkillに書き、両方をプラグインとして配る、という構成が珍しくありません。「SkillかMCPか」と二択で悩んでいるなら、問いの立て方がずれています。手順の問題か、接続の問題か、配布の問題かを切り分ければ、使うべきものは自然に決まります。
まとめ。まずSkillから始める
Skillは手順書、MCPは外部接続の規格、プラグインは配布の箱。この一行を覚えておけば、3つの言葉に迷うことはなくなります。
これから拡張を始めるなら、編集部の実感としてはSkillが最短です。テキストファイルを1つ書けば動き、失敗してもファイルを直すだけで済みます。Skillの運用に慣れてから、外部接続が必要になった時点でMCPを検討し、配る相手ができた時点でプラグインを検討する。この順番で進めれば、無駄な回り道をせずに済みます。