AIエージェント拡張の標準規格「Agent Plugins」とは？Vercel主導の新標準とClaude未対応が意味するもの

「便利なAgent Skillを作ったのに、Cursor用・VS Code用・Claude用に3回パッケージし直した」——AIエージェントを活用している開発者なら、一度はこの痛みを経験したことがあるのではないでしょうか。

2026年8月6日、その構造的な問題を解決しようとする動きが起きました。Vercelが**「Agent Plugins 1.0.0」**を発表。OpenAI・Amazon・Microsoft・Cursor・GitHubという業界の主要プレイヤーが策定に参加し、AIエージェント拡張機能の共通パッケージ形式をオープン標準として公開したのです。

しかし一点、見逃せない事実があります。Anthropic（Claudeの開発元）が参加していないのです。しかも仕様の土台はAnthropicが設計したAgent Skills仕様——この皮肉な構図が、業界の力学を如実に表しています。

この記事では、Agent Pluginsの技術的な中身・対応クライアントの現状・そしてClaudeユーザーへの実際の影響を、段階的に理解を深めていきましょう。

1. Agent Pluginsとは何か——3行でわかる要点

1-1. AIエージェント拡張機能の「共通パッケージ形式」

Agent Pluginsを一言で表すなら、「一度パッケージ化すれば複数のAIエージェントで動く（Write once, run anywhere）」拡張機能の共通フォーマットです。

これまで、AIエージェントの拡張機能は各クライアント（Cursor・VS Code・ChatGPTなど）ごとに異なる形式でパッケージングする必要がありました。Agent Pluginsはこの問題を、オープン標準として定義されたディレクトリ構造と設定ファイルで解決しようとするものです。技術運営委員会（Technical Steering Committee）がガバナンスを担い、継続的なアップデートが行われていく予定です。

1-2. なぜ今、標準化が必要だったのか

MCP（Model Context Protocol）とAgent Skillsの普及によって、「エージェント拡張の部品」自体は業界全体に広まりました。しかし配布・パッケージングのレイヤーは各社バラバラのままでした。

対応クライアントが1社なら開発コストは1。しかし5社になれば5倍のパッケージング作業が発生します。エージェントの数が増えるほど、この非効率は掛け算で膨らんでいきます。これが標準化を必然にした構造的な問題です。

1-3. 策定メンバーと参加企業

策定に加わったのは Vercel（主導）・OpenAI・Amazon・Microsoft・Cursor・GitHub の6社です。普段は競合関係にある企業群が1つの規格に合意したという事実は、業界における「分断のコスト」がいかに深刻だったかを物語っています。

2. 技術解説：Agent Pluginsの仕組みを分解する

2-1. たった3つの構成要素

Agent Pluginsのディレクトリ構造は驚くほどシンプルです。

my-plugin/
├── plugin.json          # マニフェスト（必須）
├── skills/
│   └── my-skill/
│       └── SKILL.md     # Agent Skillsの手順書（任意）
└── mcp.json             # MCPサーバーの設定（任意）

特筆すべきは、マニフェストの必須項目が$schemaとnameの2つだけという設計の軽さです。最小限の定義から始められるため、既存のAgent SkillsやMCP設定を持っている開発者なら、移行コストをほとんどかけずにAgent Plugins形式へ対応できます。

2-2. 何を標準化したのか

Agent Plugins 1.0.0が明示的に標準化したのは、以下の3領域です。

• パッケージ形式：ディレクトリ構造とマニフェストの定義
• コンポーネントの発見（discovery）ルール：クライアントがプラグインを検出する仕組み
• セキュリティ要件：HTTPS強制・シークレット埋め込み禁止・パス封じ込め

実際の開発現場では、セキュリティ要件の明文化は特に重要です。サードパーティ製プラグインを安全に利用するための最低限の保証として機能します。

2-3. 意図的にスコープ外にしたもの

一方、以下は意図的に標準化の対象から外されています。

• 配布方法・マーケットプレイス
• ロード戦略（いつ・どうプラグインを読み込むか）
• ユーザー認可フロー
• UI/UXエクスペリエンス

これは単なる仕様の未完成ではありません。「差別化の余地を各社に残す」ための線引きです。各クライアントが独自のマーケットプレイスや審査フロー、UIを実装できる余地を確保することで、競合企業が同一規格に合意しやすくなっています。

2-4. extensions 名前空間：ポータビリティと独自拡張の両立

plugin.jsonのextensionsフィールドを使うことで、クライアント固有の設定を名前空間に隔離できます。

