GitHubは2026年10月13日、Copilotの企業管理設定の適用方法を更新したと発表しました。企業管理者は、Copilotの起動時に最新の管理設定を取得するよう必須化できます。あわせて、管理設定キーに最低クライアントバージョン要件を順次追加し、sandboxキーから適用を始めました。
起動時に最新設定を要求、管理方式で開始時点が違う
新しい制御は、設定項目のforceRemoteSettingsRefreshをtrueにすると有効になります。対応クライアントはCopilot CLI、VS Code、GitHub Copilot appです。指定できるのは、サーバー管理、MDM管理、ファイルベースの設定です。MDMは、端末の設定などをまとめて管理する仕組みを指します。
MDM管理とファイルベースでは、初回サインイン前から最新設定の取得を要求できます。一方、サーバー管理では、クライアントがこの設定値を一度受信した後の起動から、更新取得が必須になります。サーバー側で指定しただけで、初回サインイン前から同じ条件になるわけではありません。
有効化中は、保存済みの応答であるキャッシュでは、最新設定の取得要件を満たせません。現在のポリシー、つまり企業の管理ルールを確認できない場合は、古い、または未確認のポリシーでは動作しない仕組みです。
未設定の場合は、従来どおり管理設定のキャッシュを使います。今回の発表だけで、すべての利用者が起動時の最新取得を必須にされるわけではありません。
sandbox設定は、利用端末の版も確認が必要
GitHubは、利用を統制するための管理設定キーに、最低クライアントバージョン要件を順次追加します。適用を始めたのはsandboxキーです。これは、処理を隔離する仕組みである、一般提供中のローカルサンドボックス機能を支えるものです。
sandboxキーを設定している場合、古い版に固定した利用者は、利用再開のために更新が必要です。管理設定だけでなく、利用者側のクライアントの版も点検対象になります。最低バージョンの具体的な番号や、ほかのキーへの追加時期は、発表には書かれていません。
日本での提供は発表には書かれていません。日本向けの提供時期、日本語対応、価格、リージョンについても記載はありません。
影響する会社・しない会社
- 影響する: 対応クライアントを使い、
forceRemoteSettingsRefreshを有効にする会社です。現在のポリシーを確認できない場合の利用への影響を、設定変更前に確認する必要があります。
- 影響する:
sandboxキーを設定し、利用者のクライアントを古い版に固定している会社です。該当する利用者は、利用再開に更新が必要です。
- 影響しない:
forceRemoteSettingsRefreshを設定しない会社は、起動時の最新取得を必須にする変更について、従来のキャッシュ利用を継続します。ただし、sandboxキーの最低バージョン要件は別に確認が必要です。
会社規模や契約プラン別の条件は、発表には書かれていません。まず、自社の管理方式、設定値、利用クライアントを組み合わせて対象を判断してください。
情シスが今日やること
- 管理設定の置き場所を確認します。 GitHubの企業管理を担当する人に、サーバー管理、MDM管理、ファイルベースのどれを使っているかを確認してください。該当する設定で
forceRemoteSettingsRefreshとsandboxの指定を点検します。具体的な管理画面名や操作経路は、発表には書かれていません。
- 設定変更前に、適用開始の違いを整理します。 MDM管理・ファイルベースなら初回サインイン前から、サーバー管理なら設定値を一度受信した後の起動からです。開発部門の管理者へ、この違いと、最新ポリシーを確認できない場合は古い設定で動作しない点を知らせます。
- sandbox設定がある場合は、版の固定を点検します。 対応クライアントの利用者に、現在の版と更新を止めているかを確認します。最低バージョン番号は発表にないため、番号を推測せず、更新判断に必要な要件を確認してください。
- 必須化する前に、対象端末で確認します。 起動時の最新設定取得と、利用を続けられるかを確認し、結果を開発部門と共有します。発表に一律の対応期限はありません。社内の適用日を決める際は、確認と必要なクライアント更新を先に済ませる手順にしてください。
