GitHub Copilotのglobal model policyが2026年8月26日に一般提供となり、Copilot BusinessとCopilot Enterpriseでは未設定モデルの扱いを放置できなくなりました。従来は新しい一般提供モデルが出るたびに個別確認が必要でしたが、今回の更新で未設定モデルは組織の既定ポリシーに従って自動で有効化または無効化されます。管理者にとって重要なのは、新機能の追加そのものよりも、どのモデルが既定ポリシーの対象で、どのモデルが対象外なのかを明確に把握することです。
何が変わるのか
GitHubの2026年8月26日付け公式Changelogによると、7月に案内されていた default model policy の適用が段階的に始まり、2026年9月1日までに各enterpriseへ順次反映されます。適用後は、これまで明示設定していない一般提供モデルが『Delegate to default policy』へ切り替わり、組織またはenterpriseで設定した既定方針に追従します。つまり、新モデル公開時に毎回手動でON/OFFを決めなくても、既定方針で配布可否を統制できるようになります。
誰に影響するのか
対象はCopilot BusinessとCopilot Enterpriseの管理者です。特に、複数組織を束ねるenterprise管理者、モデル利用に監査要件がある情シス、部門ごとに有効モデルを分けたい開発基盤チームへの影響が大きい更新です。既定ポリシーを有効のまま使うと、新しく一般提供された対象モデルは管理者が触らなくても利用可能になります。一方で、厳格な承認フローを持つ企業では、既定ポリシーを無効にするか、個別モデルを明示的に無効化しておかないと想定外の展開につながります。
Copilotのモデル統制を社内ルールに合わせて設計したい場合は、 HelloCraftAIに相談してください 。PoC段階のゆるい配布から、本番運用の承認フロー設計まで整理できます。
対象外になるモデル
GitHub Docsでは、既定ポリシーの対象外として4種類が明示されています。1つ目はpre-GAモデル、2つ目はDeepSeekやKimi K2.7 Code、Kimi K3などのopen weight models、3つ目はGitHubのdata retention agreementの対象外モデルであるClaude Fable 5、4つ目はdata residencyやFedRAMP制約に適合しないモデルです。つまり『既定ポリシーを有効にすれば全部自動で使える』わけではなく、コンプライアンス条件や保持条件に触れるモデルは引き続きデフォルト無効の前提で見る必要があります。
管理者が今すぐ確認すべき3点
確認ポイントは3つです。第1に、enterpriseまたはorganizationで『Default availability for released models』が有効か無効かを確認すること。第2に、すでに明示的に有効化または無効化したモデルがどれかを棚卸しし、委譲状態との差分を把握すること。第3に、2026年9月1日までの段階的ロールアウト期間中に、テスト組織で新モデル公開時の挙動を検証することです。特に子組織が多い企業では、『enterprise既定』と『organization側の例外』のどちらが効くかを文書化しておくと、問い合わせ対応がかなり楽になります。
よくある誤解
よくある誤解は2つあります。1つ目は『未設定モデルは従来どおり何も起きない』という認識ですが、今回の更新後は未設定モデルこそ既定ポリシーに従って状態が変わります。2つ目は『明示設定したモデルまで上書きされる』という不安ですが、GitHubは公式に explicit choices は保持すると説明しています。つまり、意図してON/OFFしたモデルはそのまま維持されます。自動化で便利になる一方、明示設定していない領域だけが動く仕組みだと理解すると判断しやすくなります。
導入判断のまとめ
今回のglobal model policy GAは、新モデル管理を楽にする更新である一方、統制ルールが曖昧な企業ほど差分が表面化しやすい変更です。Copilot BusinessやEnterpriseを部門横断で配布しているなら、9月1日までに対象外モデル、明示設定済みモデル、既定ポリシーの方針を一覧化しておくのが安全です。モデル選定や権限設計、運用フローの整理が必要なら、 お問い合わせください 。HelloCraftAIが企業向けの生成AI導入ルール整備を支援します。
