10 月 19 日に 6 モデルが廃止されます

GitHub は 2026 年 9 月 18 日、Copilot の 6 モデルを 2026 年 10 月 19 日に廃止する と発表しました。対象は Gemini 3.7 Flash、GPT-5.5、GPT-5.4、GPT-5.4 mini、GPT-5 mini、Grok 4.5 です。告知の対象は GitHub Copilot の全利用環境で、Copilot Chat、インライン編集、ask / agent モード、コード補完を含みます。9 月 18 日の公式発表 を基に、9 月 21 日時点の情報を整理しました。

10 月 2 日のモデル廃止とは別の発表です。 Gemini 3.5 Flash、Gemini 3.6 Flash、Kimi K2.7 Code、Claude Opus 4.7 を使っている方は、先に 10 月 2 日の対象と移行手順 を確認してください。

対象と代替の対応表

公式発表のモデル名・廃止日・推奨代替を、全 6 行掲載します。

廃止対象廃止日公式の推奨代替
Gemini 3.7 Flash2026-10-19Gemini 3.8 Flash
GPT-5.52026-10-19GPT-5.6 Sol
GPT-5.42026-10-19GPT-5.6 Sol
GPT-5.4 mini2026-10-19GPT-5.6 Luna
GPT-5 mini2026-10-19GPT-5.6 Luna
Grok 4.52026-10-19Grok 4.6

出典は GitHub Changelog の対応表 です。Copilot での提供終了を示す表であり、モデル提供元の API や別サービスの終了日を示してはいません。

告知に書かれていないこと

廃止は日付のみの告知で、時刻とタイムゾーンの記載はありません。期日後に古いモデル指定が残った場合の挙動も説明されておらず、「必ず代替へ切り替わる」「必ずエラーになる」とは断定できない状態です。運用上は、当日の切り替え時刻を見込まず、期日前に設定と連携を確認してください。

使用中のモデル名から廃止日を逆引きする

9 月と 10 月には複数の廃止回があります。まずモデル選択画面や設定にある名前を探し、自分に関係する期日を確認してください。次の表は今回の 10 月 19 日に加え、混同しやすい 10 月 2 日と 9 月 1 日、直近の 9 月 10 日をまとめたものです。

使用中、または設定に残っているモデル名Copilot での廃止日確認先・注意点
GPT-5.5・GPT-5.42026-10-19本記事の代替対応表
GPT-5.4 mini・GPT-5 mini2026-10-19本記事の代替対応表
Gemini 3.7 Flash2026-10-19本記事の代替対応表
Grok 4.52026-10-19本記事の代替対応表
Gemini 3.5 Flash・Gemini 3.6 Flash・Kimi K2.7 Code・Claude Opus 4.72026-10-0210 月 2 日の廃止記事
MAI-Code-1-Flash2026-09-10期日経過。公式のリタイアメント履歴を確認
Gemini 3.1 Pro・Claude Opus 4.5・Claude Opus 4.62026-09-01期日経過。公式のリタイアメント履歴を確認
Claude Sonnet 4.5・Raptor mini2026-09-01期日経過。公式のリタイアメント履歴を確認
Claude Sonnet 4.62026-09-01個人の年間プラン (Copilot Pro / Pro+) 契約者は対象外。月額プランは対象

10 月 19 日以外の行と Sonnet 4.6 の例外は、GitHub Docs のモデルリタイアメント履歴と脚注 に基づきます。9 月 21 日の確認時点では、同履歴に 10 月 19 日の対象は未掲載でした。このため、今回の期日は Changelog を根拠にしています。Sonnet 4.6 の例外を、今回の 6 モデルに当てはめる案内はありません。

FIXITFIXIT

10 月の移行は済ませたつもりだったけど、別の確認が要るの？

ShioriShiori

整理すると、10 月 2 日と 10 月 19 日では期日も対象モデルも別です。今のモデル名を確認して、移行の担当者と完了期限を決めてください。

Codex の GPT-5.4 終了とも別件です

同じモデル名でも、Codex の GPT-5.4・GPT-5.4 mini 終了 は別製品の案内です。既存記事で扱うのは 8 月 31 日の Codex 側の終了で、本記事は 10 月 19 日の Copilot 側の廃止を扱っています。社内の管理表には、モデル名に加えて製品名も残してください。

管理者は既定の有効化と個別ポリシーを確認する

Business / Enterprise では、既定のモデル有効化を使っている場合、推奨代替へのアクセスが自動で有効になります。ただし、管理者がグローバル既定を無効にしている場合や、代替モデルを明示的に無効化している場合は例外です。公式発表の管理者向け案内 に沿って、まず設定の状態を確認してください。

現在の設定管理者の確認・操作
グローバル既定が有効で、代替モデルを個別に無効化していない自動で有効になる代替モデルを確認する
グローバル既定を無効化しているCopilot settings のモデルポリシーで、必要な代替へのアクセスを手動で有効にする
代替モデルを個別に無効化している無効化の理由と利用方針を確認し、必要なモデルの個別ポリシーを変更する

有効化後は、対応する利用環境で、Copilot Chat のモデルセレクターに表示されることを利用者と確認します。アクセスの自動有効化は、社内の設定ファイルや連携に書いたモデル名まで自動更新されるという意味ではありません。

また、公式発表は、廃止後に対象モデルを削除する操作は不要としています。管理者が時間を確保するのは、代替へのアクセス確認と、利用者への案内です。

GPT-5.6 Sol / GPT-5.6 Luna・Grok 4.6・Gemini 3.8 Flash への移行

