GitHub Copilotでは2026年10月2日に、Gemini 3.5 Flash、Gemini 3.6 Flash、Kimi K2.7 Code、Claude Opus 4.7が廃止予定です。9月3日のGitHub changelogでは、代替としてGemini 3.8 Flash、Kimi K3、Claude Opus 5が明示されました。すでにBusinessやEnterpriseでモデルポリシーを厳しく管理している企業ほど、単なるモデル変更ではなく、利用許可、既定値、チームごとの差分設定まで先に確認しておく必要があります。
何が変わるのか
今回の変更は、Copilot Chatだけの話ではありません。GitHubの告知では、inline edits、ask、agent modes、code completionsを含む「すべてのGitHub Copilot体験」で10月2日に対象モデルが廃止されるとされています。つまり、IDE拡張、CLI、Copilot app、cloud agentなど、利用場所が分散している組織ほど影響範囲の棚卸しが必要です。
影響を受ける管理者とチーム
特に確認優先度が高いのは、1) 既定モデルを標準化している管理者、2) team-mappings.jsonで部署別設定を使っているEnterprise、3) 特定モデルを前提に運用手順や教育資料を作っている情シス・開発推進チームです。GitHubは9月2日に、enterprise-managed settingsで任意の既定モデルを設定できる改善も公開しました。これは移行を進めやすくする一方で、旧モデル名を残したまま運用すると現場の混乱を増やす可能性があります。
代替モデルの選び方
Gemini 3.5/3.6 Flashを使っていたなら、まずGemini 3.8 Flashを有効化するのが自然です。GitHubは3.8 Flashを9月3日にCopilotへ追加し、Pro、Pro+、Max、Business、Enterpriseで順次利用可能にすると案内しています。Kimi K2.7 Codeを使っていたチームは、長いコードベースをまたぐ作業やマルチステップのagentタスクが多いならKimi K3を比較候補に入れるべきです。Claude Opus 4.7の代替はClaude Opus 5で、重い判断タスクをそのまま引き継ぎやすい構図です。
10月2日までにやるべき確認項目
実務では4つの順番が安全です。第1に、組織で現在許可しているモデル一覧を確認すること。第2に、代替モデルがポリシー上でenabledになっているかを見ること。第3に、既定モデル設定とチーム別上書き設定を更新すること。第4に、CLIやVS Codeなど主要クライアントで実際に候補モデルが選べるかを確認することです。GitHubは、代替モデルを有効化するとユーザーは対応クライアントのモデルセレクタで選択できると説明しています。
モデル移行の棚卸しや社内ガイド整備を急ぎたい場合は、 HelloCraftAIに相談する と、権限制御や教育資料まで含めて整理しやすくなります。
FAQ
現場への伝え方も重要です。たとえば「9月中は代替モデルを試す期間、10月2日以降は旧モデル前提の手順を廃止する」と線を引いておくと、開発者はいつまでに設定を変えるべきか理解しやすくなります。あわせて、レビュー用途、軽量質問、長時間の自律作業のように利用シーン別の推奨モデルを1枚にまとめると、単なる周知ではなく実運用の移行計画になります。
Q. 10月2日を過ぎると旧モデルを手動で削除する必要はありますか。A. GitHubの告知では、廃止後にモデルを削除するための追加作業は不要です。ただし、残るのは「設定画面上の掃除」ではなく、代替モデルへ切り替わった後の運用確認です。Q. 代替モデルは自動で使えるようになりますか。A. Gemini 3.8 Flashの案内では、新モデルはglobal defaultを無効化していない限り自動有効化される場合がありますが、BusinessとEnterpriseでは管理者が明示的に確認した方が安全です。
導入判断ポイント
今回の論点は、どのモデルが最強かではなく、10月2日までに「誰の作業が止まるか」をなくせるかです。軽量タスク中心ならGemini 3.8 Flash、長めのagentワークならKimi K3、重い判断や高品質出力ならClaude Opus 5というように、用途別に逃げ道を決めておくと切り替えが滑らかです。更新日が9月3日と新しいため、既存の社内Wikiや研修資料が8月時点のモデル名で止まっていないかも合わせて見直すと、問い合わせの先回りになります。
短く言うと、今回やるべきことは「廃止対象の洗い出し」「代替モデルの許可」「既定値とチーム設定の更新」「主要クライアントでの実機確認」の4点です。GitHub Copilotを部門横断で配布している企業ほど、この4点を今週中に終える価値があります。
