日付を先に整理します。Agent Plugins 1.0 の共通仕様は2026年8月6日に公開 され、GitHubは8月12日にVS Code、Copilot CLI、GitHub Copilot app、GitHub Copilot SDKでの一般提供を発表しました。今回の論点は『新仕様が出た』ことより、GitHub Copilot側で本番導入しやすい形になった ことです。plugin.json、skills/、mcp.jsonの整理と、managed-settings.jsonやMCP allowlistsでの統制をセットで考える必要があります。
8月12日に何が変わったのか
8月6日は標準仕様の公開日、8月12日はGitHub Copilotクライアント群での一般提供日です。要点は、同じpluginを複数のagent clientで使い回しやすくなった こと。従来も複数環境向け配布は可能でしたが、manifestやディレクトリ差分の管理が重く、似たpackageを増やしがちでした。8月12日以降は、その重複を減らしやすくなりました。
GitHub CopilotのAgent Plugins 1.0でできること
公式発表ベースの利点は3つあります。1つ目は、spec対応pluginをmarketplaceから探して入れられること。2つ目は、1つのpackageから互換クライアントがskillsやMCP server設定を発見できること。3つ目は、既存のGitHub Copilot pluginをすぐ捨てなくてよい ことです。既存pluginは継続サポート対象なので、新旧が混ざる移行期間を取りやすいのが実務的です。
たとえば、デプロイ手順を教えるskillと社内ツールへつなぐMCP serverを一緒に配るpluginです。GitHubも deployment runbook と tool integration をまとめる例を示しています。VS Code、Copilot CLI、Copilot appで同じpackageを回しやすくなるのが利点です。
plugin.json・skills・mcp.jsonはどう設計するべきか
8月12日のGitHub記事では、Agent Plugins 1.0へ寄せる変更の中心をmanifest work と説明しています。最低限の確認事項は、plugin.jsonへ$schemaを追加すること、skillsをskills/配下に置くこと、MCP設定をmcp.jsonで持つこと、Copilot固有の要素をcom.github.copilot/へ分けることです。
この切り分けにより、共通仕様で持つ部分と、Copilotだけで効かせたいcustom agents、commands、rules、hooks、canvas拡張を分離できます。まず共通仕様で組み、必要なCopilot差分だけnamespaced directoryへ逃がす 方が保守しやすいでしょう。
管理者はどこまで統制できる？
Copilot Business / Enterpriseでは、既存のenterprise managed settingsをそのまま使えます。具体的には、enabledPlugins でpluginの自動導入やブロック、extraKnownMarketplaces で追加marketplaceの許可、strictKnownMarketplaces で管理済みmarketplaceのみに制限できます。新しい専用ポリシーを増やさずに回せるのが利点です。
さらに、pluginがMCP server設定を運ぶ以上、plugin配布基準とMCP接続基準は分けて審査する のが安全です。GitHubはMCP allowlistsと組み合わせ、URL・command・name単位で許可や拒否ができると説明しています。『監査済みmarketplaceのpluginだけ配る』『外部URLへ出るMCP serverは情シス承認必須』のように2段階で統制すると事故を減らせます。
導入はどう進めるべきか
進め方は4段階が分かりやすいです。第1段階は既存pluginの棚卸しで、skill単体か、MCP付きか、Copilot固有機能が多いかを分類します。第2段階は、共通化しやすい1本を選び、plugin.json、skills/、mcp.json、com.github.copilot/へ分離した試験版を作ります。第3段階は、VS Code、Copilot CLI、Copilot appの3環境で挙動差を確認します。第4段階でmanaged settingsとMCP allowlistsに反映し、正式配布へ進みます。
最初の対象は、Platform teamやDeveloper Experience teamが持つ社内runbook系plugin が向いています。導入先が明確で、MCP serverやskillの責任者を置きやすいからです。逆に、権限が広いpluginを最初に全社配布すると、marketplace管理とMCP審査が揺れやすくなります。
よくある質問
Q. 既存pluginはすぐAgent Plugins 1.0へ移すべきですか？
A. いいえ。GitHubは既存pluginの継続サポートを明記しています。新規pluginや大規模改修予定のpluginから段階移行するのが安全です。
Q. CLI側では何をすぐ試せますか？
A. GitHub Docsでは、Copilot CLIに既定で copilot-plugins と awesome-copilot の2つのmarketplaceが登録されていると案内されています。まずはbrowseとinstallの動線確認から始めるとよいでしょう。
GitHub Copilot pluginの標準化や、MCPを含む社内ガバナンス設計を急ぎたい場合は、 HelloCraftAIに相談する からご連絡ください。plugin設計、配布ルール、検証フローの整理まで伴走できます。
まとめ
GitHub CopilotのAgent Plugins 1.0は、8月6日の共通仕様を8月12日にGitHubクライアント群へ広げた更新 と捉えるのが適切です。注目点はplugin.json整理だけでなく、managed settingsとMCP allowlistsで配布先とmarketplaceまで標準化できること。まずはrunbook系の1本で試験移行し、統制を固めてから横展開するのがおすすめです。
