6つのAI巨人がAgent Plugins 1.0.0標準を発表、Anthropicは不在

六社のAI大手（OpenAI、Microsoft、GitHub、AWS、Vercel、Anysphere）が、Agent Plugins 1.0.0オープン仕様を共同で発表し、AIエージェントプラグインのパッケージング標準を統一しました。開発者は一度パッケージ化するだけで、Cursor、GitHub Copilot、Codexなど複数のクライアントで利用可能です。この仕様はplugin.jsonマニフェスト、skills、mcp.jsonなどの構造を定義していますが、hooksやカスタムエージェントなどの核心的競争力には触れていません。Claude Codeプラグインシステムの先駆者であるAnthropicは共同開発に参加していませんが、そのフォーマットは複数のプラットフォームで互換性を持たせられています。これは、基盤標準の競争がプラグインエコシステムの獲得へと移行していることを意味し、真の競争はどの企業がより多くの開発者を引きつけるかにあります。

記事執筆者、出典：新智元

AI業界の6大巨頭が、珍しく同じテーブルに座った。

8月6日、Agent Plugins 1.0.0というオープン仕様が正式に公開されました。

それは、無数のAI開発者が長く待ち望んでいた実利的な取り組みだ：AIエージェントのプラグインに、統一された「パッケージ」を導入し、これにより1つのパッケージですべてのクライアントに対応できるようになり、各クライアントごとに再パッケージする必要がなくなる。

OpenAIの開発者が公式アカウントに投稿：1回のパッケージングで、すべての互換性のあるエージェントクライアントで使用可能。また、複数の共同開発者をタグ付け。

この仕様は地味に見えるが、痛いところをしっかり突いている。

同じスキル（Skill）、同じMCPサーバー（MCP Server）、同じコアなのに、Cursor、GitHub Copilot、Codexのそれぞれに対して再び封入しなければならない：どちらかが更新されると、すべてを一つずつ修正しなければならない。

エージェントプラグインが終わらせようとしているのは、まさにこの繰り返し作業です。

ディレクトリ構造、リストファイル、MCP設定の書き方をすべて統一し、1つのパッケージとして提供します。このフォーマットをサポートするクライアントはすべて認識できます。

エージェントプラグインの動作原理図：左側のバラバラのスキルとMCPが、中央のplugin.jsonという「パッケージ」に収められ、IDE、CLI、エンタープライズ端末などのさまざまなクライアントに再配布されます。

例を挙げます。

あなたは「データベースを照会して週次報告書を作成する」プラグインを作成しました。このプラグインには、AIが照会結果をチームが好む週次報告書に整理する機能と、MCPサーバーがAIの代わりにデータベースに接続する機能が含まれています。

以前は、それを3つのクライアントで使えるようにするには、3つのパッケージを作成し、1か所を変更するたびに3か所を変更しなければなりませんでした。今では、1つのパッケージを作成し、1か所だけ変更すれば十分です。

共同建設者リストには、AWS、Anysphere（Cursorの親会社）、GitHub、マイクロソフト、OpenAI、Vercelの6社が含まれており、グーグルまでリリース当日にコアメンテナーに追加された。

このプレイスタイルの開発者であるAnthropicの姿が唯一欠けている。

統一されているのは「包装盒」であり、エージェントではない。

一つのプラグインは、通常、二つの要素で構成されています。

同じくAgent Skillsは、モデルが再利用可能な指示とリソースを提供し、もう一つはMCP Serverで、外部ツールやサービスに接続する役割を担います。

これらは元々クライアント間で再利用可能です。

最も難しい部分は、最も外側の層です。各クライアントのディレクトリ構造、マニフェストファイル、MCP設定の書き方がそれぞれ異なり、同じコンポーネントを別のクライアントに移すと、「新しい家」のルールに従って、再パッケージ化しなければなりません。

また、Agent Pluginsでは、外側のパッケージを統一しました。

プラグインは1つのフォルダーです。

ルートディレクトリにplugin.jsonリストを配置し、スキルはすべてskills/に格納し、MCP設定をmcp.jsonに記述してください。

リストには$schemaとnameの2つのフィールドのみが必須であり、残りのすべては固定の位置から取得します。クライアントは推測する必要はなく、バージョン番号を記載する必要さえありません。

各社が持ち込みたい「私物」、たとえば独自のフック、コマンド、インターフェースなどは、逆ドメイン名で命名されたディレクトリにすべて格納してください。

他のクライアントはこのディレクトリを認識しないため、スキャンしてもそのまま無視されます。公共層であるため、よりクリーンでコンパクトであり、実装も簡単です。

そして、それはほとんど規制されていません。

1.0は、skills/内のスキルとmcp.json内のMCP設定の2種類の移植可能コンポーネントのみを認識します。

フック、スラッシュコマンド、カスタムエージェントなどは、依然として各社の領域であり、統一されていない。

本文はまだ「作業草案（Working Draft）」と表示されており、公式側がそっと「まだ修正中です」と付け加えているような状態であり、業界が認可する成熟した標準までにはまだ距離があります。

Agent Skillsは指示を管理し、MCPはツールを接続し、Agent Pluginsはこれら二つを同じパッケージに統合します。

変わっているのはパッケージのみで、内部のエージェントは変更されていません。

一度パッケージ化しても、どこでも実行できるわけではない

パッケージが統一されたとしても、運用はまだ統一されていません。

それはskillsとmcp.jsonの二つのコンポーネントの外殻のみを管理し、実際に実行される段階では手を引き離す：

インストール、配布、権限、サンドボックス、認証、信頼検証、ユーザー体験は、すべて各クライアントに任せます。

各社はstdio、Streamable HTTP、旧版HTTP+SSEのこれらの伝送方式に対するサポートも完全には一致していません。同じプラグインを別のクライアントに変更した場合、スムーズに動作するかどうかは運次第です。

マイクロソフトはさらにセキュリティについて注意を促しました：プラグイン内のMCP Serverとhooksは、あなたのローカルマシンでコードを実行します。インストール前には、必ずそのソースと作者を確認してください。特にコミュニティマーケットのアイテムには注意してください。

OpenAIの独自パッケージ化ドキュメントは、現在も.codex-plugin/plugin.jsonの構造を使用しており、オープン規格のルートディレクトリにあるplugin.jsonとは異なります。

規格は、互換性のあるクライアントがサポートするポータブルコンポーネントを発見できることを保証するのみであり、実行時には認証方式や実行環境が異なる可能性があります。

したがって、パッケージを統一したからといって、実行も統一されたわけではなく、その間に一連のエンジニアリングチェーンが存在します。

結局のところ、今回統一されたのは、巨大企業たちが最も気にしない層である。

真正価値のあるもの、つまりアプリ市場、権限システム、ユーザー入口、そしてhooksやcustom agentsといった専門機能のいずれも渡していない。

この構造、なぜかよく見覚えがあるな

Claude Codeプラグインに慣れている人は、すでに驚いているかもしれない。

plugin.json、skills、mcp.jsonは、Claude Codeがずっと使っているものと同じではないか？

この標準が登場する前から、AnthropicはClaude Codeに包括的なプラグインシステムを導入していた：ルートディレクトリに.claude-plugin/plugin.jsonを配置し、skills、mcp.json、commands、agentsを備え、ユーザーがプラグインを共有できる公式マーケットを2つ開設した。