Vercel、AI エージェント拡張の標準規格「Agent Plugins」を公開
本文の状態
日本語全文を表示中
詳細モードで約6分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
Vercel Blog
Vercel は AI エージェントの拡張性を高めるためのベンダー中立な標準規格「Agent Plugins 1.0.0」を公開し、開発者が異なるクライアント間でプラグインを再利用可能にする共通フォーマットを提供した。
AI深層分析を開く2026年8月7日 01:32
AI深層分析
キーポイント
ベンダー中立な標準規格の確立
Vercel は AI エージェントを拡張するための「Agent Plugins」1.0.0 を公開し、特定のベンダーに依存しないオープンな標準として機能する。
再利用可能なコンポーネントの統一フォーマット
この規格は、プラグインのメタデータや構成を記述する「plugin.json」などの固定されたディレクトリ構造を提供し、開発者が異なるクライアント向けに同じコンポーネントを再パッケージングする必要をなくす。
Agent Skills と MCP サーバーの統合
現在のバージョン 1 は、エージェントスキルと MCP(Model Context Protocol)サーバーという 2 つの主要なコンポーネントタイプに焦点を当てており、既存の仕様を再定義せずに相互運用性を確保する。
クライアント側の柔軟性の維持
Vercel はプラグインの発見やロードに関する契約を明確にする一方で、インストール方法、配布ポリシー、ユーザー体験などの詳細は各クライアントの実装に委ねることで、イノベーションの余地を残している。
ネームスペース拡張によるクライアント固有の自由
各クライアントが独自のネームスペースを定義することで、特定の機能やデータが共通フォーマットに漏れず、標準化されるまでクライアント固有のまま維持できる。
重要な引用
Agent Plugins is an open, vendor-neutral standard for plugins that extend AI agents.
A reusable component should not need to be repackaged for every client.
The format specifies only what a client needs to discover and load what is inside.
Extensions remain outside the portable contract. Each client defines its own namespace, and other clients ignore it.
編集コメントを表示
編集コメント
Vercel が提案するこの規格は、AI エージェントのプラグイン市場が断片化するのを防ぐための重要な一歩となる。各クライアントが独自のフォーマットを採用していた現状を打破し、エコ全体の効率化に寄与する可能性がある。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
本日、Agent Plugins 1.0.0 が一般公開されました。これは AI エージェントを拡張するためのプラグインを対象とした、オープンでベンダーに依存しない標準規格です。
Agent Skills は、AI エージェントが再利用可能な指示やリソースを提供します。一方、MCP サーバーはエージェントをツールやサービスへと接続します。これらはクライアント間で共通して再利用可能ですが、各クライアントでのパッケージ化方法や発見(ディスカバリー)の仕組みには違いがあります。
Agent Plugins は、互換性のあるクライアントに対して共通フォーマットを提供します。これはプラグインの定義ファイルである plugin.json を含むディレクトリと、コンポーネントを配置する固定された場所から構成されます。このフォーマットは意図的に軽量で実装が容易なものであり、インストールや配布、ポリシー、ユーザー体験、そしてクライアント固有の機能については各クライアントに委ねています。
可搬性のある部品には一つの統一パッケージを
拡張機能の開発者は、同じコンポーネントを複数のクライアント形式に合わせて調整することがよくあります。基盤となる Skill や MCP サーバーは同一であっても、クライアントによってはトップレベルのメタデータや発見経路、MCP 設定が異なることを要求するからです。
Agent Plugins は、こうした共通コンポーネントのために予測可能で構造化された場所を提供します。
最小限の JSON マニフェスト(plugin.json)により、仕様のバージョンとプラグインの名前を特定します。
この 2 つのフィールドがマニフェストにおける最低要件です。残りの契約関係はディレクトリ自体のファイル構造によって表現されます。再利用可能なコンポーネントは、各クライアントごとに再パッケージングされる必要はありません。そのため、このフォーマットでは、クライアントが必要とする「中身を検出して読み込む」ための情報だけを定義しています。
互換性のあるクライアントは、プラグインのルートディレクトリに plugin.json の存在を確認します。Skills 機能をサポートするクライアントは skills/ ディレクトリ内でそれらを検出し、MCP サーバーをサポートするクライアントは mcp.json から設定を読み取ります。各クライアントは、これらのコンポーネントタイプのいずれか、あるいは両方をサポートできます。
クライアントがマニフェストの検証を完了した後、個々のコンポーネントは独立して検証されます。そのため、1 つのコンポーネントに不具合があっても、無関係な他の機能が無効になることはありません。
プラグイン作者にとっては、同じコンポーネントに対してクライアント固有の規約を多数用意する必要がなくなります。一方、クライアントの実装者にとっては、この仕様が発見、検証、ロードのための小さく決定論的な契約を定義します。
あえて小型に設計された仕様が「Agent Plugins」です。これはプラグイン向けの移植可能な契約を定義する一方で、クライアント側の振る舞いは各クライアントの裁量に委ねています。
バージョン 1 では、この契約が「Agent Skills」と「MCP サーバー」の 2 つのコンポーネントタイプに焦点を当てています。これら両方には既に独自の仕様と実用的な採用実績があり、「Agent Plugins」はそれらを再定義しようとはしていません。代わりに、配布可能なプラグイン内でクライアントがいかにしてこれらのコンポーネントを見つけるかという共通の定義を提供します。
コマンド、フック、エージェントなどの他のコンポーネントは、引き続き各クライアントに委ねられます。技術運営委員会(TSC)は、セマンティクスが収束し、移植性の必要性が明確になった段階で、将来のバージョンにおいて追加のコンポーネントタイプを検討する可能性があります。
境界を小さく保つことで、実装の容易さを確保しつつ、さらに移植可能な機能領域を追加する前にエコシステムが収束するための余地を残しています。
クライアントは柔軟性を維持します
クライアントは共有フォーマットの進化を待たずに自由にイノベーションを起こす必要があるため、Agent Plugins にはクライアント固有のデータやファイルに対応する名前空間拡張機能が用意されています。
拡張機能はポータブルな契約範囲外に位置します。各クライアントが独自のネームスペースを定義し、他のクライアントからは無視されます。これにより、クライアント固有の振る舞いが共通フォーマットに漏れ出したり、共有コンポーネントの採用を妨げたりするのを防ぎます。標準化されるべき理由と合意が生まれるまでは、特定の機能は特定のクライアントだけのものとして維持できます。
オープンで多ベンダーによるプロジェクト
この提案は Vercel が主導し、Amazon Web Services (AWS)、Anysphere、GitHub、Microsoft、OpenAI、Vercel の代表者が協力して Agent Plugins 1.0.0 へと洗練させました。
初期の技術運営委員会は、AWS、Cursor、Microsoft、OpenAI、Vercel から選ばれたコアメンテナーで構成されています。
プロジェクトはオープンライセンスの下にあり、メンテナー、貢献プロセス、技術的な決定事項はすべて公開されています。特定の企業の製品ロードマップがフォーマットの方向性を決めることはありません。
Agent Plugins 1.0.0 の活用
仕様書、JSON Schemas、プラグイン作者やクライアント実装者向けのガイドは agent-plugins.org で利用可能です。ガバナンスと貢献プロセスについては、GitHub 上の Agent Plugins 仕様リポジトリをご参照ください。
エージェント拡張機能を開発する場合は、この仕様書を用いてスキルと MCP サーバーを単一のポータブルなマニフェストにパッケージ化できます。また、エージェントクライアントを構築する場合は、仕様の適合性チェックリストが、エージェントプラグインの検出と読み込みに必要な最低要件を定義しています。
ローンチ時点では、以下のプラットフォームで Agent Plugins がサポートされています:
- ChatGPT と Codex
- Cursor
- GitHub Copilot
- Kiro
- VS Code
プラグイン開発者はコンポーネントを一度パッケージ化すれば、対応するクライアント間で自動的に引き継がれます。
Agent Plugins は、エージェント向け拡張機能を開発する作者と、それらを読み込むクライアントとの間の契約です。この契約は現在定義されており、両者がその内容を形作っていく余地が開かれています。
続きを読む
原文を表示
Today, Agent Plugins 1.0.0 is publicly available. Agent Plugins is an open, vendor-neutral standard for plugins that extend AI agents.
Agent Skills provide reusable instructions and resources for AI agents. MCP servers connect agents to tools and services. Both can be reused across clients, but clients often package and discover them differently.
Agent Plugins gives compatible clients a common format: a directory with a plugin.json manifest and fixed locations for its components. The format is intentionally small and easy to implement, and it leaves installation, distribution, policy, user experience, and client-specific capabilities to each client.
One package for the portable parts
Extension authors often adapt the same component to several client formats. Even though the underlying Skill or MCP server is identical, clients often expect different top-level metadata, discovery paths, or MCP configuration.
Agent Plugins gives those shared components one predictable, structured home:
A minimal JSON manifest (plugin.json) identifies the specification version and names the plugin:
Those two fields are the minimum requirement for the manifest, and the rest of the contract is represented in the file structure of the directory itself. A reusable component should not need to be repackaged for every client, so the format specifies only what a client needs to discover and load what is inside.
Every compatible client checks for plugin.json at the plugin root. Clients that support Skills discover them under skills/. Clients that support MCP servers read their configuration from mcp.json. A client can support either component type or both. After the client validates the manifest, components are validated independently, so one invalid component does not disable unrelated ones.
For plugin authors, that means fewer client-specific conventions for the same component. For client implementers, the specification defines a small, deterministic contract for discovery, validation, and loading.
Small on purpose
Agent Plugins defines the portable contract for a plugin and leaves the behavior of the client up to each client.
Version 1 focuses that contract on two component types: Agent Skills and MCP servers. Both already have specifications and meaningful adoption of their own, and Agent Plugins does not attempt to redefine them. Agent Plugins provides a shared definition of how clients find the components together in a distributable plugin.
Other components, such as commands, hooks, and agents, remain with clients. The Technical Steering Committee may consider additional component types in future versions as semantics converge and a demonstrated portability need emerges.
Keeping the boundary small makes the format easier to implement and gives the ecosystem room to converge before adding more portable surface area.
Clients retain flexibility
Clients need freedom to innovate while a shared format evolves, so Agent Plugins includes a namespaced extension mechanism for client-specific data and files.
Extensions remain outside the portable contract. Each client defines its own namespace, and other clients ignore it. This prevents client-specific behavior from leaking into the common format or blocking adoption of the shared components. A client-specific capability can remain client-specific until there is reason and consensus to standardize it.
An open, multi-vendor project
Vercel initiated the proposal, which representatives from Amazon Web Services (AWS), Anysphere, GitHub, Microsoft, OpenAI, and Vercel refined collaboratively into Agent Plugins 1.0.0.
The initial Technical Steering Committee includes Core Maintainers from AWS, Cursor, Microsoft, OpenAI, and Vercel.
The project is openly licensed, and its maintainers, contribution process, and technical decisions are public. No single company's product roadmap sets the format's direction.
Build with Agent Plugins 1.0.0
The specification, its JSON Schemas, and guides for plugin authors and client implementers are available at agent-plugins.org. Governance and the contribution process live in the Agent Plugins specification repository on GitHub.
If you author agent extensions, you can use the specification to package Skills and MCP servers behind one portable manifest. If you build an agent client, the specification's conformance checklist defines the minimum requirements for discovering and loading Agent Plugins.
At launch, Agent Plugins are supported across:
ChatGPT and Codex
Cursor
GitHub Copilot
Kiro
VS Code
Plugin authors can package components once, and their plugin will automatically carry between supporting clients.
Agent Plugins is a contract between the authors who build extensions for agents and the clients that load them. That contract is now defined and open for both sides to shape.
Read more
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み