スポンサーリンク

GitHub CopilotがAgent Plugins 1.0に対応|AIエージェントの「一度作れば使い回せる」新標準とは?

記事内に広告が含まれています。
スポンサーリンク

生成AIエージェントの「プラグイン乱立」問題

生成AIを使った開発支援ツールでは、Claude CodeのAgent Skillsのように、決まった手順や社内ルールをMarkdownで記述してAIエージェントに読み込ませる仕組みが急速に広がっています。あわせて、外部サービスと接続するMCP(Model Context Protocol)サーバーの活用も、もはや珍しいものではなくなりました。

しかし、これらの「スキル」や「MCPサーバー設定」をひとつのパッケージとして配布しようとすると、これまでは対応するエージェントごとに異なるマニフェスト形式やディレクトリ構成を用意する必要がありました。中身のスキルやMCPサーバーは同じでも、包装の仕方がクライアントごとに違うため、開発者は同じ内容を何度も作り直すことになっていたのです。

2026年8月6日、この課題に対応する新しいオープン標準「Agent Plugins 1.0」が公開されました。そして8月12日には、GitHub CopilotがVS Code・Copilot CLI・GitHub Copilot SDK・Copilotアプリの全プランで、この標準への対応を正式に一般提供(GA)したと発表しています。本記事では、この新標準の中身と、エンジニアだけでなくビジネスパーソン・管理職にとっての意味を整理します。

振り返れば、AIエージェントが外部ツールと接続する方法自体も、かつては各社バラバラでした。それを統一したのがMCP(Model Context Protocol)であり、いまや主要な生成AIツールの多くが対応する事実上の標準になっています。Agent Plugins 1.0は、そのMCPと「スキル」という2つの要素を、今度は「配布・パッケージング」のレイヤーで統一しようとする動きだと捉えると理解しやすいでしょう。

スポンサーリンク

Agent Plugins 1.0とは何か

パッケージされる内容

Agent Plugins 1.0は、「Agent Skills(作業手順を記述したスキル)」と「MCPサーバーの接続設定」の2つを、1つのインストール可能なパッケージにまとめるためのオープン仕様です。特定のベンダーに紐づかず、仕様自体が独立してガバナンスされている点が特徴です。

たとえば「デプロイ手順を説明したスキル」と「そのデプロイ作業で使うツールと連携するMCPサーバー」をセットで配布したいとき、これまでは対応クライアントの数だけマニフェストとディレクトリ構成を作り直す必要がありました。Agent Plugins 1.0に準拠しておけば、対応する各クライアントが同じパッケージからスキルとMCPサーバー設定を読み取れるようになります。

策定に参加した企業

Agent Plugins 1.0は2026年8月6日、AWS、Anysphere(Cursorの開発元)、Microsoft、OpenAI、Vercelの5社が名を連ねる形で公開されました。同日、Googleもコアメンテナーとして参加を表明しています。競合関係にもある複数の主要ベンダーが足並みを揃えて策定した仕様である点は、今後の定着を占ううえで見逃せないポイントです。

GitHub Copilotでの対応内容(2026年8月12日GA)

対応クライアントとインストール方法

GitHub Copilotでは、VS Code・Copilot CLI・GitHub Copilot SDK・GitHub Copilotアプリのすべてのクライアントで、全Copilotプランを対象にAgent Plugins 1.0への対応が一般提供されました。プラグインは「Awesome Copilotマーケットプレイス」から探すことができ、VS Code・Copilot CLI・Copilotアプリでは標準で利用可能になっています。

なお、Agent Plugins 1.0に対応していない既存のGitHub Copilotプラグインも、引き続きそのまま利用可能です。移行は必須ではなく、対応済みプラグインと未対応プラグインが当面併存する形になります。

企業向けのガバナンス機能

Copilot BusinessおよびEnterpriseプランを利用する企業は、これまで使ってきた管理設定の仕組みをそのままAgent Plugins 1.0にも適用できます。具体的には、managed-settings.jsonの中でenabledPluginsを使って特定のプラグインを自動インストールまたはブロックし、extraKnownMarketplacesで利用可能なマーケットプレイスを追加し、strictKnownMarketplacesで管理下のマーケットプレイスのみにインストールを制限する、といった制御が可能です。

プラグインにはMCPサーバー設定も含まれるため、URL・コマンド・名前単位でMCPサーバーの利用可否を制御するMCPアローリスト機能とあわせて使うことが推奨されています。社内でAIエージェントに何をどこまで任せてよいかを一元的に統制できる仕組みが用意されている点は、社内展開を検討する管理職や情報システム部門にとって重要な情報です。

プラグインの技術的な構造

最小構成

