Agent Plugins 1.0.0：ベンダーロックインの終わりの始まり

6社+

共同策定・TSCVercel主導 + AWS, Cursor, GitHub, Microsoft, OpenAI。Googleもコアメンテナー参加

ローンチ対応クライアントChatGPT/Codex, Cursor, GitHub Copilot, Kiro, VS Code

標準化対象コンポーネントAgent Skills + MCPサーバー設定（v1の焦点）

1.0.0

公開直後の仕様2026年8月6日に正式公開されたばかり

インストール・権限の標準化パッケージ形式のみ。配布・権限・UXはクライアント任せ

ONE-BOARD SUMMARY

1枚で見る Agent Plugins 1.0.0

Agent Pluginsは、AIエージェント向け拡張機能（主にAgent SkillsとMCPサーバー）をポータブルなパッケージとして配布するためのオープン・ベンダー中立仕様である。Vercelが初期提案を出し、主要エージェントクライアントを持つ企業が共同で1.0.0に仕上げた。

何が変わるか：これまでクライアントごとに異なっていたマニフェスト・フォルダ構造・発見方法を共通化。「一度書けば対応クライアント間で動く」を実現。
何が変わらないか：インストール方法、マーケットプレイス、権限モデル、サンドボックス、UX、およびcommands/hooks/agentsなどのクライアント固有拡張。
なぜ今か：Agent SkillsとMCPの普及が進み、「パッケージングの断片化」が開発者の実害になったタイミングで、競合が協調した。

これはベンダーロックインの終わりの始まりだ。……競合同士がここまで足並み揃えるのは、エージェント開発の主戦場がもう「モデル単体」じゃなく「エコシステム」に移った証拠だと思う。 — @connect24h（発表翌日）

WHAT IT IS

構造：plugin.json + 固定ディレクトリ

Agent Pluginはただのフォルダである。ルートに最小限のplugin.jsonを置き、コンポーネントを決められた場所に配置する。

my-plugin/
├── plugin.json          ← 仕様バージョンと名前（必須）
├── skills/
│   └── summarize/
│       ├── SKILL.md
│       ├── scripts/
│       └── references/
├── mcp.json             ← MCPサーバー設定
└── com.example.client/  ← クライアント固有拡張用名前空間

plugin.json：仕様バージョンとプラグイン名を宣言する最小マニフェスト。
skills/：既存のAgent Skills仕様に従ったスキルを配置。
mcp.json：stdio / Streamable HTTP / 旧HTTP+SSEのMCPサーバー記述。
クライアント固有の拡張は逆ドメイン形式のディレクトリに隔離され、他クライアントは無視する。

v1は意図的に小さく設計されている。「パッケージングと発見」だけを標準化し、実装コストを下げて採用を加速させる狙い。

WHO & GOVERNANCE

誰が作ったのか：競合が協調した事実

Vercelが提案を開始し、以下の企業が共同で仕様を洗練させた：

初期コラボレーター：Amazon Web Services (AWS)、Anysphere (Cursor)、GitHub、Microsoft、OpenAI、Vercel
Technical Steering Committee（コアメンテナー）：AWS、Cursor、Microsoft、OpenAI、Vercel
後から参加：Google（コアメンテナーとして参加、自社製品への対応を開始）

プロジェクトはオープンライセンス。技術的決定は公開のGitHub Discussionsで行われ、単一企業のロードマップに依存しない設計を掲げている。仕様・スキーマ・ガバナンスは agent-plugins.org と仕様リポジトリで公開。

Anthropic / Claude Codeは初期リストに含まれていない。Claude Codeは独自のプラグイン形式（.claude-plugin/plugin.json など）を持ち、skills・agents・hooks・MCPをより幅広くパッケージできる。フォーマットは近いが互換ではない。オープン仕様のため将来の採用可能性はあるが、現時点では「Claude Codeでも動く」は公式保証ではない。

DIFFERENCE FROM EXISTING

既存の類似フォーマットと何が違うのか

これまでは各クライアントが独自のパッケージ形式を持っていたため、同じスキルやMCPを複数ツールで使うには再構成やコピーが必要だった。

従来クライアント固有 / サイロ

Claude Code：.claude-plugin/plugin.json + skills/agents/hooks
Cursor / Codex / Copilot：それぞれ異なるマニフェスト・発見パス
AWSの先行Agent Plugins：AWS特化のスキル集
結果：スキル移植の都度「書き直し・コピペ」が発生

今回Agent Plugins 1.0.0

初めてのマルチベンダー共通オープンパッケージング標準
Skills + MCPを「箱」として標準化（中身の仕様は既存を流用）
write-once, run-across を契約として定義
クライアント固有拡張は名前空間で隔離可能

要するに、MCPやAgent Skillsを置き換えるものではなく、それらを運ぶ「共通の箱」を定義したのが本質的な違いである。コンテナ標準が登場したときの感覚に近い。

SCOPE & LIMITS

標準化されたもの / されていないもの

項目	状態	説明
パッケージ形式・発見	標準化	plugin.json + skills/ + mcp.json の固定構造
Agent Skills	対象	既存Skills仕様をそのまま載せる
MCPサーバー設定	対象	stdio / Streamable HTTP など記述を統一
インストール・配布	非標準	各クライアントのマーケットプレイスやCLIに依存
権限・サンドボックス・信頼	非標準	クライアント側の責任。仕様は触れない
commands / hooks / agents	非標準（v1）	クライアント固有のまま。将来拡張の余地あり
Claude Code互換	未公式	独自形式。オープンなので採用可能性はあるが現時点では非対応

仕様自体が「最小限の相互運用フロア」を定義している点が重要。過剰に縛らず、各製品の差別化余地を残している。

VALUE & IMPLICATIONS

なぜ価値が高いのか / 何が変わるのか

価値評価：高い。 理由は以下の通り。

移植コストの構造的削減：プロジェクトやツールを跨いだスキルのコピペ・再実装が減る。
スキル資産の蓄積インセンティブ：「一度書けば複数クライアントで使える」なら、個人・チームで丁寧にスキルを設計する動機が強まる。
エコシステムシフトの証拠：モデル性能競争から「エージェントが使える拡張資産」競争への移行を、競合自身が認めた形。
実務への即効性：対応クライアントを日常的に併用している開発者は、今週から自作スキルをplugin形式に整理する価値がある。

投稿者自身も「自作スキルを配布可能な形に整理し直すの、今週やる」と述べている。この感覚は多くのAI駆動開発者に共有されるはずだ。

CAVEATS

注意点と未解決の論点

Claude Codeが未参加：現時点で最もスキル資産が蓄積されているクライアントの一つが、ローンチ対応に入っていない。互換レイヤーや将来の採用が焦点。
配布・権限は標準外：悪意あるプラグインやサプライチェーンリスクは各クライアント側で対処する必要がある。仕様は「箱」だけを定義している。
v1の範囲は狭い：hooks、sub-agents、LSP、commandsなどはクライアント依存のまま。今後のTSC議論で拡張される可能性がある。
「動く」の程度差：同じpluginを読み込んでも、クライアントによってSkillsの解釈やMCP接続の実装差が出る可能性は残る。

それでも「断片化が収束し始めた」という方向性自体は明確である。

THE BOTTOM LINE

エージェント開発の主戦場はすでに「モデル」から「エコシステム」へ移った。
今のうちに自作スキルをポータブルな形に整理せよ。

Agent Plugins 1.0.0は、その移行を公式に刻んだ最初の共通契約である。

主な出典

2026-08-06 — AI Intelligence Hub / Day Slide　※本スライドは公開仕様と公式発表に基づく深掘り整理です。