GitHub Copilot：エンタープライズ管理プラグインがVS Codeでプレビュー開始

要約

VS Code 1.122 で、エンタープライズ管理プラグインがパブリックプレビューとして提供開始されました。組織管理者が .github-private リポジトリの .github/copilot/settings.json にプラグインを定義すると、その設定が VS Code と Copilot CLI の両方へ自動適用されます。

配布できるのは カスタムエージェント・スキル・MCP 設定・フックです。利用者が認証したタイミングでプラグインが自動インストールされるため、開発者のオンボーディングとセットアップにかかる時間を削減できます。

これは、先に Copilot CLI へ実装されていた管理プラグインの仕組みを VS Code へ拡張したものです。対象は Copilot Business / Copilot Enterprise でライセンスされた利用者です。

何が変わったか

• VS Code 1.122 で エンタープライズ管理プラグインがパブリックプレビュー開始。
• 管理者が .github-private/.github/copilot/settings.json でプラグインを定義。
• 設定は VS Code と Copilot CLI の両方 に自動適用。
• 配布対象: カスタムエージェント / スキル / MCP 設定 / フック。
• 利用者の認証時に自動インストール。オンボーディング・セットアップ時間を短縮。
• 対象プラン: Copilot Business / Copilot Enterprise。必要環境は VS Code 1.122 以上。

業務インパクト（一般企業向け）

これまで、カスタムエージェント・スキル・MCP・フックは各開発者が手元で設定する運用になりがちで、構成のばらつきや属人化が起きやすい領域でした。今回の機能で、組織が単一のリポジトリ（.github-private）を正本にして配布・統制できるようになります。

VS Code と CLI の両方へ同じ設定が当たるため、「IDE では使えるが CLI では設定が違う」といったズレも抑えられます。新メンバーは認証するだけで標準プラグイン一式が入るため、オンボーディングの定型作業を減らせます。MCP 接続先やフックを組織標準として固定できることは、セキュリティ・ガバナンス観点でも意味があります。ただしパブリックプレビュー段階のため、配布範囲と挙動を小さく検証してから全社展開するのが安全です。

副業・個人活用視点

個人利用では直接の対象ではありませんが、複数クライアントの開発環境を行き来するフリーランスにとっては「環境構成を設定ファイルで再現する」という考え方が参考になります。クライアント企業が Copilot Business / Enterprise を使っている場合、管理プラグインで配布される標準エージェント・スキル・MCP の前提を把握しておくと、現場の構成に素早く合わせられます。受託で開発環境の標準化を支援する立場なら、.github-private を正本にしたプラグイン配布は提案メニューに加えられる構成です。