{
  "$schema": "...",
  "name": "my-plugin",
  "extensions": {
    "cursor": { "autoLoad": true },
    "vscode": { "workspaceTrust": "required" }
  }
}

標準に準拠しつつ独自機能を載せられる「逃げ道」を用意することで、各社が積極的に採用しやすい設計になっています。

3. 対応状況マップ：どのAIエージェントで使えるのか

3-1. 対応状況早見表

発表時点での対応状況を一覧にまとめると、Anthropicだけが明確に空白となっています。

ChatGPTやCodexといったOpenAIの主要ツール、VS CodeやGitHub CopilotというMicrosoftエコシステム、そしてAmazonのKiro・CursorがAgent Pluginsに対応済みです。主要な開発者向けエージェントのほぼすべてが対応している中で、Anthropicだけが唯一の空白となっています。

4. 最大の論点：なぜClaudeだけ対応していないのか

ここが本記事の核心です。技術的な仕組みより、むしろこの「不在」の意味を読み解くことが重要です。

4-1. 「Anthropicの仕様の上に、Anthropic抜きの標準ができた」構図

Agent Plugins 1.0.0のSkillsセクションは、Anthropicが設計したAgent Skills仕様を基盤としています。つまり標準規格の中核部分を作ったのはAnthropicでありながら、その規格を策定した組織にAnthropicは参加していないのです。

ベストプラクティスとして「仕様の作者が標準化を主導する」という流れが通常ですが、今回はその逆が起きました。MCPではAnthropicが標準の主導権を握りましたが、Agent Pluginsでは競合連合が主導権を取った——主導権の交代劇とも言える状況です。

4-2. Anthropicの独自路線：Claude Codeプラグインディレクトリ

Anthropicは沈黙しているわけではありません。Agent Plugins発表より約2ヶ月半前の2026年5月22日、独自の「Claude Codeプラグインディレクトリ」を公開し、すでに55以上のプラグインを提供しています。

先行者として自社エコシステムを確立した後、他社主導の標準化に後から乗る必然性が薄れていたとも言えます。

4-3. 考えられる理由（※公式説明はなし）

**重要：Anthropicは不参加の理由を公式に説明していません。**以下はあくまで業界観測に基づく推測です。

① 先行者としての自社エコシステム防衛 独自ディレクトリを先行公開した以上、他社が策定した標準に乗ることで自社エコシステムの優位性が薄れるリスクがあります。

② プラグインの品質・安全性の統制 Claudeは安全性への姿勢を強調するブランドです。審査フローやセキュリティ要件を自社でコントロールしたい思惑が働いている可能性があります。

③ ガバナンスへの姿勢の違い MCPはAnthropicが発案した仕様です。他者が主導するガバナンス体制への参加に対して、慎重な姿勢を取っていると考えることもできます。

いずれも断定はできませんが、「OpenAI連合 vs Anthropic」という対立構図がAIエージェントの拡張エコシステムにも持ち込まれている、という読み解きは妥当でしょう。

5. 相互運用性は実現するのか——分断シナリオの検証

5-1. Claudeユーザーが被りうる不利益

標準化の流れが加速した場合、Claudeユーザーには以下のリスクが生じます。

• 標準形式で配布されたプラグインがClaude Codeでそのまま動かない
• プラグイン開発者がClaude向け対応を後回しにする
• 「Claude用に作り直す」コストが開発者コミュニティに逆説的にかかり続ける

5-2. 実は動く？非公式な互換性の実態

技術的に興味深いのは、Agent Pluginsの中身がSKILL.mdとMCPの設定ファイルであるという点です。これらはClaude Codeが元々扱える素材です。

実際、Qiitaの検証記事（yama3133氏）によると、プラグインのファイルを手動配置することでClaude Codeに取り込めるケースが報告されています。ただし自動発見・自動ロードは効かないため、「使えなくはないが、ワークフローへの統合という意味では別物」という状況です。

5-3. 今後想定される3つのシナリオ

① 収束（最楽観） Anthropicが後追いで対応を表明し、Agent Pluginsが事実上の業界標準になる。MCPの例に倣えば、Anthropicが後から追随する可能性は十分あります。

② 並立（最現実的） Claude独自ディレクトリと標準が長期共存し、コミュニティが変換ツールやブリッジを開発することで橋渡しが行われる。オープンソースの力が空白を埋める展開です。

③ 分断（最悲観） エコシステムが「Agent Plugins対応陣営」と「Claudeエコシステム」に二極化し、開発者が二重メンテを強いられ続ける。

現時点では②が最も蓋然性が高いと判断しますが、Anthropicの次の一手次第で①にも③にも転びうる状況です。

