8月7日、Runtime Wireが「OpenAI joins Amazon, Microsoft and Cursor on portable agent plugin standard」と題した記事を公開した。ChatGPT向けに書いたプラグインをCursorでも使おうとすれば、ディレクトリ構造を組み替えるか別パッケージとして維持するしかなかった——AIコーディングツールの急増とともに深刻化した「プラグイン断片化問題」に、OpenAI・Amazon・Microsoft・Cursorらが業界横断で対処する。共同策定されたAgent Plugins v1.0仕様は、開発者が一度パッケージを作れば複数のAIエージェントクライアントで読み込める共通フォーマットを定義する。
AIエージェントの「プラグイン断片化」問題に業界横断で対処
AIコーディングツールが急増する中、開発者はツールごとに同じスキルファイルやMCP設定を書き直す必要があった。ChatGPT向けに書いたプラグインをCursorでも使おうとすれば、ディレクトリ構造を組み替えるか、別パッケージとして維持するしかなかった。
この問題を解消するために策定されたのがAgent Plugins v1.0仕様だ。OpenAI・Amazon・Microsoft・Cursor・Vercelが共同でガバナンスに参加するベンダー中立の仕様で、開発者が一度パッケージを作れば複数のAIエージェントクライアントで読み込める共通フォーマットを定義する。
仕様の中身:固定ディレクトリとplugin.jsonマニフェスト
仕様の核心はシンプルだ。パッケージは**plugin.jsonマニフェスト**を必須とし、以下の固定構造を持つ:
skills/ディレクトリ:再利用可能なAgentスキルを格納mcp.jsonファイル:ローカルまたはリモートのMCP(Model Context Protocol)サーバーを宣言
MCPとは、AIモデルが外部ツールやデータソースと通信するためのプロトコルで、Anthropicが提唱し業界標準として普及しつつある。今回の仕様がMCPを取り込んだのは、すでに広く採用されているプロトコル基盤を再利用することで、各クライアントがゼロから通信層を実装する必要をなくし、標準化のコストを最小化するためだ。MCPを知らない読者向けに補足すると、MCPはいわば「AIエージェントが外部APIやデータベースを呼び出すための共通言語」であり、これを仕様の土台に据えることで、既存のMCPサーバー資産をAgent Pluginsとしてそのまま流用できる。
仕様では、ローカルサーバー(標準入出力)、リモートサーバー(Streamable HTTP)、旧来のHTTP+SSEトランスポートの3方式に対応する。
一方で、マーケットプレイス・決済・認証レイヤーは定義しない。インストール、配布、パーミッション、UIのデザインは各クライアントが引き続き独自に管理する。移植可能なコア部分だけを標準化し、各ベンダーが自社の差別化機能を加えられる余地を残した設計だ。
拡張性はリバースドメイン形式の名前空間(例:com.openai.*)で担保されており、特定製品向けのフックをプラグインに含めることも可能だ。
参加クライアントと対応状況
現時点でAgent Pluginsの互換性リストに掲載されているのは以下の5製品だ:
| クライアント | 提供元 |
|---|---|
| ChatGPT / Codex | OpenAI |
| Cursor | Cursor |
| Visual Studio Code / GitHub Copilot | Microsoft |
| Kiro | Amazon |
いずれもAgent SkillsとMCPサーバー(標準入出力・Streamable HTTP)をサポートしている。注目すべきは、AIコーディング市場でシェアを争う競合製品が同一の互換リストに並んでいる点だ。開発者にとっては、プラグインを一度書けばこれら全製品で動作するという即時的な恩恵がある。
仕様への対応は段階的に採用できるため、クライアントは理解できるコンポーネントだけ読み込み、残りを無視する実装も認められている。この柔軟性が、既存製品を抱えるベンダーの参加ハードルを下げた一因と見られる。
OpenAIにとっての文脈
OpenAIにとって今回の参加は、既に進行中だったプラグイン整備の延長線上にある。2026年3月26日にCodexへキュレーション済みプラグインディレクトリを追加し、7月9日にはChatGPTのアプリディレクトリをPluginディレクトリに統合。プラグインをChatGPTとCodex横断のワークフロー発見の主要機能に据えた。
エンタープライズ向けには、プラグインのインストール権限とその内部アプリの利用権限を分離管理できる設計になっている。プラグインはファイル、クラウドサービス、社内システムにアクセスするソフトウェアを含む可能性があるため、セキュリティ管理の粒度は重要な論点だ。仕様上、クライアントはプラグインディレクトリ外へのファイルアクセスを拒否することが求められるが、MCPサブプロセスのサンドボックス化は保証しないと明示されており、実行権限・ネットワークアクセス・認証情報の管理は各クライアントの責任とされている。
ガバナンス:特定ベンダーが支配できない設計
Agent Pluginsはオープンライセンスで、仕様はパブリックリポジトリで開発される。Technical Steering Committee(技術運営委員会)の初期メンバーはAmazon・Cursor・Microsoft・OpenAI・Vercelのコアメンテナーで構成される。
ガバナンスの特徴的な点は、委員会の議席が「企業」ではなく「個人」に割り当てられること、そして単一ベンダーがコアメンテナー職の過半数を占めることを禁止している点だ。提案や重要な技術的決定は公開されることが前提とされている。
バッキングの厚さは標準の即時普及に直結する。MicrosoftはVS CodeとGitHub Copilotを、AmazonはKiroとAWS向けエージェントプラグインコレクションを、CursorはAIコーディング製品の有力な独立プレイヤーとして、それぞれ大きな配布チャネルを持つ。
ただし、クライアント固有の拡張機能は今後も残り、マーケットプレイスや審査ルール、パーミッション体系は各社で分断したままだ。v1.0が保証するのはあくまで「最小限のポータビリティ層」——マニフェストが決まった場所に、スキルが決まった場所に、MCP設定が決まった場所にある、という一点だ。
詳細はOpenAI joins Amazon, Microsoft and Cursor on portable agent plugin standardを参照していただきたい。