GitHub Copilot、チームごとに管理設定をカスタマイズできる新機能を発表

要点

• GitHubが、企業管理者向けにCopilotの管理設定をチームごとにカスタマイズできる機能を発表した。

• 全社共通のポリシーを維持しながら、特定のチームに対してモデル選択や権限の個別変更を許可できる。

• 拡張機能（プラグイン）などの利用範囲も、安全にチーム単位で上乗せして拡張できる仕様だ。

• 複数チームに所属するユーザーには、最も制限の緩い設定値が自動でマージされて適用される。

• 現在はVS CodeやCopilot CLIなどで利用可能で、今後すべてのクライアントへ対応を拡大する予定。

• GitHubは2026年8月3日（現地時間）、AI開発支援ツール「GitHub Copilot」で、企業管理者がチームごとに管理設定（Managed Settings）をカスタマイズできる新機能を発表した。全社一律のポリシーによる開発効率低下を防ぎ、各チームのワークフローに適した柔軟な環境を構築できるという。

企業ポリシーの維持と現場の柔軟性の両立

これまで、大企業でGitHub Copilotを導入する際、ガバナンス（企業の管理体制）維持のために全社一律のポリシーが適用されることが多く、新しいモデルを試したい現場にとって、管理者の承認待ちがボトルネックになっていた。

新機能では、事前に許可した設定項目についてチーム独自の値を適用できるため、企業全体の管理体制を保ちながら、現場の状況に応じた柔軟な運用が可能になる。

設定の「オーバーライド」を許可する仕組み

設定は、企業共通の設定ファイル managed-settings.json 内で、特定の項目を「オーバーライド（既存設定の上書き）」可能とマークすることから始める。

オーバーライド可能な項目はチーム設定値が優先され、未設定なら企業デフォルトにフォールバック（代替動作）する。マークがない項目は変更不可としてロックされる。

これにより、「AI Pioneers」チームだけにモデル選択権やバイパス（制限回避）権限を付与し、他チームには全社デフォルトを適用するような個別運用が可能になる。

拡張機能（プラグイン）の段階的な追加

また、プラグインやマーケットプレイス（拡張機能の入手先）の利用制限も、チーム単位で安全に拡張できる。

enabledPlugins などの項目は「追加可能」な仕様のため、企業共通の安全な基本設定を維持したまま、チーム独自の拡張機能を上乗せして有効化し、利便性を高められる。

チームへのマッピングとマージルール

設定の紐付けは team-mappings.json で行い、設定ファイルとチームスラッグ（チーム識別名）をマッピングする。研修修了チームに ai-users.json を、開発チームには devs.json を重ねる、といった配布が可能だ。

チーム設定ファイルは teams/ ディレクトリ内に作成し、オーバーライド可能とした項目のみを記述する。

ユーザーが複数チームに所属する場合は各チームの設定が自動でマージされ、最も制限の緩い値が優先された上で、最終的に企業全体のポリシーと組み合わされる。

変更提案を支えるプルリクエスト運用

GitHubは、進化するAI環境において適切な管理体制を維持することは共同責任であると説明する。

そのため、企業用設定リポジトリ .github-private を社内向け（internal）に公開し、ユーザーがプルリクエスト（変更提案を送る仕組み）で設定変更を提案できる運用を推奨している。

対応するクライアントと今後の見通し

この機能は、ユーザーが「Copilot Business」または「Copilot Enterprise」のライセンスを持つ場合に適用される。

現在はVS Code、Copilot CLI、Copilot App、Copilot cloud agentで適用されている。

今後は「Copilot SDK（専用の開発キット）」を通じ、すべてのクライアントへ適用範囲を拡張していく予定だという。