Agent Plugins 1.0とは何か。MCPとAgent Skillsを一つの箱で運ぶ新規格

Agent Pluginsという名前を最初に見たとき、私は「また新しいプラグイン機能が増えたのか」と思いました。

しかし仕様を読むと、中心にあるのは新しい機能ではありませんでした。すでに使われているAgent SkillsとMCPサーバーを、一つのフォルダにまとめて運ぶための規格です。

MCPが外部の道具につなぐ方法、Agent Skillsが仕事の進め方を書く方法だとすれば、Agent Pluginsは、その二つを一緒に入れる箱にあたります。

この記事では、Agent Plugins 1.0が何を決め、何を決めないのかを整理します。OpenAIやClaude Codeの製品固有形式との違い、初期運営にAnthropicがいないという話、安全性の確認点も分けて扱います。

Agent Plugins 1.0が決める範囲

Agent Plugins 1.0は、AIエージェントへ追加する部品のうち、次の二つを持ち運びやすくするパッケージ仕様です。

• Agent Skills: AIへ仕事の進め方を伝える手順書
• MCPサーバー: 外部のデータや処理へ接続する部品

プラグインのルートにはplugin.jsonを置き、必要に応じてskills/とmcp.jsonを加えます。

一方で、インストール画面、配布サイト、承認方法、署名、審査、製品固有のフックやエージェント機能までは共通化しません。Agent Plugins形式になったから安全になるわけでもありません。

仕様番号は1.0.0ですが、公式仕様ページの状態表示は2026年8月11日時点でWorking Draftです。完成して長期固定された規格としてではなく、公開された初期仕様として見た方が実態に合います。

MCP、Agent Skills、Agent Pluginsの違い

三つは競合する規格ではなく、担当する層が違います。

Agent PluginsはMCPの後継ではありません。MCPとAgent Skillsを部品として利用します。

また、AI同士が会話するための規格でもありません。プラグインを配布し、対応するAI製品が中身を見つけるためのファイル構成です。

フォルダの中には何が入るのか

Agent Plugins Specification 1.0.0が示す基本形は次の通りです。

plugin.jsonはプラグインの名札です。仕様の版、名前、バージョン、説明、作者、ライセンスなどを記録します。

skills/にはAgent Skills仕様に沿ったSKILL.mdを置きます。スクリプト、参照資料、素材をスキルの下へまとめることもできます。

mcp.jsonにはMCPサーバーの接続方法を書きます。ローカルプロセスとして起動するstdioと、ネットワーク越しにつなぐStreamable HTTPが中心です。古いHTTPとSSEを使う方式は互換用として残っています。

すべてを入れる必要はありません。Skillsだけのプラグインも、MCPサーバーだけを含むプラグインも作れます。

1.0が二種類に絞った理由

AI製品のプラグインには、ほかにもコマンド、サブエージェント、フック、ルール、LSPサーバーなどがあります。

Agent Plugins 1.0は、それらを一度に統一しませんでした。製品ごとに意味や実行方法の差が大きいからです。

共通仕様へ入ったのは、すでに独立した仕様があり、複数製品で扱われているAgent SkillsとMCPサーバーです。

私は、この狭さが1.0の特徴だと考えています。すべてを同じにするのではなく、持ち運べる部分だけを先に固定しています。

対応クライアントでも、作り方が同じとは限らない

Agent Pluginsの互換クライアント一覧には、Visual Studio Code、Cursor、GitHub Copilot、ChatGPTとCodex、Kiro、Hermes Agent、OpenClawが掲載されています。

ただし、ここでいう対応は、一覧に書かれたAgent SkillsやMCPの部品を読み込めるという意味です。各製品のネイティブなプラグイン形式が、すべて同じフォルダ構成になったとは限りません。

たとえば、2026年8月11日時点のOpenAI公式「Build plugins」では、ChatGPTとCodex向けのプラグインを作るとき、.codex-plugin/plugin.jsonを使う手順が案内されています。

