OpenAIがAmazon、Microsoft、Cursorとともにポータブルエージェントプラグイン標準に参加

Why it matters

Agent vendors are standardizing the package around AI workflows while keeping marketplaces and permissions under their own control. Developers gain portability without giving any single platform ownership of the format.

OpenAIは、Amazon、Microsoft、Cursor、VercelとともにAgent Pluginsの運営に参加しました。これはベンダーに依存しない仕様で、開発者が再利用可能なスキルとModel Context Protocolサーバーを一度パッケージ化し、競合するAIエージェントクライアント間で読み込めるようにすることを目的としています。

version 1.0 specificationは、必須のplugin.jsonマニフェストを中心とした共通のディレクトリ構造を定義します。開発者は固定のskills/ディレクトリの下にAgent Skillsを追加し、mcp.jsonファイルでローカルまたはリモートのMCPサーバーを宣言できます。クライアント製作者はインストール、配布、権限、およびインターフェース設計に関する管理権を保持します。

その分担が中心的な取り決めです。標準は移植可能なコアを定義しつつ、OpenAI、Microsoft、Amazon、その他のベンダーがリバースドメイン拡張ネームスペースを通じて独自の機能を追加する余地を残します。したがって、プラグインはクライアント間で動作する命令やツール接続を持ちつつ、特定の製品向けのフックや他のコンポーネントを含めることができます。

仕様は現在も作業草案のままです。Agent Plugins v1は2つのコンポーネントタイプ、すなわちスキルとMCPサーバーを標準化します。共通のマーケットプレイス、支払いシステム、または認証レイヤーは作成しません。MCPの構成フォーマットは標準入力・出力上のローカルサーバー、Streamable HTTPを用いるリモートサーバー、および従来のHTTPとServer-Sent Eventsを使うトランスポートをサポートします。OAuthの検出と資格情報の保存は各クライアントの責任のままです。

競合するエージェント向けの単一パッケージ

OpenAI's plugin documentationはすでに、スキル、MCPサーバー、およびChatGPTやCodex向けのオプションのインターフェースを組み合わせたインストール可能なパッケージとしてプラグインを説明しています。OpenAIはこれら二つの製品にまたがる共有ディレクトリを運用しており、開発者は一度プラグインを公開すればOpenAIのサポートされる各サーフェスで発見可能にできます。

新しいクロスベンダーフォーマットはより広い問題に対処します。AIコーディングツールはそれぞれ独自にプラグインシステムを構築したため、開発者は各クライアント向けに同じスキルファイルやMCP構成を再編成または複製する必要がありました。Agent Pluginsは参加クライアントが認識できる固定された場所とスキーマを確立し、プラグイン作成者が各ツールごとに別個のコアパッケージを維持する必要をなくします。

プロジェクトのcompatibility directoryにはChatGPTとCodex、Cursor、MicrosoftのVisual Studio CodeとGitHub Copilot、そしてAmazonのKiroがリストされています。これら5つはいずれもAgent Skillsと、少なくとも標準入力・出力およびStreamable HTTPのMCPサーバートランスポートをサポートします。サポートは段階的に採用可能であるため、クライアントは理解できる移植可能なコンポーネントのみを読み込み、残りを無視することができます。

OpenAIにとって、この標準はすでに進行中だったプラグイン推進を拡張するものです。OpenAIは2026年3月26日にCodexにキュレーションされたプラグインディレクトリを追加し、プラグインを再利用可能なワークフローのバンドルとして説明しました。2026年7月9日にはChatGPTのアプリディレクトリをPluginディレクトリに移し、ChatGPTとCodexにまたがるワークフローの主要な発見手段としてプラグインを位置づけました。既存のアプリ接続は引き続き機能し、ワークスペース管理者はプラグインのインストールと基盤となるアプリへのアクセスに関して個別の制御を得ました。

これらの制御は重要です。移植可能なパッケージは静的な指示と、ファイル、クラウドサービス、内部システムにアクセスするソフトウェアを組み合わせることがあるからです。OpenAIのエンタープライズ向けドキュメントは、プラグインのインストール権限と含まれるアプリを使用する権限を分けています。Agent Plugins仕様も同様に、プラグインディレクトリから逸脱するファイルをクライアントが拒否することを要求しますが、これらのパスチェックがMCPサブプロセスをサンドボックス化するものではないと明示しています。各クライアントは引き続き実行許可、ネットワークアクセス、資格情報処理を強制する必要があります。

ガバナンスはベンダー間での管理を分散させる

Agent Pluginsはオープンライセンスで公開の仕様リポジトリを通じて開発されています。初期のTechnical Steering Committee（技術運営委員会）はAmazon、Cursor、Microsoft、OpenAI、Vercelの主要メンテナーで構成されています。

プロジェクトのgovernance charterは委員会の席を企業ではなく個人に割り当て、単一のベンダーがコアメンテナー職の過半数を支配することを禁じています。委員会は変更、互換性ルール、リリース、適合性作業、技術的紛争を監督します。提案と重要な技術的決定は公開のままであることが意図されています。

このメンバーシップにより、標準はAI支援ソフトウェア開発のいくつかの最大の配布ポイントに即時の到達力を持ちます。MicrosoftはVisual Studio CodeとGitHub Copilotを管理しています。AmazonはKiroを運営し、すでにAWSに焦点を当てたagent pluginのコレクションを公開しています。Cursorは主要な独立系AIコーディング製品の一つを運営しています。OpenAIはChatGPTとCodexを通じてプラグインを配布し、Vercelはウェブ開発者が使うエージェントツールを公開しています。

とはいえ、その支持が製品間での挙動の同一性を保証するわけではありません。クライアント固有の拡張は設計の一部として残り、マーケットプレイス、審査ルール、権限システムは断片化したままです。1.0草案は代わりに最小限の移植層を設定します：予測可能な場所にあるマニフェスト、別の場所にあるスキル、そして別の場所にあるMCP構成。参加ベンダーがこれらの部分を互換性のあるまま維持すれば、プラグイン作成者は各エージェントベンダーのファイル配置に合わせてパッケージを再構築することなく、同じ運用上の知見とツール定義を配布できます。