AI 業界の最も激しい競争相手は、合意できるものを見つけました。 GPT-5 の最初の誕生日の前夜、OpenAI、Amazon、Microsoft、Cursor、および Vercel は、単一のエージェント拡張機能をすべての製品で機能させるオープン スタンダードであるエージェント プラグインを公開しました。売り文句はシンプルです。一度構築すれば、どこでも実行できます。最新の AI 開発 にとって、これはモデルの機能での競争から、モデルを取り巻くエコシステムでの競争への大きな変化を示しています。

この標準は、すべての AI エージェント ツールが異なるフォルダー レイアウトとセットアップ プロセスを必要とする今日の断片化された状況を単一のパッケージ形式に置き換えます。プラグインは、ルートに小さな「plugin.json」ファイルを含むフォルダーであり、開発者がすでに使用している 2 つのテクノロジーをバンドルしています。モデル コンテキスト プロトコル サーバー (エージェントをライブ ツールおよびデータに接続する)、およびエージェント スキル (再利用可能な命令セット) です。目標は、開発者がエージェント拡張機能を一度作成すれば、それを変更せずに ChatGPT、GitHub Copilot、Cursor、およびその他のサポートされているクライアントで動作できるようにすることです。

実際には OpenAI イニシアチブではありません

発表では OpenAI のブランドが掲げられていたにもかかわらず、Vercel が提案を開始しました。その後、Amazon、Cursor のメーカーである Anysphere、GitHub、Microsoft、OpenAI、Vercel の代表者が協力して 1.0 仕様を策定しました。運営委員会のメンバーは、Amazon、Cursor、Microsoft、OpenAI、Vercel の 5 社です。このプロジェクトはオープンにライセンスされており、支援者らは、単一企業のロードマップがその方向性を決定するものではないと強調している。

OpenAI は依然としてこの発表を独自のマイルストーンとして位置づけており、8 月 7 日に GPT-5 が 1 周年を迎えるのに合わせて発表しました。同社の ChatGPT および Codex アプリは、Cursor、GitHub Copilot、Kiro、VS Code と並んで、発表時にこの形式をサポートしています。この動きは、OpenAI 独自のツール内でのみ動作する OpenAI 独自の Codex プラグインよりもさらに進んでいます。

意図的に狭くする設計

この仕様の範囲は意図的に制限されています。これは、プラグインがどのようにパッケージ化され、検出されるかを定義するものであり、それ以外にはほとんど何も定義しません。マーケットプレイス、インストール ワークフロー、権限システム、サンドボックス、および信頼メカニズムはすべて、引き続き各クライアントの責任となります。この狭さは機能であり、バグではありません。標準化者はフォーマットを最小限に抑えることで、迅速な採用を容易にしました。

しかし、それは最も困難な問題を未解決のままにしてしまうことにもなります。プラグインが安全に実行できるかどうかを判断するのは依然として各クライアントの仕事であり、今年初めに偽のエージェント スキルがセキュリティ スキャナーをすり抜けた後、深刻な懸念となっています。この標準では、未知の開発者のプラグインがインストール後にデータを漏洩したり、悪意のあるコマンドを実行したりしないことをユーザーが検証する方法については言及されていません。

開発者からの賛否両論

開発者コミュニティの反応は分かれています。 SST 開発者ツール フレームワークを構築している Dax Raad 氏は、この標準には大反対であり、有用な部分がいずれにしてもクライアント固有の拡張機能に組み込まれる薄い仕様であると述べました。懸念されるのは、最小限の標準は原理的には良さそうに見えますが、移植性があるという幻想を生み出し、クライアントが独自の非標準機能を必然的に追加するにつれて機能しなくなることです。

他の人も熱心でした。開発者の擁護者であるアンジー ジョーンズは、コミュニティがこれを切実に必要としており、使用するツール間でスキルを伝達する 1 つの方法を望んでいたと書いています。独立した開発者や小規模チームにとって、その魅力は明らかです。5 つの異なるプラットフォームに対して個別の統合を構築して維持するのではなく、拡張機能を一度パッケージ化すれば、エコシステム全体のユーザーにリーチできるのです。

競争にとって標準化が意味するもの

より大きな問題は、共有プラグイン形式が競争環境にどのような影響を与えるかということです。一方で、標準フォーマットは小規模開発者にとって障壁を低くし、個人のビルダーがすべての主要な AI エージェント プラットフォームに一度にアクセスできるようにする可能性があります。これはオープンエコシステムの議論であり、実際のメリットがあります。

一方で、標準によって、すでにユーザーを抱えている少数のクライアントの優位性が強固になる可能性もあります。すべてのプラグインがどこでも機能する場合、差別化要因はエコシステムのロックインから生のモデルの品質、配布範囲、ブランドへと移行します。最大のユーザー ベースを持つ企業が相互運用性から最も恩恵を受けます。標準では、人々がすでに実行しているプラ​​ットフォームに応じて報酬が与えられるからです。

以前のプラットフォーム戦争との類似点は顕著です。ブラウザーのロックインを防ぐために Web 標準が登場したのと同じように、ツールのロックインを防ぐために AI エージェントの標準も登場しつつあります。そして、ブラウザの場合と同様に、標準の定義に最初に取り組む企業は、その将来の方向性に対して多大な影響力を持っています。

これからの戦い

とりあえず、配管工事は合意に達しました。 5 社は、共通のパッケージ形式で連携することができました。これ自体、競争によって定義された業界において注目に値する成果です。しかし、標準が除外している部分、つまりマーケットプレイス、信頼フレームワーク、許可モデル、収益化レイヤーをめぐる戦いは、まだ始まったばかりです。

エージェント プラグインの仕様が存続するか消滅するかは、開発者が実際に採用するかどうかによって決まります。独立系ビルダーが、1 つのプラグインを作成し、それを 5 つのプラットフォームで実行することで時間を大幅に節約できることに気付いた場合、この標準は勢いを増すでしょう。必然的に出現するクライアント固有の拡張機能によって移植性が実用的というよりも理論的になった場合、その標準は誰も使用しない別の善意の仕様になる危険性があります。

いずれにせよ、OpenAI、Amazon、Microsoft が同じ部屋に集まり、AI エージェントに関連するあらゆる事項について合意したという事実は、競争環境が成熟しつつあることを示しています。問題はもはや、誰のモデルが最も賢いかということだけではありません。それは、誰のエコシステムが最もオープンであるか、そしてオープンさが最終的に既存企業を助けるか害を及ぼすかどうかです。

AI の一歩先を行く

AI エージェントのエコシステムは急速に統合されています。次に何が起こるかを分析するには、最新の AI 業界の報道 をチェックしてください。

AIニュースをもっと読む→