6. 開発者・企業は今どう動くべきか

6-1. プラグイン開発者向け：まずAgent Plugins形式で作る

中身となるSKILL.mdとMCP設定は、どの陣営でも共通資産になります。クライアント固有の処理はextensions名前空間に寄せておく設計にすることで、将来的な対応追加のコストを最小化できます。

「標準形式で作り、独自拡張は名前空間に隔離する」

これが現時点でのベストプラクティスとして推奨できる指針です。

6-2. 社内でAIエージェントを導入している企業向け

社内MCPサーバーの設定を標準形式（mcp.json）で一元管理することで、使用するクライアントを変えた際の移行コストを大幅に削減できます。特定ベンダーのエコシステムへのロックインを避けるという観点からも、標準形式での資産管理は合理的な選択です。

6-3. Claudeを主力にしているチームへの現実的な打ち手

• 資産はAgent Plugins形式で保持：標準形式で蓄積しておけば、将来Anthropicが対応した際にシームレスに移行できます
• Claude Codeへは当面、手動同期で対応：完全な自動化は諦めつつも、ファイルを共通化することで二重メンテのコストを抑えます
• Anthropicの対応表明を注視：公式ブログやGitHubのdiscussionを定期的にウォッチしておくことを推奨します

7. まとめ：標準化競争の本丸は「配布」ではなく「主導権」

Agent Pluginsは技術的には軽量な標準であり、覇権を取りに行くような重厚な仕様ではありません。しかしだからこそ、採用する企業が増えれば増えるほど「乗っていない側」のコストが相対的に膨らんでいきます。

今回起きたことを整理すると：

• MCPフェーズ：AnthropicがプロトコルSide、業界が後追い
• Agent Pluginsフェーズ：競合連合がパッケージング標準を握り、AnthropicはYet to respond

標準化の主導権は一度手放すと取り戻しにくいものです。Anthropicが今後どのような判断を下すか——それがClaude Code開発者コミュニティの分岐点になるでしょう。

注視すべき次の一手は「Anthropicの公式な対応表明」「Agent Plugins対応プラグイン数の推移」「マーケットプレイスの登場タイミング」の3点です。

FAQ

Agent Pluginsとは何ですか？

AIエージェントの拡張機能（スキルやMCPサーバー設定）を共通の形式でパッケージ化・配布するためのオープン標準規格です。Vercelが主導し、OpenAI・Amazon・Microsoft・Cursor・GitHubが策定に参加しています。一度作成すると、対応しているすべてのAIエージェントクライアントで動作させることができます。

Agent PluginsとMCPは何が違いますか？

MCPはAIエージェントがツールやデータソースに接続するための通信プロトコルです。一方、Agent Pluginsはそのようなエージェント拡張機能を「どのようにパッケージ化・配布するか」を定めるフォーマット標準です。両者は補完関係にあり、Agent Pluginsのmcp.jsonにMCP設定を含める形で組み合わせて使います。

Claude CodeでAgent Pluginsは使えますか？

2026年8月時点で、AnthropicはAgent Pluginsへの公式対応を表明していません。ただし、プラグインの構成要素（SKILL.mdやmcp.json）はClaude Codeが元々扱えるファイル形式のため、手動配置による流用は技術的に可能です。自動発見・自動ロードには対応していない点に注意が必要です。

Agent Pluginsを作るには何が必要ですか？

最小構成はplugin.jsonファイル1つだけです。必須フィールドは$schemaとnameの2項目のみで、SKILL.mdやmcp.jsonは任意で追加できます。既存のAgent SkillsやMCPサーバー設定を持っている場合は、それらをそのまま流用できます。

Agent SkillsとAgent Pluginsの関係は？

Agent Skillsは「AIエージェントにどんな操作手順を教えるか」を記述する仕様（SKILL.md形式）です。Agent Pluginsはその手順書や関連設定を「どのようにまとめて配布するか」を定めるコンテナ規格です。Agent Plugins 1.0.0のSkillsセクションはAnthropicのAgent Skills仕様を基盤としています。

参考リンク

• ITmedia：AIエージェントのSkills・MCPなどをまとめる標準規格登場
• Vercel Blog: Introducing Agent Plugins
• Zenn（AWS Japan）：Agent Plugins 1.0.0 は何を標準化し、何を標準化しなかったのか
• Qiita：Agent Plugins 1.0、AnthropicだけClaude Codeで動くか検証
• CyberNews: OpenAI, Google, Amazon, and Vercel's new "Agent Plugins" standard
• The Next Web: OpenAI and four rivals just agreed on one standard for AI agents