企業向けGitHub Copilotのモデル管理が変更　未設定モデルはデフォルトポリシーを継承

GitHubは2026年8月26日、Copilot BusinessおよびCopilot Enterpriseを対象に、「リリースされたモデルの既定の可用性」ポリシーの段階的な適用を開始した。管理者が明示的に設定していない一般提供（GA）モデルは、このポリシーを継承する。ポリシーは初期状態で有効となっているため、明示的なオプトイン方式を維持したい企業や組織は設定の確認が必要だ。

GitHubによると、ポリシーの適用はエンタープライズごとに順次進み、2026年9月1日までに完了する予定だ。管理者が個別に有効化または無効化したモデルの設定は変更されない。

■未設定のGAモデルが既定ポリシーを継承

GitHubは2026年7月29日、Copilot BusinessとCopilot Enterpriseに新しい既定モデルポリシーを導入すると発表し、管理者が事前に設定を確認できる28日間の準備期間を設けた。この期間中はポリシーを変更できたが、モデルの可用性には影響しなかった。

8月26日からは、管理者が明示的に設定していないGAモデルが「Delegate to default policy（デフォルトポリシーに委任）」の状態となり、「Default availability for released models（リリースされたモデルの既定の可用性）」ポリシーに従う。

このポリシーが有効であれば、対象モデルはユーザーが利用できる状態になる。無効にすれば、未設定の対象モデルは利用できない状態に保たれる。ポリシーの初期値は有効であるため、設定を変更していない環境では、対象となる未設定のGAモデルが順次利用可能になる。

「デフォルトポリシーに委任」は固定された設定ではなく、既定ポリシーを継続的に参照する動的な状態だ。管理者が既定ポリシーを変更すると、この状態にあるすべてのモデルへ反映される。

■各モデルに表示される4つの状態

ポリシーの適用後、Copilotのモデル設定には「Enabled（有効）」「Disabled（無効）」「Delegate to enterprise teams/apps or organizations（エンタープライズチーム、アプリまたは組織に委任）」「Delegate to default policy（デフォルトポリシーに委任）」の4つの状態が表示される。

「有効」と「無効」は、管理者がモデルごとに明示的な判断を行った状態を表す。「エンタープライズチーム、アプリまたは組織に委任」は、下位の管理単位における設定に従う状態であり、「デフォルトポリシーに委任」は未設定モデルが既定ポリシーに従う状態だ。

管理者が過去に特定のモデルを明示的に有効化または無効化している場合、その設定は既定ポリシーによって上書きされない。既定ポリシーが適用されるのは、個別の設定が行われていないモデルに限られる。

ロールアウト完了後に新たなGAモデルが追加された場合も、管理者が個別に設定するまでは既定ポリシーを継承する。この仕組みにより、新モデルを利用可能にするための個別操作を減らせる一方、企業側には自社の方針に合った既定値をあらかじめ選ぶことが求められる。

■自動的な有効化の対象外となるモデル

すべてのモデルが既定ポリシーによって有効になるわけではない。GitHubは、オープンウェイトモデルと、同社のデータ保持契約の対象にならないモデルを既定の有効化から除外している。

GitHubが8月26日に示した例では、DeepSeekやKimi K2などのオープンウェイトモデルが除外対象に含まれる。また、データ保持契約の対象外となるモデルの例として、Claude Fable 5が挙げられている。

これらのモデルは、「リリースされたモデルの既定の可用性」ポリシーが有効でも自動的には利用可能にならない。利用させるには、管理者がモデルごとに明示的に有効化する必要がある。

GitHubの現在のドキュメントでは、一般提供前のモデルも既定の有効化の対象外とされている。さらに、利用可能なモデルをデータレジデンシー要件またはFedRAMP準拠モデルに制限しているエンタープライズでは、それらの条件に適合しないモデルも対象外となる。

■4状態の仕組みは今後変更される可能性

GitHubは、現在のモデル管理方法をさらに変更する案も検討している。具体的には、「デフォルトポリシーに委任」の状態を廃止し、グローバルモデルポリシーの状態を明示的な選択として扱う構想だ。

