GitHubは2026年7月31日に、GitHub Copilotの旧モデル6種類を2026年9月1日に廃止すると告知しました。対象はGemini 3.1 Pro、Claude Opus 4.5 / 4.6、Claude Sonnet 4.5 / 4.6、Raptor miniです。ここで迷いやすいのは『何へ置き換えるか』ではなく『誰に何を割り当てるか』です。
今回の移行は、Copilot Chatだけでなくinline edits、ask / agent modes、code completionsまで含む全Copilot experiencesに効きます。だからこそ、モデルごとの得意領域を使って職種別に移行先を分けるほうが、全員を一律移行するより失敗しにくくなります。
この記事でわかること
- 9月1日に消える6モデルと推奨代替先。
- Sonnet 5・Opus 5・Gemini 3.6 Flash・MAI-Code-1-Flashの職種別割り当て方。
- Enterprise / Business管理者が今週やるべき設定確認。
9月1日に終了するモデルと代替先
GitHubの公式Changelogでは、Gemini 3.1 ProはGemini 3.6 Flash、Claude Sonnet 4.5 / 4.6はClaude Sonnet 5、Claude Opus 4.5 / 4.6はClaude Opus 4.7 / 4.8 / 5、Raptor miniはMAI-Code-1-Flashへ置き換える前提で案内されています。例外として、Claude Sonnet 4.6は個人向け年額プランでは継続しますが、企業向けのCopilot Business / Enterpriseでは通常の移行対象として扱うほうが安全です。
まず決めるべき職種別の移行マップ
- 1. 日常的な実装と要件整理が中心の開発者にはClaude Sonnet 5。GitHub DocsのAI model comparisonでは、Claude Sonnet 5は『general-purpose coding and agent tasks』向けに位置づけられており、旧Sonnet系の置き換え先として最も自然です。
- 2. 深いレビュー、難しい不具合解析、設計判断が多いリード層にはClaude Opus 5。DocsではOpus系が『deep reasoning and debugging』向けとされており、旧Opus 4.xを重い用途で使っていた人の受け皿にしやすいです。
- 3. 軽い相談、反復的な修正、コストを抑えたいチームにはGemini 3.6 Flash。Docsでは『fast help with simple or repetitive tasks』向けと整理されており、Gemini 3.1 Proを全員にそのまま置き換えるより、用途を軽量側へ寄せたほうが納得感を出しやすいです。
- 4. 補完と短い説明を素早く返したい利用者にはMAI-Code-1-Flash。Raptor miniの後継として案内されており、軽量用途を上位モデルへ無理に集約せずに済みます。
この分け方の利点は、廃止対応と同時に『高コストモデルは誰に必要か』まで整理できることです。単なる置換作業で終えず、職種別の標準モデルを作る機会にしたほうが、9月以降の問い合わせが減ります。
管理者が今週やるべき4ステップ
- 1. 対象6モデルを使っている人を洗い出す。usage metrics、現場ヒアリング、社内手順書の3点を見て、誰がどのクライアントで旧モデルを使っているかを先に可視化します。
- 2. enterpriseの基準設定を作る。GitHub Docsでは、enterprise ownerが各モデルをEnabled / Disabled / Optionalで管理できます。Sonnet 5を全社標準、Opus 5を限定開放、Gemini 3.6 Flashをコスト重視部門へ、のように基準を先に決めると運用が揃います。
- 3. enterprise teams modeを使っているならteam側も確認する。Docsでは、Optionalや未設定のモデルはteamへ有効化するまで使えないと案内されています。ここを見落とすと、設定したはずの代替モデルが現場で表示されません。
- 4. 利用者画面で実機確認する。GitHubの告知では、管理者は個人のCopilot settingsと、VS Codeやgithub.comのmodel selectorで利用可否を確認できるとされています。1人でも実機確認しておくと、当日の切り替え事故を減らせます。
料金とクライアント条件で詰まりやすい点
GitHub Docsは、モデルごとにAI credits消費が異なり、大きいコンテキストや高いreasoningを使うと消費も増えると説明しています。つまり、旧Gemini 3.1 Pro利用者を全員Opus 5へ寄せると、品質は上がっても費用が跳ねやすくなります。職種別の割り当てが必要なのはこのためです。
もう1つの落とし穴はクライアント更新です。supported modelsの一覧では、Gemini 3.6 Flashなど一部モデルに最低クライアント条件があります。管理画面で有効でも、端末のVS Codeや拡張機能が古いと見えないことがあります。
よくある質問
Q. 旧モデルは9月1日に手動で削除する必要がありますか。A. いいえ。GitHubは、廃止後の削除に追加作業は不要と案内しています。必要なのは削除作業ではなく、代替モデルの有効化と周知です。
Q. 全員をSonnet 5へ寄せてもいいですか。A. できますが、費用と用途のズレが出やすくなります。深いレビュー担当はOpus 5、軽量用途はGemini 3.6 FlashやMAI-Code-1-Flashへ分けたほうが、移行後の満足度を上げやすいです。
まとめ
GitHub Copilotの旧モデル廃止は、2026年9月1日に全Copilot experiencesへ効く変更です。2026年8月10日時点で残り3週間なので、今週やるべきことは『旧モデル利用者の棚卸し』『職種別の代替モデル割り当て』『model selectorでの表示確認』の3つです。廃止対応をそのまま標準モデル設計に変えられるかが、9月以降の運用差になります。
GitHub Copilotの展開設計や社内AIルール整備で迷う場合は、 numomentにご相談ください 。モデル選定、権限設計、AI研修までまとめて支援できます。
