GitHub CopilotでClaude Sonnet 4を使っているなら、まず押さえるべき結論は2つです。GitHubは2026年3月31日付のchangelogで、Claude Sonnet 4を2026年5月1日にGitHub Copilot全体から廃止予定と告知し、推奨代替をClaude Sonnet 4.6としました。対象はCopilot Chatだけでなく、inline edits、ask/agent modes、code completionsまで含まれます。 (The GitHub Blog)
ただし、「とりあえず4.6に変えれば終わり」ではありません。GitHub Copilotではモデルごとに得意分野とpremium requestの消費倍率が異なるため、普段使いの速度とコストを取るのか、複雑な実装の品質を取るのかで最適解が変わります。この記事では、Claude Sonnet 4の廃止で何が変わるのか、代わりに何を選ぶべきか、既存利用者が今すぐ確認すべき項目まで整理します。 (GitHub Docs)
GitHub CopilotでClaude Sonnet 4が廃止へ、何が変わるのか
2026年3月31日付のGitHub公式changelogでは、Claude Sonnet 4を2026年5月1日に廃止予定とし、Copilot Chat、inline edits、ask/agent modes、code completionsの全体に影響すると明記しています。つまり、チャットだけでなく、編集・補完・エージェント系の使い方まで見直しが必要です。 (The GitHub Blog)
GitHubは同じ告知の中で、その日までにワークフローや連携を対応済みモデルへ更新してほしいと案内しています。一方で、廃止後にユーザー側で古いモデルを手動削除する作業は不要です。組織でCopilot EnterpriseやBusinessを使っている場合は、代替モデルを管理ポリシーで有効化する必要があるケースがあります。 (The GitHub Blog)
ここで重要なのは、影響の出方が利用形態ごとに違うことです。個人利用でGitHub.comやVS CodeのChatモデルを手動選択している人は、その選択内容を確認すればよい一方、組織利用者はモデルを切り替える権限自体が管理者ポリシーで制御されていることがあります。さらに、Copilot CLIや自動化でモデル名を明示的に固定している場合は、設定やコマンドの見直しが必要です。 (GitHub Docs)
まず結論、次に選ぶべきモデル
GitHubのモデル比較とpremium request倍率の情報をもとに、Claude Sonnet 4からの乗り換え先を実務目線で整理すると、判断基準は次のようになります。利用可能モデルはプランやクライアントで変わるため、表は「選び方の軸」として見るのが実用的です。 (GitHub Docs)
| 目的 | 第一候補 | 向いている使い方 | premium requestの目安 |
|---|---|---|---|
| いまのClaude系の感触をできるだけ維持したい | Claude Sonnet 4.6 | 汎用コーディング、エージェント的な作業、複雑な問題整理 | 1x |
| コストを抑えて日常運用したい | GPT-4.1 / GPT-5 mini | 普段の質問、コード説明、軽めの修正、ドキュメント補助 | 0x（有料プラン） |
| 難しい実装や大きなリファクタを任せたい | GPT-5.3-Codex / GPT-5.4 | 機能実装、テスト生成、レビュー、深いコード分析 | 1x |
| 速さを最優先したい | Claude Haiku 4.5 | 小さな関数、軽い説明、反復作業 | 0.33x |
Claude Sonnet 4.6はGitHub公式が今回の廃止予告で示した直接の代替です。GPT-4.1とGPT-5 miniは有料プランでpremium requestを消費せず、日常業務の定番候補になります。GPT-5.3-CodexやGPT-5.4は、より難しい実装や分析に向く上位候補です。Claude Haiku 4.5は、軽いタスクを速く回したいときの逃げ道になります。なお、Copilot Freeでは使えるモデルが限られ、各モデルの利用は1 premium request扱いです。 (The GitHub Blog)
Claude Sonnet 4の代替として有力なモデル
迷ったらClaude Sonnet 4.6
一番自然な移行先は、やはりClaude Sonnet 4.6です。GitHubが今回の廃止予告で推奨代替に挙げており、モデル比較でも「汎用コーディングとエージェント系タスク」に向く位置づけです。GitHubの説明では、Sonnet 4.5と比べて、補完の安定性や高負荷時の推論の信頼性が高められたモデルとして扱われています。 (The GitHub Blog)
特に、複数ファイルをまたぐ修正、曖昧な仕様からの実装、検索を挟むエージェント型の作業が多いなら、まずSonnet 4.6を基準にするのが無難です。GitHubは2026年2月のchangelogで、Sonnet 4.6は早期テストでagentic codingやsearch operationsに強みを見せたと案内しており、Pro / Pro+ / Business / Enterprise向けに展開しています。 (The GitHub Blog)
注意点は、Sonnet 4.6も有料プランでは1xのpremium request対象で、しかもGitHub Docsでは倍率が今後変わる可能性があるとされています。Claude Sonnet 4から「そのまま同じ感覚で乗り換える」には最適ですが、消費コストまで含めて同じとは限りません。 (The GitHub Blog)
コスト重視ならGPT-4.1かGPT-5 mini
「毎回のやり取りでpremium requestを気にしたくない」「普段の質問と軽い実装が中心」という人は、GPT-4.1かGPT-5 miniが現実的です。GitHub Docsでは、両モデルともgeneral-purpose coding and writing寄りに位置づけられており、速い補完や説明に向くモデルとして扱われています。しかも有料プランではどちらもpremium requestを消費しません。 (GitHub Docs)
実務では、たとえば次のように分けると運用しやすくなります。
- 仕様確認、コード説明、軽い修正、README整備はGPT-5 mini
- 多少の実装相談やレビューコメントの下書きはGPT-4.1
- 本番影響が大きい修正や、曖昧な要件からの実装はSonnet 4.6
この分け方にすると、普段使いは低コスト、難所だけ高品質モデルという運用にしやすくなります。GitHub Docsでも、premium requestを使い切った有料プランのユーザーは、その月の残り期間をincluded modelsで使い続けられると案内されています。 (GitHub Docs)
複雑な実装や大規模リファクタはGPT-5.3-CodexやGPT-5.4
Claude Sonnet 4の代替を「同じClaude系」で探す必要はありません。大きめの機能追加、テスト生成、深いレビュー、設計判断までCopilotに任せたいなら、GitHubのモデル比較ではGPT-5.3-CodexやGPT-5.4が有力です。GPT-5.3-Codexはagentic software development向け、GPT-5.4はdeep reasoning and debugging向けという整理になっています。 (GitHub Docs)
特にGPT-5.3-Codexは、GitHub Docsで「機能追加、テスト、デバッグ、リファクタ、レビューのような複雑なエンジニアリング作業で高品質」と説明されており、単発の質問より“作業を前に進める”用途に向きます。Claude Sonnet 4を「賢い相棒」として使っていた人ほど、一度は試す価値があります。 (GitHub Docs)
既存利用者が今すぐ確認すべきポイント
Claude Sonnet 4の廃止で困る人の多くは、「どこでモデルが選ばれているか」を一カ所だけ見て安心してしまいます。実際には、Chat、inline suggestions、CLI、自動化、管理ポリシーが別々に動いているため、確認は分けて行う必要があります。 (GitHub Docs)
| 確認ポイント | 何を見るか | 見落としやすい点 |
|---|---|---|
| Copilot Chat | GitHub.comやVS CodeのCURRENT-MODELでClaude Sonnet 4が選ばれていないか確認 | Business利用では、そもそもモデル切替権限がないことがある |
| Inline suggestions | VS Codeなら GitHub Copilot: Change Completions Model で確認 | Chatのモデル変更は補完モデルに反映されない |
| Auto運用 | IDE版Copilot ChatでAutoを使うか検討 | Autoは便利だが、常に同じモデルを使うわけではない |
| CLI・自動化 | --model、COPILOT_MODEL、~/.copilot/config.json を確認 | 明示的に旧モデルをpinしていると移行漏れが起きる |
| 管理者設定 | CopilotのModels / Policiesで代替モデルが有効か確認 | 利用者の画面に候補が出ない原因になりやすい |
GitHub.comではCopilot Chatの下部にあるCURRENT-MODELドロップダウンからモデルを変更できます。VS CodeでもCopilot Chatを開いて下部のCURRENT-MODELから選択します。なお、Copilot Chatのモデル変更はinline suggestionsのモデルには影響しません。補完モデルは別設定として確認が必要です。 (GitHub Docs)
Copilot CLIを使っている場合はさらに注意が必要です。CLIの既定モデルはClaude Sonnet 4.5で、/modelコマンドや--modelオプション、COPILOT_MODEL環境変数、~/.copilot/config.jsonでモデルを固定できます。つまり、CLIをデフォルトのまま使っているだけなら今回の影響は限定的でも、スクリプトやCIでSonnet 4を明示指定しているなら修正対象です。 (GitHub Docs)
CLIや自動化でモデルを固定しているかは、次の3カ所を見ると早いです。
copilot -p "..." --model claude-sonnet-4.6
export COPILOT_MODEL=claude-sonnet-4.6{
"model": "claude-sonnet-4.6"
}GitHubのCLIリファレンスでは、--modelや設定ファイルによるモデル固定は、再現性のあるワークフローで有用だと説明されています。逆に言えば、再現性のために固定した設定が、廃止モデルの取り残しポイントにもなりやすいということです。 (GitHub Docs)
Autoを使うか、明示的にモデルを選ぶか
VS CodeやJetBrainsなどの対応IDEでは、Copilot ChatでAutoを選ぶ運用も有力です。GitHub Docsによれば、Autoは利用可能性やモデル性能を踏まえて候補モデルから自動選択し、有料プランではCopilot Chatで10%の倍率割引もあります。候補にはClaude Sonnet 4.6、GPT-5.3-Codex、GPT-5.4、GPT-5.4 mini、GPT-4.1、Claude Haiku 4.5などが含まれます。 (GitHub Docs)
ただし、Autoには明確な弱点もあります。候補モデルは今後変わり得ますし、「常にSonnet 4.6で同じ出力傾向を維持したい」という用途には向きません。社内テンプレート作成やレビューコメントの質感を揃えたいなら、Autoではなくモデルを明示指定したほうが運用しやすいです。これは公式情報に基づく仕様を踏まえた、実務上の判断基準です。 (GitHub Docs)
乗り換えで失敗しやすいポイント
Chatだけ切り替えて、補完やCLIを見ていない
いちばん多いのがこのパターンです。GitHub Docsでも、Copilot Chatのモデル変更はinline suggestionsに影響しないと明記されています。さらにCLIは別の設定系統を持つため、Chatだけ見直しても移行完了とは言えません。 (GitHub Docs)
「同じベンダー」を優先しすぎて、用途との相性を見ていない
Claude Sonnet 4の後継としてSonnet 4.6は自然ですが、実務では普段使いの低コスト枠と難問用の高性能枠を分けたほうが管理しやすいことが多いです。GitHubのモデル比較でも、GPT-5 mini、Claude Haiku 4.5、Claude Sonnet 4.6、GPT-5.3-Codex、GPT-5.4はそれぞれ得意分野が異なります。モデル名を一つに固定するより、用途別に第1候補と第2候補を決めておくほうが、次の廃止予告にも強くなります。 (GitHub Docs)
組織利用なのに、管理者ポリシーを確認していない
BusinessやEnterpriseでは、モデルの有効化や利用者の切替権限が管理者側の設定に左右されます。自分の画面にClaude Sonnet 4.6や他の候補が出てこない場合、自分の操作ミスではなく、管理ポリシーが原因というケースは珍しくありません。 (GitHub Docs)
今後のCopilot運用は「モデル名固定」より「用途別ルール」が強い
GitHubは2025年以降、Copilotで古いモデルを新しいモデルに置き換える更新を継続しており、2025年9月にはClaude / OpenAI / Geminiの複数モデルをまとめて廃止予定とし、2026年3月にもGemini 3 ProやClaude Sonnet 4の退役告知を出しています。つまり、特定モデルを長期固定する運用は、今後ますますメンテナンス負荷が高くなると見ておいたほうが安全です。 (The GitHub Blog)
実務では、次のように役割を分けておくと運用が安定します。
- 日常の質問・説明・軽修正: GPT-5 mini
- Claude系のバランス重視: Claude Sonnet 4.6
- 難しい実装・レビュー・大規模変更: GPT-5.3-CodexまたはGPT-5.4
- 軽量で高速な反復: Claude Haiku 4.5
この形にしておけば、「何を代わりに使うか」を毎回ゼロから考えにくくなるのが強みです。GitHubのモデル比較と課金倍率を見ても、この分け方は性能とコストを両立しやすい現実的な組み合わせです。 (GitHub Docs)
まとめ
GitHub Copilotでは、2026年3月31日付の公式changelogでClaude Sonnet 4が2026年5月1日に廃止予定と告知され、推奨代替はClaude Sonnet 4.6とされました。影響はChatだけではなく、inline edits、ask/agent modes、code completionsまで及びます。 (The GitHub Blog)
今やるべきことはシンプルです。Chatのモデル選択、inline suggestionsの設定、CLIやCIのモデル固定、組織ポリシーを順に確認し、そのうえで用途に応じてSonnet 4.6、GPT-4.1 / GPT-5 mini、GPT-5.3-Codex / GPT-5.4を使い分けてください。Claude Sonnet 4の後継を一つ探すより、自分の業務に合う“運用ルール”を作ることのほうが、今回の変更には強い対応になります。 (GitHub Docs)
コメント