テクノロジー・イノベーション

GitHub Copilotの新モデルが自動許可へ、管理者が先に変える設定

|著者: QUASA編集チーム|2 分で読めます| 7
GitHub Copilotの新モデルが自動許可へ、管理者が先に変える設定

GitHubは2026年8月26日、Copilot BusinessとCopilot Enterpriseでグローバルモデルポリシーの強制適用を開始し、9月1日まで段階的に展開した。適用後は、管理者が個別に設定していない一般提供モデルと今後追加される対象モデルが、企業または組織の「Default availability for released models」を継承する。

既定値は有効であるため、条件に該当する新モデルは管理者の追加操作なしで利用可能になる。ただし、すべてのモデルが無条件で有効になるわけではない。既定値を無効にすれば未設定モデルも利用不可となり、モデルごとに明示したEnabledまたはDisabledの判断は維持される。

強制適用で変わったのは「未設定」の扱い

GitHub Copilotの段階展開で未設定の一般提供モデルが既定ポリシー委任へ移る状態

GitHubの8月26日付Changelog は、強制適用を同日から9月1日まで企業ごとに段階展開し、未設定および新規の一般提供モデルにグローバルポリシーを継承させると説明している。適用された環境では、従来の未設定モデルが「Delegate to default policy」に移り、その時点の既定値に従う。

この委任状態は固定された許可ではない。Default availabilityを後から切り替えると、Delegate to default policyにある対象モデルの利用可否も連動して変わる。一方、管理者が特定モデルを明示的に有効または無効にしている場合、その選択はグローバルな既定値によって上書きされない。

TechTimesの8月27日付報道 も、Copilot Business/Enterpriseを対象に8月26日から適用が始まり、未設定の一般提供モデルが有効な既定値を継承する仕組みだと報じている。今回一般提供されたのは特定の基盤モデルではなく、複数モデルの利用可否を統制するポリシーである。

新モデル追加時の結果は三つの状態で決まる

新しい一般提供モデルが一覧に加わったときの結果は、そのモデルに明示設定があるか、既定ポリシーへ委任されているかで決まる。管理者向けには次の確認表として整理できる。

  • 未設定/Delegate to default policy:適用範囲のDefault availabilityを継承する。既定値がEnabledなら利用可能、Disabledなら利用不可になる。
  • 明示的にEnabled:当該モデルは利用可能な状態を維持する。Default availabilityを無効にしても、この個別判断は残る。
  • 明示的にDisabled:当該モデルは利用不可の状態を維持する。Default availabilityが有効でも自動許可されない。

したがって、タイトルの「自動許可」が指すのは、一般提供されたモデルに個別判断がなく、適用されるDefault availabilityが有効である場合だ。一般提供という表示だけで、全ユーザーへの強制開放を意味するわけではない。

グローバルポリシーを有効にしておけば、将来の対象モデルを原則利用可能にしつつ、例外だけをモデル単位で無効化できる。反対に、社内審査を終えたモデルだけを許可する運用では、既定値を無効にし、承認済みモデルだけを明示的に有効化する構成になる。

企業、組織、個別設定の優先順位

企業の明示設定から組織への委任、既定ポリシー継承までの優先順位

実効アクセスは、単一のグローバルスイッチだけでは判断できない。まず企業レベルでモデルが全員向けにEnabledまたはDisabledと明示されているかを確認する。企業レベルの明示設定があるモデルは、それが企業内の基準となる。

企業が判断を組織へ委任している通常の構成では、組織所有者がモデルを有効または無効にできる。組織側でも個別判断がなければ、そのモデルは組織のDefault availability for released modelsに従う。

  1. 企業の明示設定:全員向けのEnabledまたはDisabledがあれば、その判断を適用する。
  2. 委任先の設定:Delegate to Organizationsの場合は、対象組織の個別設定を確認する。
  3. 委任先の既定値:組織にも個別設定がない場合に限り、組織のDefault availabilityを継承する。

Enterprise Teamsモードは組織への委任とは挙動が異なる。企業で無効にしたモデルをチームが有効化することはできず、企業で有効なモデルはチームでも有効になる。企業からチームへ委任された追加モデルは、対象チームで有効化された場合に利用できる。

自動許可を避ける管理者が変更する設定

既定ポリシーを無効化し、明示設定済みモデルを維持する管理操作

GitHubの企業向け管理手順 によると、Enterprise ownerは企業ページの「AI controls」から「Copilot」「Configure models」へ進み、各モデルを全員向けに有効、無効、または組織・Enterprise Teams/Appsへの委任に設定できる。同じ画面でDefault availabilityを無効にすれば、未設定の一般提供モデルは既定で利用不可になる。

新モデルを個別審査の前に利用させたくない企業が先に変更すべきなのは、Default availability for released modelsである。これをDisabledにすると、将来追加される対象モデルも、管理者が個別に有効化するまで利用不可を継承する。すでにモデル単位でEnabledとした判断は、そのまま維持される。

設定を切り替える前には、モデル一覧をEnabled、Disabled、委任、Delegate to default policyに分けて確認する必要がある。とくに最後の状態は明示的な許可ではなく、既定値を動的に追跡するため、グローバル設定の変更によって複数モデルの実効アクセスが同時に変わり得る。

既定有効化には対象外がある

グローバルポリシーが有効でも、オープンウェイトモデルとGitHubのデータ保持契約でカバーされないモデルは既定有効化の対象外となる。これらを利用可能にするには、管理者による明示的な判断が必要だ。

現行仕様で確認すべき点は、新モデルが一般提供されたかどうかだけではない。そのモデルが既定有効化の対象か、どの管理階層へ委任されているか、個別のEnabledまたはDisabledが残っているかを合わせて見る必要がある。

9月1日までの段階展開後も、利用可否を最終的に決めるのは各企業・組織に保存された設定である。新モデルを原則許可する企業は有効な既定値を維持できる一方、明示承認を必須とする企業はDefault availabilityを無効にし、例外をモデル単位で固定する必要がある。

共有:

ニュースレターを購読

Web3、AI、暗号資産の最新ニュースを受信箱にお届けします。

0