何が起きたか
Amazon、Cursor、Microsoft、OpenAI、Vercelの5社が共同で、AIエージェントの拡張機能を配布・再利用するための共通規格「Agent Plugins」を立ち上げました。仕様はGitHub上でオープンに開発されています。
中身は驚くほど素朴です。plugin.jsonというマニフェストファイルを含むディレクトリ、それだけ。バージョン1.0.0が扱うのは2つの構成要素で、再利用可能な指示や作業手順をまとめる「Agent Skills」と、エージェントをツールやデータに接続する「MCPサーバー」です。
なぜ重要なのか
これまでは製品ごとに独自のフォーマット、ディレクトリ構造、セットアップ手順がバラバラに存在し、開発者は同じ拡張を製品の数だけ作り直す必要がありました。Agent Pluginsが解こうとしているのは、この「移植コストの重複」です。
つまりこれは機能の標準化ではなく、梱包の標準化です。仕様が扱う範囲はパッケージングと発見可能性に限定されており、マーケットプレイス、権限管理、実行環境（ランタイム）には踏み込みません。裏を返せば、誰が配布し、どこまでの権限を与え、どこで動かすかという「価値と競争が発生する層」は各社が握ったまま、ということでもあります。標準化の範囲が狭いからこそ、5社が合意できたと読むのが自然でしょう。
Anthropic不在をどう読むか
興味深いのは構成メンバーです。Agent Pluginsが束ねる2要素——MCPとAgent Skills——は、いずれもAnthropicがオープン標準として世に出したものです。その当事者が今回の取り組みには参加していません。
Anthropicは最近、エージェント型のナレッジワーク向けデスクトップツール「Cowork」に、独自のプラグイン機構を追加しています。素材（MCP、Agent Skills）は共有しつつ、それをどう梱包し配布するかでは別の道を進んでいる、という構図です。
ここから見えるのは、エージェント業界の競争軸が「モデル」から「エコシステム」へ移ったことです。プロトコルを公開して普及させた側と、そのプロトコルを共通梱包でまとめて流通を握ろうとする側。標準化の主導権そのものが、争点になり始めています。
現時点での実務的な意味
1.0.0という番号が示す通り、これはまだ出発点です。仕様がGitHubで公開開発されている以上、対応プラットフォームの広がりと、権限・ランタイムの空白を誰がどう埋めるかを見てから動いても遅くはありません。
💼 事業会社視点：これは自社にどう効くか
日本企業にとって効くのは「社内AI資産の書き方」の一点です。エージェント拡張を内製している企業の多くは、Copilot用、Cursor用、社内チャット用と同じ業務知識を三度書き直しています。Agent Pluginsは、この重複を減らす方向に業界が動いた最初の合意です。ただし対応の実装はこれから。今すぐ全面移行する話ではありません。
事業責任者が今やるべきは、移行ではなく分離です。営業トークスクリプト、与信審査の判断基準、コーディング規約といった業務知識を、特定ツールのUI設定画面やプロンプト欄に埋め込むのをやめ、Agent Skillsの粒度（再利用可能な指示・手順）でファイルとして切り出しておく。基幹システムとの接続はMCPサーバーとして独立させる。この2つを分けておけば、どの梱包形式が勝っても資産は生き残ります。
受託開発・SIerには機会と警告が同時にあります。「顧客業務をAgent Skills化して納品する」は新しい商材になり得る一方、ツール依存の作り込みで発生していた乗り換えコストは目減りします。SaaS事業者は、自社機能をMCPサーバーとして外部エージェントから呼ばれる前提で設計し直す判断が要ります。加えて、仕様が権限管理を扱わない以上、第三者製プラグインをどこまで許可するかの社内ルールは自前で決める必要があります。