暑中お見舞い申し上げます。暦の上ではもうすぐ秋だそうです。正気かよ。
こんにちは、はしもと（仮名）です。
GitHub Copilot の Enterprise 管理画面に Default availability for released models というポリシーが増えています。
ひとことで言うと「新しく出たモデルを、管理者が手動で有効化しなくても使えるようにする」設定です。
これ欲しかったの〜〜〜〜〜〜〜〜〜！！！！！！！
見た目はドロップダウンひとつの地味な設定ですが、めちゃくちゃありがたいです。
何がつらかったか
Copilot は Anthropic、OpenAI、Google と複数のモデルプロバイダーのモデルを抱えていて、しかも各社のリリース間隔がどんどん短くなっています。
新しいモデルが Copilot に来ても、Enterprise の管理者が設定画面から有効化しないと誰も使えません。
つまり管理者は、各プロバイダーのリリーススケジュールと GitHub の changelog を追いかけ続けないといけませんでした。
追いかけた先でやることは、チェックボックスを1個入れるだけです。
作業は3秒で終わるのに、そこにたどり着くための情報収集は年中無休で発生し続けます。
この非対称さがつらかったです。
一方の利用者側からすると、SNS で新モデルの話題が流れてきて「試したい」と思っても、自分の環境ではモデル一覧に出てきません。
管理者の設定待ちです。
悪気がある人は誰もいないのに、みんなが少しずつ損をしている状態でした。
「うちの Copilot、まだ新しいモデル来てないんですか？」と聞かれる側だった人、いるんじゃないでしょうか。私です。
何が選べるのか
設定は Enterprise の AI Controls > Copilot の Models セクションにあります。
対象は Copilot Business と Copilot Enterprise の両プランで、Organization 単位で運用している場合は Organization 側の設定画面に同じものがあります。
Configure models（個別モデルの有効・無効）の上に、新しく Default availability for released models が並んでいます。
説明文は "Will soon control the default state for models you haven't explicitly configured." です。
まだ効いていない、というのがポイントです。ここは後述します。
選べる値は3つです。
| 設定 | 挙動 |
|---|---|
| Enabled | 新しいモデルを全 Organization で自動的に有効にします |
| Optional | 利用可能な状態にはしますが既定では無効です。Organization 側が判断して有効化できます |
| Disabled | 新しいモデルは無効です。管理者が個別に有効化します（今までと同じ） |
Optional が効いてくるのは、Enterprise 配下に複数の Organization がぶら下がっていて、部門ごとに事情が違うケースです。
Enterprise としては解禁しておくけれど、実際に使うかは各 Organization に委ねられます。
鍵はかけないから自力で押して入ってくれ、という試しの門方式です。
中央集権と現場スピードのちょうど中間に置ける選択肢が用意されているのはいいですね。
いつから効くのか
ここが一番大事な話です。
現時点ではこのポリシーは設定できるだけで、モデルの可用性には影響しません。
公式ドキュメントによると、2026年8月26日から、新規の GA モデルと既存の未設定 GA モデルがポリシーの既定値に従うようになります。
UI 上の表示も "inherits default" に変わります。
On August 26, 2026, new GA models and existing unconfigured GA models will automatically follow the default set in the policy.
Configure models の画面にも、同じ内容の告知が出ています。
On August 26 all models you haven't explicitly configured will be set to 'inherits default'.
ドキュメントを読みに行かなくても管理画面で気づけるようになっているので、心当たりのある人はいま開いて確認しておくのがよさそうです。
ここでいう「未設定（unconfigured）」の定義は、レベルによって違います。
Enterprise レベルでは、モデル設定ページのリストに追加されていないモデルが未設定です。Organization レベルでは、Enterprise 管理者が Optional にしたうえで、Organization オーナーが明示的に有効・無効を選んでいないモデルを指します。
新しいモデルはリリース時点で必ず未設定なので、そのまま既定値に乗ります。
なお Organization レベルの扱いは、enterprise teams model access preview にオプトインしている場合は適用されません。
プレビューに入っている環境の人は注意してください。
全部が自動で有効になるわけではない
「勝手に全部オンになったら困る」という心配については、そもそも対象外のモデルがそれなりにあります。
- 明示的に無効化したモデル
- GA 前のモデル
- オープンウェイトのモデル（DeepSeek、Kimi K2.7 Code）
- GitHub のデータ保持契約でカバーされていないモデル（Claude Fable 5）
- データレジデンシや FedRAMP 準拠にモデルを制限している Enterprise で、その条件を満たさないモデル
これらは自動有効化の対象になりません。
コンプライアンス側の要求は最初から効く設計になっている、と読めます。
ここは安心していいと思います。
それでも止めたい場合は、ポリシーごと無効にするか、ポリシーは有効にしたまま個別のモデルを明示的に無効化するかの2通りです。
前者は Enterprise 全体でも、要件の厳しい Organization だけでも設定できます。
8月26日までに決めておくこと
やることは実質ひとつで、「うちはどれにするか」を決めるだけだと思います。
私は基本 Enabled でいいと思っています。
理由は単純で、これまで管理者が手でやっていた有効化作業に、判断らしい判断はほとんど含まれていなかったからです。
だいたい「新しいモデル出た → 使えるようにする」の一本道でした。
判断が入っていない作業なら、自動化されて困ることは少ないんじゃないでしょうか。
そのうえで、規制の厳しい部門を抱えているなら、その Organization だけポリシーを無効にするか、Enterprise を Optional にして各 Organization に判断を渡す形がよさそうです。
全体を Disabled で固めるのは、8月26日以降も今までどおり全部手動で回し続けるということになります。
判断のいらないチェック作業に管理者を張り付かせておくのは正直メモリのムダ使いだと思うので、そこまでやる理由があるかは一度考えてみたいところです。
あと、自動有効化されるようになっても changelog の購読はやめないでおこうと思っています。
何が有効になったのか把握しないまま使われている状態は、それはそれで気持ち悪いので。
GitHub 自身もドキュメントで「新しいモデルのリリースは追っておくことを推奨する」と書いています。
追う目的が「対応するため」から「把握するため」に変わるだけ、という感じですね。
おわりに
管理者の作業が減って、利用者は新しいモデルをすぐ試せます。
誰も損しない変更なので、こういうのは素直に嬉しいです。
とはいえ、モデルの入れ替わりがこの速度で続く前提の機能が出てきたということでもあります。
追いかける対象が減ったぶん、腰を据えて「で、うちの開発でどのモデルをどう使うのか」を考える時間に回したいところです。
8月26日まであと少しです。設定画面、開いておきましょう。
ありがとうございました！！！！！！