GPT-5 mini の代替は GPT-5.6 Luna。Terra は対応表に含まれない

サポート対象モデルの一覧 には、GPT-5.6 Sol・GPT-5.6 Terra・GPT-5.6 Luna が掲載されています。一方、今回の GPT 系の推奨代替は Sol と Luna のみです。GPT-5 mini の代替を探す際も、「mini だから Terra」といった名前からの推測は避けてください。

Terra が今回の表に無い理由は、廃止告知には書かれていません。Terra を候補に加えるなら、公式の推奨代替とは分けて、利用プラン・クライアントの対応や組織ポリシーを確認したうえで評価することになります。

本記事では Sol / Terra / Luna の premium request 倍率を確認できていないため、移行による費用の増減は扱いません。性能や費用を名前だけで比較せず、契約中のプランに適用される公式の料金情報を確認してください。

Grok 4.6 と Gemini 3.8 Flash も普段の作業で確認する

Grok 4.5 と Gemini 3.7 Flash の利用者は、対応表の代替を自分の利用環境で選べるか確認してください。推奨代替であっても、同じ回答や所要時間が保証されるわけではありません。小さな修正やテスト生成など、普段の依頼を使って結果を比べることを提案します。

Gemini 3.7 Flash の Copilot 提供開始記事 を参考に導入した方も、今後の移行は今回の廃止日を基準に計画してください。提供開始時の説明だけでは、現在の利用期限は判断できません。

過去の推奨代替も、次の廃止対象になる

「前回の案内どおりに移行したのに、また対象になった」という状況は、公式の履歴から確認できます。モデルリタイアメント履歴 にある代替関係を、今回の対応表につなぐと次のようになります。

過去の廃止対象と期日履歴に掲載された推奨代替その後の移行先
o3 (2025-10-23)、GPT-5 (2026-02-17)、GPT-4.1・GPT-5.2 (2026-06-01)GPT-5.510 月 19 日に GPT-5.6 Sol へ
o1-mini・o3-mini・o4-mini (2025-10-23)、Grok Code Fast 1 (2026-05-15)GPT-5 mini10 月 19 日に GPT-5.6 Luna へ
Gemini 3.1 Pro (2026-09-01)Gemini 3.6 Flash10 月 2 日に Gemini 3.8 Flash へ

3 行目は今回の廃止対象を含みませんが、移行先が重なる例です。今回廃止される Gemini 3.7 Flash の推奨代替も Gemini 3.8 Flash で、3.6 Flash からの移行先と同じモデルに集まります。

2026 年の履歴と今回の告知には、2 月 17 日、3 月 26 日、4 月 1 日・15 日、5 月 1 日・15 日、6 月 1 日・29 日、7 月 31 日、9 月 1 日・10 日、10 月 2 日・19 日が並びます。おおむね月次で廃止が発生していると読めますが、今後も同じ頻度になるという予告ではありません。

過去の推奨代替を選んだ事実と、そのモデルを今後も使えるかは別の判断です。移行記録には「製品・現在のモデル・確認日・根拠の URL」を残し、新しい告知と照合できる形にしておきましょう。

FIXITFIXIT

前の案内に従ったのに、また変更するのは選び方が悪かったの？

ShioriShiori

過去の推奨代替も今回の対象です。選び直しに備えて、確認日と設定の担当者を残しましょう。

固定する理由が無い作業は Auto も検討する

特定のモデルを指定する必要が無い作業なら、Auto を選ぶ運用も候補です。Copilot の自動モデル選択とティア では、対応クライアントと優先度の選び方を整理しています。Auto を採用しても、組織で許可するモデルや作業結果の確認は必要です。

モデルを固定する作業は、設定場所と担当者を記録してください。固定を一律にやめるより、比較検証などで固定が必要な作業と、選択を任せられる作業を区別すると、次回の確認範囲を絞れます。

期日までの作業分担を決める

以下は公式の作業一覧ではなく、本記事が提案する進め方です。GitHub が求めるワークフローと連携の更新を、担当者が確認できる単位に分けました。

作業担当完了の判断
現在のモデルと期日を整理するチームの運用担当製品名・モデル名・廃止日が対応している
代替モデルへのアクセスを確認するCopilot 管理者必要なポリシーを確認し、利用者の画面で選択できる
固定指定を探して更新する設定・連携の管理者使用中の指定を確認し、対象箇所を更新した
代表的な作業を試す開発者テスト結果と人のレビューで受け入れ条件を確認した
社内へ案内するチームリード対象者に期日・移行先・社内の完了期限を伝えた

固定指定を探す範囲は、IDE の設定、リポジトリ内の設定、CLI やエージェントのモデル指定、社内手順書です。表示名と設定上の識別子が異なる場合に備え、実際に使っている値も控えてください。ファイル検索だけで済ませず、画面に保存された選択も確認します。

検証では、同じリポジトリ・依頼文・対象ファイルを使い、テストの成否と人が修正した内容を残しましょう。自動化している処理は、次の定期実行を待たずに、移行先で実行結果を確認する段取りを組んでください。

現在のモデル名と担当者から確認を始める

まず逆引き表で期日を確定し、管理者のポリシー確認と開発者の設定更新を割り当ててください。10 月 19 日の対象なら、代替モデルでの検証と社内案内まで含めて、期日前に完了する計画を立てます。

AI 駆動開発のクリエイティブスタジオである FIXIT の AI 開発ツール導入支援 では、ツール選定やチームの運用ルール作りをご相談いただけます。モデルの更新確認や担当分担を整えたい方は、現在の利用環境をお聞かせください。