GitHubが2026年8月12日のChangelogで、Agent Plugins 1.0 のサポートが一般提供になったと告知した1。同社は「プラグインを1回作れば、互換性のあるすべてのエージェントクライアントで使えるようになった」と説明している1。対象は VS Code・Copilot CLI・GitHub Copilot SDK・GitHub Copilotアプリで、すべてのCopilotプランが対象になる1。
仕様そのものは6日前に公開されたものだ。GitHubは、8月6日にAWS・Anysphere・Microsoft・OpenAI・Vercelとともに Agent Plugins 1.0 を公開し、同日Googleもコアメンテナーとして加わったとしている1。
プラグインは「スキル＋MCPサーバ」の入れ物
Agent Plugins は、AIエージェントを拡張するプラグインのための、オープンでベンダー中立の標準と位置づけられている2。仕様本体は自身を「AIエージェントを拡張する再利用可能なコンポーネントを、配布可能なプラグインとしてパッケージングするための正規の Agent Plugins Specification v1.0.0」と定義しており、ステータスは published となっている3。
中身の構成は簡素だ。プラグインのルートに plugin.json というマニフェストを置き、スキルは skills/ 以下に、MCPサーバの設定は mcp.json に置く23。このほか、ベンダー名前空間のディレクトリ、LICENSE、CHANGELOG.md が標準のレイアウトに含まれる3。マニフェストで必須とされるフィールドは2つだけで、正規の識別子を指す $schema と、1〜64文字・小文字英数字とハイフン・ピリオドのみで連続するハイフンやピリオドを許さない name である3。
実際の使い道としてGitHubが挙げているのは、スキルとMCPサーバを組み合わせる形だ。同社は、デプロイの手順書とそのツール連携のように、プラグインがスキルとMCPサーバを束ねられると説明している1。MCP がエージェントと外部ツールをつなぐ規格であるのに対し、Agent Plugins はそのMCPサーバと、エージェントに与える手順書とを1つの配布単位にまとめる包装形式にあたる。置き換えではなく、上に重なる層と見るのが近い。
「1回作れば」には範囲がある
一方で、可搬性が仕様全体に及ぶわけではない。仕様は、クライアント固有のファイルはその名前空間の名前を付けたトップレベルのディレクトリの下に置かなければならないと定めており、名前空間には逆ドメイン識別子を使う3。例えば example.com を管理するクライアントなら com.example.client/ というディレクトリになる。そして、その中身はクライアントが定義するもので、実装をまたいで可搬な意味を持たないと明記されている3。
GitHub側の移行手順にも同じ構造が現れる。既存のGitHub Copilotプラグインを仕様に合わせる作業は、plugin.json に $schema を追加し、スキルを skills/ 以下に、MCPの設定を mcp.json に置き、Copilot固有のファイルを com.github.copilot/ ディレクトリへ移す、というものだ1。共通部分と各クライアント固有の部分が最初から分けて設計されている、と読める。つまり「1回作れば複数のクライアントで動く」のは共通部分の話であって、クライアント固有の作り込みまで自動的に移植されるわけではない。
起案はVercel、運営は共同で
経緯を整理すると、この標準はVercelが提案を始め、Amazon Web Services・Anysphere・GitHub・Microsoft・OpenAI・Vercel の代表者が共同で練り上げたものだと、Vercelは説明している2。中核メンテナー（Core Maintainers）として挙げられているのは AWS・Cursor・Microsoft・OpenAI・Vercel で2、これに加えてGitHubは同日Googleもコアメンテナーとして加わったとしている1。
運営の形も明示されている。Vercelは、メンテナー・貢献のプロセス・技術的な決定はすべて公開されており、単一企業の製品ロードマップがこの形式の方向性を決めることはないとしている2。プロジェクトはオープンなライセンスの下に置かれている2。
ローンチ時点で対応したクライアントとして挙がっているのは、ChatGPTとCodex、Cursor、GitHub Copilot、Kiro、VS Code である2。競合関係にある提供元が同じ形式に名を連ねている構図は、MCPが2026-07-28仕様で大きく改訂されたときと同様、規格の側が先に整い、各社の実装がそれに寄っていく形をとっている。ただし、ここで書けるのは1次情報で確認できる範囲の話であり、挙がっていないツールの対応状況は現時点では分からない。
配布と統制がセットで動く
利用者側の入り口はマーケットプレイスになる。GitHubは、Awesome Copilot マーケットプレイスでプラグインを見つけられ、これはVS Code・Copilot CLI・Copilotアプリで既定で利用できると説明している1。
組織で使う場合の制御も同時に用意された。Copilot Business / Enterprise の組織は managed-settings.json を通じてプラグインを管理でき、enabledPlugins で特定のプラグインを自動的にインストールしたりブロックしたりでき、strictKnownMarketplaces でインストール元を制限できる1。GitHubは8月6日にも、同じ managed-settings.json でCopilotが実行できるMCPサーバーを許可・拒否リストで絞れるようにしている。配布経路が開くのと同時に、組織が絞る手段も同じ設定ファイルに置かれる形だ。
社内でエージェント向けの手順書やMCPサーバを整備している場合、この仕様が効いてくるのは「どのクライアントを標準にするか」を決めきれていない局面だろう。クライアントを変えるたびに同じ内容を作り直すのではなく、共通部分を1つのパッケージに寄せる選択肢が加わるためだ。エージェント型コーディングツールの比較では、選定時に見る観点として「自動化の器があるか」を挙げたが、その器をどのクライアント向けに用意するかという問いは、共通形式が使えるなら軽くなる。
ただし現時点で確実なのは、GitHubがCopilotの各面でGAにしたことと、8月6日時点で6つのクライアントが対応したという事実だけだ。仕様が実際に定着するかは、これから各クライアントがベンダー固有ディレクトリにどれだけの機能を残すかにかかっていると考えられる。仕様書と作者向けドキュメントはいずれも公開されており、plugin.json の必須フィールドが2つしかない構成は、まず手元のスキルを1つ包んでみるところから試せる規模になっている13。
Sources
- Agent Plugins 1.0 in VS Code, Copilot CLI, and the Copilot app - GitHub Changelog（2026年8月12日）
- Introducing Agent Plugins - Vercel公式ブログ（2026年8月6日）
- Agent Plugins Specification v1.0.0 - 仕様本体