「プラグインって、また新しい仕組みですか」と聞かれた
先日MCP・Agents・Skillsの違いを整理した記事を書いたばかりなのですが、公開後にコメントで「Claude Codeの`/plugin`ってやつも出てきましたけど、あれはまた別物ですか」と聞かれました。正直、私も一瞬「え、また増えるんですか」と思いました。
調べてみると、Claude Codeには公式のプラグインマーケットプレイス（claude-plugins-official）があり、/plugin install playwright@claude-plugins-officialの一発でPlaywrightを導入できるようになっていました。今回はこの「プラグイン」が、これまで整理してきたMCP・Skillsとどう違うのか、実際に中身を開けて確認したところまで含めて書いていきます。
プラグインは「配布のための箱」
公式ドキュメント（Discover and install prebuilt plugins through marketplaces）を読むと、プラグインの定義がはっきり書かれています。プラグインはコマンド・エージェント・スキル・フック・MCPサーバー（さらにLSPサーバーも）をひとまとめにして配布する単位です。マーケットプレイスはそのプラグインを見つけてインストールするためのカタログ、という位置づけになります。
ここが今回いちばん腹落ちしたポイントなのですが、プラグインはSkillsやMCPと並ぶ「第4の技術」ではありません。むしろSkillsもMCPもAgentsも、プラグインという箱に詰めて配れるようにするための仕組みです。私たちがこれまでnpx playwright mcpで手動設定していたMCPサーバーの接続や、SKILL.mdを自分でリポジトリに置く作業を、誰かが1つのパッケージにまとめて「コマンド1つで導入できる形」にしたもの、と考えるとしっくりきました。
Claude Codeを対話モードで初めて起動すると、公式マーケットプレイスclaude-plugins-officialは自動で追加されます。もし自動追加に失敗していたら/plugin marketplace add anthropics/claude-plugins-officialで手動追加できる、とドキュメントに書かれていました。
実際にDiscoverタブから見てみる
手順はシンプルです。ターミナルで/pluginと打つとパネルが開き、Discoverタブで導入済みマーケットプレイスのプラグイン一覧をブラウズできます。ここでPlaywrightを選ぶか、コマンドラインで直接次のように打つとインストールが始まります。
/plugin install playwright@claude-plugins-officialインストール時にはスコープを聞かれます。自分だけに入れるならUser、プロジェクトの全員に入れるならProject、そのリポジトリだけならLocalです。ここは普段のnpmパッケージのグローバル/ローカルの感覚に近いので、1年目の方でも迷わないと思います。インストールが終わると要約に「Plugin is now active.」か「Run /reload-plugins to activate.」のどちらかが出るので、後者が出たら/reload-pluginsを実行して有効化してください。
中身を開けてみたら、思ったより素朴だった
ここからが今回いちばん書きたかったところです。「プラグイン＝コマンド・エージェント・スキル・MCPをまとめた箱」と説明されると、Playwrightプラグインにもさぞ立派なエージェント定義やSkillが入っているのだろうと想像しますよね。実際に公式リポジトリ（anthropics/claude-plugins-official）でPlaywrightプラグインの中身を確認してみました。
結論から言うと、中に入っていたのは.claude-plugin/plugin.jsonと.mcp.jsonの2ファイルだけでした。commandsもagentsもskillsのフォルダもありません。.mcp.jsonの中身はこうです。
{
"playwright": {
"command": "npx",
"args": ["@playwright/mcp@latest"]
}
}これ、MCP入門の記事で紹介した手動セットアップと、コマンドの中身はほぼ同じです。つまりPlaywrightプラグインの正体は、MCPサーバーの接続設定を1個だけ詰めた、かなり薄い箱でした。plugin.jsonの説明文も「Browser automation and end-to-end testing MCP server by Microsoft」となっていて、作者もMicrosoftです。プラグインという仕組み自体はコマンドもエージェントもSkillも同梱できる汎用の器なのですが、Playwrightプラグインが実際に使っているのはそのうちMCP設定という1機能だけ、ということになります。
正直、もう少し豪華な中身を期待していたので拍子抜けしました（もしかしたら今後アップデートでコマンドやSkillが追加されるかもしれません。ここは執筆時点、2026年8月時点の中身だとご理解ください）。ちなみに公式マーケットプレイスの他のプラグイン、たとえばcommit-commandsはコミット用のスキルを複数持っていますし、GitHub連携プラグインのようにMCPサーバーを中心に据えたものもあります。プラグインごとに「何を同梱するか」はかなり幅があるようでした。
じゃあ何が嬉しいのか
中身がほぼMCP設定だけだとしても、プラグインという配布形式には手動設定にはないメリットがあります。1つは導入の手間です。手動なら.mcp.jsonを自分で書いて配置する必要がありますが、プラグインなら/plugin installのコマンド1つで済みます。もう1つはバージョン管理です。マーケットプレイスのカタログはプラグインごとにコミットSHAやrefを持っていて、更新もマーケットプレイス単位でまとめて追跡できます。手動で追加した.mcp.jsonは自分で存在を忘れがちですが、プラグインなら/pluginのInstalledタブで一覧管理でき、しばらく使っていないプラグインは「Not used recently」として教えてくれる機能もあるようです。
チームで使う場合はさらに効きます。.claude/settings.jsonにextraKnownMarketplacesを書いておけば、リポジトリを信頼した瞬間にチーム全員へ同じマーケットプレイスが配られます。個人の.mcp.jsonをコピペで共有する、みたいな運用から卒業できるわけです。
MCP・Skills・プラグイン、結局どう使い分けるか
ここまでの内容と以前のSkills回を合わせて、私なりの整理を書いておきます。
- MCP：AIがブラウザなど外部のものを操作するための「口」そのもの。単体のプロトコルであり、これがないと何も始まりません。
- Skills：自分やチームの手順をClaudeに覚えさせておく箱。Claudeが会話の内容から自分で必要性を判断して読み込みます（model-invoked）。
- プラグイン：コマンド・エージェント・Skill・MCP設定などを1つにまとめて、マーケットプレイス経由でワンコマンド配布するための器。中身はプラグインによって様々で、PlaywrightプラグインはたまたまMCP設定だけの薄い箱でした。
この3つは競合する選択肢ではなく、レイヤーが違います。MCPは土台、Skillsは自分で育てる手順書、プラグインはその両方（と他の要素）を配りやすくする配送手段です。1年目の方が「結局どれを入れればいいんですか」と迷ったときは、まず自分でnpx @playwright/mcp@latestを手打ちする必要があるかどうかで考えるとわかりやすいと思います。手打ちが面倒なら、同じ設定を1コマンドで入れてくれるプラグイン版（/plugin install playwright@claude-plugins-official）を使えばいいだけです。中身が同じなので、どちらを選んでも動作は変わりません。
Agent Teamsの記事でも書きましたが、Claude Code周りの仕組みは新しい概念が次々に増えていくので、1つ増えるたびに「これは何の代わりなのか、何の上に乗っているのか」を確認する癖をつけておくと迷いにくくなります。今回のプラグインも、正体を確認したら「MCPの配布方法が1つ増えただけ」でした。
まとめ
Claude Codeのプラグインは、コマンド・エージェント・Skill・MCP設定をまとめて配布するための公式の箱です。Playwrightプラグインを実際にインストールして中身を確認したところ、入っていたのは.mcp.json1枚だけで、実体はnpx @playwright/mcp@latestを起動するMCP設定でした。プラグインという仕組み自体は今後もっと豪華な組み合わせで使われていくと思いますが、少なくとも執筆時点のPlaywrightプラグインは「MCPをワンコマンドで導入できるようにした薄い箱」と理解しておけば十分です。プラグイン周りはまだ動きが速い分野なので、実際に導入する際は公式ドキュメントとマーケットプレイスのリポジトリを直接確認することをおすすめします。
コメント