これは検討段階の案であり、導入は決定していない。GitHubはCommunityフォーラムで管理者からの意見を募集しているが、変更時期は明らかにしていない。当面は、今回導入された4つの状態に基づいてモデルの可用性が管理される。

■承認済みプラグインマーケットプレイスの自動更新にも対応

GitHubは8月26日、エンタープライズ管理設定で配布するプラグインマーケットプレイスについて、自動更新を個別に有効化できる機能も一般提供した。

エンタープライズ管理設定の「managed-settings.json」で、「extraKnownMarketplaces」に登録したマーケットプレイスのエントリへ「autoUpdate: true」を指定すると、対応クライアントがそのマーケットプレイスを自動的に確認し、そこからインストールされたプラグインを更新する。

対応クライアントは、GitHub Copilotアプリ、Copilot CLI、Visual Studio Codeだ。自動更新はマーケットプレイスごとに設定するため、すべてのマーケットプレイスに一括して適用されるわけではない。

また、自動更新を有効にするマーケットプレイスは、有効な「strictKnownMarketplaces」の許可リストに含まれている必要がある。「autoUpdate」は承認済みの配布元から更新を取り込む作業を自動化する設定であり、許可リストを回避するものではない。

サーバー管理方式を利用する場合、設定ファイルは「.github-private」リポジトリ内の「copilot/managed-settings.json」で管理できる。GitHubはエンタープライズ管理設定について、サーバー管理方式のほか、MDM管理方式とファイルベース方式も案内している。

GitHubは8月18日、JetBrains向けGitHub Copilotでも、プラグインの管理やマーケットプレイスの制限などを含むエンタープライズ管理設定への対応を発表している。ただし、8月26日に発表されたマーケットプレイス自動更新機能の対応クライアントとして、JetBrains IDEは挙げられていない。

■企業管理者が確認すべき設定

Copilot BusinessまたはCopilot Enterpriseの管理者は、エンタープライズまたは組織のモデルポリシーにある「リリースされたモデルの既定の可用性」を確認する必要がある。

新しいGAモデルを管理者の個別操作なしで利用可能にする方針であれば、ポリシーを有効にしておけばよい。一方、モデルを一つずつ審査し、承認したものだけを利用させる運用を維持する場合は、既定ポリシーを無効にするか、利用を認めないモデルを個別に無効化する必要がある。

設定はエンタープライズ全体に適用できるほか、より厳しいコンプライアンス要件を持つ組織で個別に無効化することもできる。明示的に設定済みのモデルは既定ポリシーの変更によって上書きされないため、管理者は既存の個別設定とグローバルな既定値を分けて確認することが重要だ。

■注目ポイントQ&A

●ポリシーを設定しないままロールアウトが自社へ適用された場合はどうなりますか？

初期値である「有効」が適用され、管理者が明示的に設定していない対象のGAモデルがユーザーに提供されます。モデルごとの承認を必須にしたい場合は、「リリースされたモデルの既定の可用性」ポリシーを無効にしてください。

●すべての未設定モデルが自動的に有効になるのですか？

いいえ。対象は、管理者が明示的に設定していない一般提供モデルです。一般提供前のモデル、オープンウェイトモデル、GitHubのデータ保持契約の対象外となるモデルなどは、既定の有効化から除外されます。

●個別に無効化したモデルも有効になりますか？

なりません。管理者がモデルごとに明示的に行った有効化または無効化の設定は維持されます。既定ポリシーが補うのは、個別の判断が行われていないモデルの設定です。

●プラグインマーケットプレイスの自動更新はどのように設定しますか？

エンタープライズ管理設定の「managed-settings.json」で、対象となる「extraKnownMarketplaces」のエントリに「autoUpdate: true」を指定します。マーケットプレイスは、有効な「strictKnownMarketplaces」の許可リストにも含まれている必要があります。

●4つのモデル管理状態は将来簡素化されますか？

GitHubは「デフォルトポリシーに委任」の状態を廃止する案を検討し、コミュニティから意見を募集しています。ただし、変更は決定しておらず、導入時期も発表されていません。

元記事: GitHub Copilot Model Policy Goes Live: Unconfigured AI Models Now On by Default for Enterprise Users