GitHubは、GitHub Copilotで提供しているGemini 2.5 ProとGemini 3 Flashを2026年7月31日に非推奨化する。対象はCopilot Chat、inline edit、ask mode、agent mode、コード補完を含むすべてのCopilot体験である。

推奨代替はGemini 2.5 ProからGemini 3.1 Pro、Gemini 3 FlashからGemini 3.5 Flashである。Enterpriseでは代替モデルが管理ポリシーで無効なら、利用者が選択できない。

何が変わったか

期限後、古いモデルはCopilotの選択肢から削除される。削除作業そのものは利用者側で不要だが、ワークフローや設定が古いモデルを前提としている場合は、代替モデルへ更新しなければ意図しない自動選択や失敗が起きる。

変更前後の差

旧モデル終了日推奨代替
Gemini 2.5 Pro2026年7月31日Gemini 3.1 Pro
Gemini 3 Flash2026年7月31日Gemini 3.5 Flash

対象面はChatだけではない。Agent modeやコード補完での挙動、速度、出力傾向も比較する必要がある。

誰に影響するか

モデルセレクターで対象モデルを常用する開発者、組織ポリシーで許可モデルを限定するEnterprise管理者、IDE・CLI・自動化で特定モデルを固定するチーム、モデル別の評価や教育資料を運用する組織が対象である。

期限

2026年7月31日までに切り替える。残り期間が短いため、管理者は先に代替モデルを許可し、利用者が選択・評価できる状態にする必要がある。

必要な対応

Copilotの設定、管理ポリシー、IDE設定、CLI設定、共有手順、社内ドキュメントから対象モデル名を検索する。代替モデルを有効化し、代表的なリポジトリで補完、説明、リファクタリング、テスト生成、Agent作業を比較する。

実装・移行手順

  1. Enterprise・Organizationのモデルポリシーを確認する。
  2. Gemini 3.1 ProとGemini 3.5 Flashを必要範囲で有効化する。
  3. 個人設定、VS Code、JetBrains、CLIのモデル固定を棚卸しする。
  4. 代表タスクを旧新モデルで評価する。
  5. コード生成だけでなく、Agentのツール使用と変更範囲を確認する。
  6. チーム推奨モデルと用途別ガイドを更新する。
  7. 期限1週間前に旧モデル利用者へ通知する。
  8. 7月31日までに設定・文書から旧モデル名を削除する。

失敗しやすい点

  • Chatのモデルだけを変更し、Agentや補完を確認しない
  • 代替モデルを管理ポリシーで許可していない
  • 自動モデル選択が同じ品質を保証すると考える
  • 社内教育資料やスクリーンショットを更新しない
  • モデル差による大規模編集やツール使用を評価しない
  • 期限後の利用ログを確認しない

リスク

代替モデルは能力が高くても、提案量、編集範囲、応答速度、指示追従、ツール選択が異なる可能性がある。Agent modeでは変更ファイル数やコマンド実行が増えることもあるため、レビューと承認の基準を再確認する。

評価方法

  • 代表タスクの完了率
  • 提案採用率と修正量
  • コンパイル・テスト成功率
  • Agentが変更したファイル数
  • 危険コマンドの提案・実行件数
  • 応答時間
  • 開発者アンケート
  • 期限後の旧モデル参照件数

ロールバック

7月31日までは旧モデルへ戻せる。期限後は戻せないため、代替モデル間の切り替えを準備する。Agent作業はモデル変更と同時に自動承認範囲を広げず、問題時はAsk modeや手動編集へ戻す。

編集部分析

Copilotのモデル終了は、APIエラーだけでなく開発者体験の変化として現れる。管理者がモデルを許可するだけでは不十分で、チームの作業別に推奨モデルとレビュー強度を決める必要がある。特にAgent modeでは、能力向上が変更範囲の拡大につながるため、評価をコード品質だけに限定しない方がよい。

実務チェックリスト

  • [ ] 対象モデルの利用者と設定を特定した
  • [ ] 代替モデルを組織ポリシーで有効化した
  • [ ] Chat、Agent、補完、inline editを評価した
  • [ ] テスト成功率と変更範囲を比較した
  • [ ] チーム推奨モデルを更新した
  • [ ] 利用者へ期限を通知した
  • [ ] 旧モデル名を設定・文書から削除した
  • [ ] 代替モデル間の切り替え手順を用意した

一次情報