Michael Johnson2026年10月19日、GitHubは4つの階層、すなわち企業、企業チーム、企業アプリケーション、組織でCopilotのポリシーを管理するREST APIを一般公開しました。同日、同社はCopilotの大半の利用シナリオで6モデルを廃止しました。管理者にとっては、ポリシーで許可されているモデルを確認し、保存済みのワークフローがサポート対象の代替モデルを使うようになっているか確かめるという、2つの実務的な対応が必要です。
新しいAPIでは、GETリクエストとPATCHリクエストでポリシーを取得・更新できます。GitHubによると、このAPIはモデルの利用可否を一元管理するためのものです。選択したモードに応じて、企業の設定から組織、チーム、アプリケーションに管理を委ねることもできます。詳細はCopilotポリシーAPIの発表で公開されています。
廃止されたモデルと代替モデル
10月19日に公開された一覧には、Gemini 3.7 Flash、GPT-5.5、GPT-5.4、GPT-5.4 mini、GPT-5 mini、Grok 4.5が含まれています。GitHubはそれぞれの代替モデルとして、Gemini 3.8 Flash、GPT-6.1 Sol、GPT-6.1 Sol、GPT-6 Luna、GPT-6 Luna、Grok 4.7を挙げました。同社は、モデルの廃止を9月18日に事前告知しており、廃止対象モデルを手動で削除する必要はないと説明しています。対象モデルと推奨事項はモデル廃止のお知らせに記載されています。
GitHubの一覧は移行先の目安になりますが、個々の代替モデルを利用できるかどうかは、組織のCopilotポリシーによって異なります。Copilot Enterpriseの管理者は、設定でモデルを個別に許可する必要がある場合があります。ユーザーはVS Codeまたはgithub.comのCopilot Chatモデルセレクターで、実際に利用できるモデルを確認できます。
管理者が確認すべきこと
まず、廃止対象モデルの一覧と、各管理階層で実際に許可されているモデルを照合します。次に、古いモデル名が記載された社内手順、タスクテンプレート、自動化、チーム内の取り決めを確認してください。そのうえで、ポリシーで必要な代替モデルを有効にし、ユーザーのCopilotインターフェースに表示されることを確かめます。
多くの組織、チーム、アプリケーションで設定を手作業で更新するのが難しい場合、REST APIは有用です。一括移行の前に現在のポリシーを保存し、まず1つのグループに変更を適用して、設定を読み取って結果を確認するとよいでしょう。この手順により、想定したモデル一覧と実際のアクセス設定を照合できます。
今回の変更は、GitHub Copilotにおける管理とモデルへのアクセスに関するものです。モデル一覧が変わった後、モデルの利用可否をプログラムからどう管理するかという、実務上の課題に対応するものです。