Agent Plugin自体は、独立したディレクトリとして構成されます。ルートに置くplugin.jsonが必須で、スキルとMCP設定はどちらも任意です。最小構成の例は次のとおりです。

hello-plugin/
├── plugin.json
└── skills/
    └── greet/
        └── SKILL.md

plugin.jsonには$schemaフィールドでAgent Plugins 1.0のスキーマを指定します。対応クライアントはこのファイルを読み込んだうえで、skills/配下の各ディレクトリをAgent Skills仕様に沿って検証・読み込みします。

MCPサーバー設定とクライアント固有拡張

MCPサーバーを追加したい場合は、プラグインのルートにmcp.jsonを置きます。既存プラグインをAgent Plugins 1.0へ移行する場合の作業は、主にマニフェストまわりに集約されます。plugin.jsonへ$schemaを追加し、スキルをskills/配下に、MCP設定をmcp.jsonに配置し、Copilot固有のファイルはcom.github.copilot/ディレクトリへ移すことで、他クライアントからは無視されつつCopilot上での挙動は維持される仕組みです。カスタムエージェントやコマンド、ルール、フックといったCopilot固有の機能は、このディレクトリ配下から読み込まれます。

広がる対応クライアント

Agent Plugins 1.0は、GitHub Copilotだけの取り組みではありません。仕様の公式サイトによれば、VS Code、Cursor、GitHub Copilot、ChatGPT & Codex、Kiro、Hermes Agent、OpenClaw、Grok Bot、NanoClawといった複数のクライアントが、Agent SkillsおよびMCP(stdio、Streamable HTTPなどのトランスポート)への対応をすでに表明しています。開発ツールに閉じず、パーソナルAIアシスタントの領域にまで対応が広がっている点も特徴的です。

2026年8月時点の公式な対応クライアント一覧には、Anthropic自身のClaude CodeやClaude製品は含まれていません。Claude CodeのAgent Skills機能は、Agent Plugins 1.0が標準化しようとしている「スキル」概念の先行事例のひとつといえますが、Agent Plugins 1.0という共通パッケージ形式への対応表明は本記事執筆時点では確認できませんでした。主要なAIベンダーの中でどこが参加し、どこが様子見なのかは、今後も注視する価値があるでしょう。

実際に試してみるには

エンジニアが手元で試す場合、最も手軽なのはVS CodeでAwesome Copilotマーケットプレイスから既存のプラグインをインストールしてみることです。自作したいスキルやMCPサーバーがすでにある場合は、公式が公開しているサンプルプラグインと移行ガイドを参照しながら、plugin.jsonにスキーマを追加するところから始めるとよいでしょう。企業として導入を検討する場合は、先にmanaged-settings.jsonの棚卸しを行い、どのマーケットプレイスとプラグインを許可するかの方針を固めておくことをおすすめします。

ビジネスパーソン・管理職にとっての意味

ベンダーロックインの低減

これまで社内向けに構築したAIエージェント用のスキルやツール連携は、導入したベンダーの仕組みに縛られがちでした。Agent Plugins 1.0が定着すれば、一度作成した業務スキルやツール連携を、VS Code・Copilot CLI・ChatGPT・Cursorなど複数のツールで使い回せる可能性が出てきます。特定ベンダーへの依存度を下げたいと考える企業にとっては、選択肢を広げる材料になるはずです。

統制の仕組みが既存の延長線上にある

すでにGitHub Copilotの企業向け管理機能を利用している組織であれば、Agent Plugins 1.0のために新しいポリシーを一から作る必要はなく、既存のmanaged-settings.jsonの設定がそのまま適用されます。情報システム部門にとって、導入のハードルは比較的低いといえるでしょう。逆に言えば、これまで生成AIエージェントのガバナンスを整備してこなかった組織は、この機会にプラグインとMCPサーバーの許可・ブロック方針を見直しておく価値があります。

まとめ

Agent Plugins 1.0は、AIエージェント向けの「スキル」と「MCPサーバー設定」を、ベンダーを問わず持ち運べる形にパッケージ化するオープン標準です。AWS・Anysphere・Microsoft・OpenAI・Vercel・Googleという主要プレイヤーが揃って支持を表明し、GitHub Copilotは2026年8月12日付けで全クライアント・全プランでの対応をGAしました。

エンジニアにとっては、プラグインを1つ作れば複数の対応クライアントで使い回せるようになるという実務的なメリットがあります。管理職・情報システム部門にとっては、既存の管理設定を流用しながら、社内で許可するAIエージェント拡張を統制できる仕組みが用意されている点が重要です。まだ策定されたばかりの標準であり、Claude Codeを含め対応が明言されていないクライアントもあるため、今後の対応状況を継続的に確認していく必要がありそうです。

参考サイト

タイトルとURLをコピーしました