Claude Codeは、.claude-plugin/plugin.jsonを使う独自形式をAgent Pluginsより先に提供しています。SkillsとMCPに加え、フック、サブエージェント、LSPサーバーなどClaude Code固有の機能もまとめられます。

ここからは私の整理です。

Agent Pluginsの互換一覧に載っていることと、対象製品へ入れるフォルダをそのままコピーできることは、別に確認した方がよいと思います。実際に配布するときは、共通仕様に加えて、対象製品の最新ドキュメントと実機での読み込み結果を正本にします。

Anthropicが初期運営にいないという事実

Agent Pluginsの初期運営には、Amazon、Cursor、Microsoft、OpenAI、Vercelの所属者が参加しています。

一方、Anthropic所属者は初期メンバーに入っていません。公式の互換クライアント一覧にも、2026年8月11日時点でClaude Codeはありません。

ここが注目されるのは、Agent PluginsがまとめるMCPとAgent Skillsが、どちらもAnthropicと深く関係する技術だからです。

ただし、公開されているTechnical Charter、Maintainers一覧、Issueを確認しても、Anthropicが参加しなかった理由を説明する公式情報は見つかりません。

Claude Codeが先に独自形式を持っていたことは背景として考えられます。しかし、それを不参加の理由と断定することはできません。「対立した」「孤立した」といった話へ広げる根拠もありません。

確認できるのは、現在の初期運営と互換一覧にAnthropicの名前がないことまでです。

共通の箱は、安全性を保証しない

Agent Pluginsは、パッケージ内のファイルがプラグインの外へ抜けないようにするパス検証を仕様へ含めています。

しかし、これはMCPサーバーとして起動したプログラム全体を隔離するサンドボックスではありません。仕様書も、パッケージのパス制約はサブプロセスの実行範囲を制限しないと説明しています。

MCPサーバーがローカルでコマンドを動かすなら、そのプロセスに見えるファイルや環境変数を確認する必要があります。ネットワーク越しのMCPなら、接続先、認証、送信するデータを確認します。

導入時は、少なくとも次を見ます。

持ち運びやすくなるほど、中身を一つずつ確認する作業は大切になります。

どんなときに使うのか

Agent Pluginsが役立つのは、同じ仕事の進め方や接続部品を、複数の対応製品へ配りたいときです。

たとえば、社内の障害対応手順をSkillとしてまとめ、監視システムへ接続するMCPサーバーと一緒に配布する場合です。製品ごとに手順書と接続設定を探して入れ直す負担を減らせます。

一方、一人で一つの製品だけを使い、手順を頻繁に書き換えている段階なら、まずSkill単体で試した方が扱いやすい場合があります。外部サービスへ接続せず、手順だけで完結する仕事にMCPを追加する必要もありません。

パッケージを作ることが目的ではありません。繰り返し使える仕事が固まり、それをほかの環境へ持っていく必要が出たところで箱に入れます。

まとめ

Agent Plugins 1.0は、Agent SkillsとMCPサーバーを一つのフォルダへまとめるパッケージ仕様です。

MCPは接続、Agent Skillsは手順、Agent Pluginsはそれらを運ぶ箱です。バージョン1.0が共通化した部品は二種類に限られます。

互換クライアントに掲載されていても、各製品のネイティブなプラグイン形式や導入手順まで同じとは限りません。対象製品の公式ドキュメントと実機確認が必要です。

また、共通形式は安全保証ではありません。配布元、同梱スクリプト、MCPの接続先、権限、実行環境を確認してから導入します。

参考情報

• Agent Plugins Specification 1.0.0
• Agent Plugins Compatible Clients
• Agent Plugins Technical Charter
• OpenAI公式 Build plugins
• Anthropic: Agent Skills
• Anthropic: Model Context Protocol
• Claude Code: Create plugins

※ 本記事は2026年8月11日時点の公開情報をもとにしています。仕様と対応状況は更新される可能性があります。