GitHubの「Claude Sonnet 4 deprecated」は、GitHub Copilotで利用されていた Claude Sonnet 4 が非推奨化され、代替モデルへの移行が必要になった という告知です。対象はCopilot Chatだけではなく、inline edits、ask mode、agent mode、code completionsを含むGitHub Copilot全体です。GitHubの公式Changelogでは、Claude Sonnet 4は2026年5月6日にdeprecatedとなり、代替としてClaude Sonnet 4.6が示されています。(The GitHub Blog)
特に確認すべきなのは、開発者個人のモデル選択だけではありません。Copilot EnterpriseやCopilot Businessを組織で利用している場合、管理者がモデルポリシーで代替モデルを許可していないと、ユーザー側のモデル選択画面にClaude Sonnet 4.6が表示されない可能性があります。この記事では、GitHubの「Claude Sonnet 4 deprecated」で何が変わるのか、誰に影響するのか、管理者・開発者がどの順番で確認すべきかを実務目線で整理します。
GitHubの「Claude Sonnet 4 deprecated」とは
GitHubの「Claude Sonnet 4 deprecated」は、GitHub Copilotで使われていたClaude Sonnet 4がサポート対象から外れ、ワークフローや連携設定ではサポート中のモデルへ切り替える必要がある、という変更です。
公式Changelogでは、Claude Sonnet 4のdeprecated dateは2026年5月6日、suggested alternativeはClaude Sonnet 4.6とされています。あわせて、GitHub Copilotの各体験、つまりCopilot Chat、inline edits、ask mode、agent mode、code completionsを含む範囲で非推奨化されたと説明されています。(The GitHub Blog)
| 項目 | 内容 |
|---|---|
| 変更内容 | Claude Sonnet 4の非推奨化 |
| 適用日 | 2026年5月6日 |
| 主な対象 | GitHub Copilot全体 |
| 影響する機能 | Copilot Chat、inline edits、ask mode、agent mode、code completionsなど |
| 推奨される代替 | Claude Sonnet 4.6 |
| 削除作業 | deprecated modelを手動で削除する作業は不要 |
ここで注意したいのは、「deprecated」という表現だけを見て「まだしばらく使える」と判断しないことです。GitHubのChangelog上では該当ページが「Retired」として扱われており、更新すべき対象として案内されています。既存の開発フロー、IDE設定、社内手順書、API連携、エージェント設定でClaude Sonnet 4を前提にしている場合は、早めにClaude Sonnet 4.6などのサポート対象モデルへ切り替えるべきです。
何が変わるのか
今回の変更で大きく変わるのは、GitHub CopilotでClaude Sonnet 4を前提にした使い方を継続できなくなる点です。単にモデル名が変わるだけではなく、開発チームの利用ルールや自動化されたワークフローにも影響する可能性があります。
Claude Sonnet 4を指定した利用が見直し対象になる
開発者が手動でモデルを選んでいるだけなら、モデルピッカーでClaude Sonnet 4.6などの代替モデルを選び直せば対応できます。
一方で、以下のようなケースでは確認漏れが起きやすくなります。
- 社内手順書で「Claude Sonnet 4を選択」と明記している
- IDEの設定や拡張機能で特定モデルを前提にしている
- Copilot Chatの使い方をチーム内でテンプレート化している
- agent modeやask modeで、モデルの出力傾向を前提に作業フローを組んでいる
- GitHub Copilot関連の社内研修資料に古いモデル名が残っている
特に、社内ドキュメントに古いモデル名が残ると、開発者が「自分の画面にClaude Sonnet 4が表示されない」と混乱しやすくなります。モデル廃止・非推奨化への対応では、技術設定だけでなく、利用者向けの案内文も更新しておくことが重要です。
代替モデルはClaude Sonnet 4.6が推奨されている
GitHubの公式Changelogでは、Claude Sonnet 4の代替としてClaude Sonnet 4.6が示されています。(The GitHub Blog)
GitHub Docsの対応モデル一覧でも、Claude Sonnet 4.6はGitHub Copilotで利用可能なモデルとして掲載されています。モデルの利用可否はCopilotプランや利用クライアント、組織・Enterprise側のモデル制限によって変わるため、表示されない場合は個人設定だけでなく管理者側のポリシーも確認する必要があります。(GitHub Docs)
| 移行前 | 移行先の第一候補 | 判断ポイント |
|---|---|---|
| Claude Sonnet 4 | Claude Sonnet 4.6 | GitHubが推奨代替として案内しているため、まず検証すべき候補 |
| Claude Sonnet 4 | Claude Sonnet 4.5 | 組織のポリシーや利用可能モデルによって4.6が使えない場合の候補 |
| Claude Sonnet 4 | Auto model selection | モデル固定よりも可用性や制限回避を優先する場合の候補 |
実務では、いきなり全員の標準モデルを変更するのではなく、よく使う作業ごとに出力品質を確認してから展開するのがおすすめです。たとえば、コードレビュー、リファクタリング、テスト生成、ドキュメント作成、障害調査では、同じプロンプトでもモデルによって回答の粒度や提案の傾向が変わることがあります。
影響範囲はCopilot Chatだけではない
今回のClaude Sonnet 4 deprecatedで見落としやすいのは、影響範囲がCopilot Chatに限定されない点です。
GitHubの告知では、Copilot Chat、inline edits、ask and agent modes、code completionsを含むすべてのGitHub Copilot experiencesが対象とされています。(The GitHub Blog)
開発者が確認すべき利用シーン
| 利用シーン | 確認すること | よくある問題 |
|---|---|---|
| Copilot Chat | モデルピッカーでClaude Sonnet 4.6などが選べるか | 代替モデルが表示されない |
| inline edits | 編集提案の品質や反応が変わっていないか | 既存の指示文で期待通りの編集にならない |
| ask mode | 質問への回答粒度が変わっていないか | 調査系プロンプトの回答傾向が変わる |
| agent mode | タスク実行の流れに問題がないか | 手順の分解やファイル変更の提案が変わる |
| code completions | 補完モデルの設定を変更できるか | IDEや拡張機能が古く、選択肢が出ない |
特にagent modeを業務で使っているチームは、単なるチャットよりも確認項目が多くなります。エージェントは複数ステップの作業を進めるため、モデル変更によって「どこまで自律的に進めるか」「どのタイミングで確認を求めるか」「変更案の粒度」が変わる可能性があります。
本番リポジトリでいきなり検証するのではなく、影響の少ない検証用ブランチやサンプルリポジトリで、普段使っているプロンプトを再実行して差分を確認すると安全です。
Copilot Enterprise管理者が確認すべき設定
Copilot Enterpriseを利用している組織では、管理者側の確認が特に重要です。GitHubの告知では、Copilot Enterprise管理者はCopilot設定のモデルポリシーで代替モデルへのアクセスを有効にする必要がある場合がある、と説明されています。さらに、個人のCopilot設定を確認し、対象モデルのポリシーが有効になっていれば、VS Codeやgithub.comのCopilot Chatモデルセレクターに表示されるとされています。(The GitHub Blog)
管理者向けチェックリスト
| 確認項目 | 具体的に見る場所・観点 | 対応の目安 |
|---|---|---|
| モデルポリシー | OrganizationまたはEnterpriseのCopilot設定 | Claude Sonnet 4.6など代替モデルを許可する |
| ユーザー側の表示 | VS Codeやgithub.comのモデルセレクター | 代替モデルが表示されるか確認する |
| Copilotプラン | Copilot Business / Enterpriseなど | 利用プランで対象モデルが使えるか確認する |
| 利用クライアント | GitHub.com、VS Code、JetBrains IDEsなど | クライアントごとの対応状況を確認する |
| 社内ルール | AI利用ガイドライン、開発標準、研修資料 | 古いモデル名を更新する |
| サポート窓口 | 情シス、開発基盤チーム、GitHub担当者 | 問い合わせ時の案内文を準備する |
GitHub Docsでは、利用できるCopilotモデルはCopilotプラン、利用クライアント、組織またはEnterpriseの制限によって変わると説明されています。つまり、ある開発者の環境でClaude Sonnet 4.6が表示されない場合、「GitHub側の不具合」と決めつける前に、プラン・クライアント・モデルポリシーを順に確認する必要があります。(GitHub Docs)
代替モデルを有効化しても表示されない場合
モデルポリシーを変更しても、すぐに全員の画面で同じように表示されるとは限りません。次の順番で切り分けると、原因を特定しやすくなります。
| 症状 | 確認ポイント |
|---|---|
| github.comでは表示されるがVS Codeでは表示されない | VS Code本体とGitHub Copilot拡張機能を最新版に更新する |
| 一部ユーザーだけ表示されない | 対象ユーザーにCopilot seatが割り当てられているか確認する |
| Organizationでは表示されるがEnterprise配下で制限される | Enterpriseレベルのポリシーが上書きしていないか確認する |
| モデル選択はできるが期待通りに使えない | Copilot ExtensionsやAuto model selectionが影響していないか確認する |
| inline suggestionsで切り替えられない | Chatのモデル選択と補完モデルの選択は別設定である点を確認する |
GitHub Docsでは、Copilot Chatのモデル変更はinline suggestionsで使うモデルには影響しないと説明されています。ChatでClaude Sonnet 4.6を選んだからといって、コード補完側も同じ設定に変わるとは限りません。(GitHub Docs)
開発者が自分で確認すべき設定
開発者個人がまず確認すべきなのは、普段使っている環境でClaude Sonnet 4を前提にしていないかです。Copilot Chatを使っているだけならモデルピッカーを確認すれば済む場合もありますが、コード補完やinline suggestionsまで含めると確認箇所が増えます。
Copilot Chatのモデルを確認する
GitHub Docsでは、Copilot Chatではチャット中にモデルを変更でき、選択した代替モデルでプロンプトへの回答を生成できると説明されています。github.comやVS Codeでは、Copilot Chat下部のモデル選択メニューから利用したいAIモデルを選びます。(GitHub Docs)
確認手順の例は次の通りです。
| 環境 | 確認手順 |
|---|---|
| github.com | Copilot Chatを開き、下部のモデル選択メニューでClaude Sonnet 4.6などが選べるか確認する |
| VS Code | Copilot Chatを開き、チャット下部のモデル選択メニューを確認する |
| Visual Studio | GitHub Copilot Chatビューを開き、モデル選択メニューを確認する |
| JetBrains IDEs | GitHub Copilot Chatのモデル選択UIを確認する |
組織のCopilot Businessサブスクリプション経由で利用している場合、ユーザーが自由にモデルを切り替えるには、組織側でその権限やモデルアクセスが許可されている必要があります。モデルが見つからない場合は、自分のIDE設定だけでなく、管理者側のポリシー確認も依頼しましょう。(GitHub Docs)
inline suggestionsのモデルを確認する
コード補完、つまりinline suggestionsのモデルは、Copilot Chatのモデルとは別に確認します。
VS Codeの場合、GitHub Docsでは次のような手順が案内されています。
| 手順 | 操作 |
|---|---|
| 1 | コマンドパレットを開く |
| 2 | change completions model と入力する |
| 3 | GitHub Copilot: Change Completions Model を選ぶ |
| 4 | 利用したいモデルを選択する |
| 5 | 設定画面で現在の補完モデルを確認する |
また、inline suggestionsでモデルを切り替えるには、代替モデルが利用可能であること、VS CodeやGitHub Copilot拡張機能が最新であることが前提として示されています。(GitHub Docs)
「ChatではClaude Sonnet 4.6を選んだのに、補完の挙動が変わらない」と感じる場合は、Chatモデルと補完モデルを混同している可能性があります。この点は、開発者向けの社内案内にも明記しておくと問い合わせを減らせます。
移行時に失敗しやすいポイント
Claude Sonnet 4 deprecatedへの対応は、単にモデル名を置き換えるだけでは不十分です。現場でトラブルになりやすいのは、設定変更そのものよりも、利用者への展開や検証の抜け漏れです。
古いモデル名がドキュメントに残る
もっとも起きやすいのは、社内Wiki、オンボーディング資料、プロンプト集、研修資料にClaude Sonnet 4が残り続けることです。
たとえば、次のような記述は更新対象です。
| 古い記述の例 | 更新例 |
|---|---|
| Copilot ChatではClaude Sonnet 4を選択する | Copilot ChatではClaude Sonnet 4.6など、管理者が許可したサポート対象モデルを選択する |
| agent modeはClaude Sonnet 4で実行する | agent modeはClaude Sonnet 4.6で検証済み。利用できない場合はAutoを選択する |
| コードレビューはClaude Sonnet 4前提 | コードレビュー用プロンプトはClaude Sonnet 4.6で再検証済み |
ポイントは、単に「Claude Sonnet 4」を「Claude Sonnet 4.6」に一括置換しないことです。組織によってはモデルポリシーやプランの関係で、すべてのユーザーがClaude Sonnet 4.6を使えるとは限りません。「管理者が許可したサポート対象モデル」といった表現を併用すると、将来のモデル変更にも対応しやすくなります。
出力品質の確認をしないまま全社展開する
モデル変更後は、よく使うプロンプトで最低限の比較検証を行いましょう。
おすすめは、以下のような業務別に確認する方法です。
| 業務 | 検証するプロンプト例 | 確認観点 |
|---|---|---|
| コードレビュー | このPRのリスクと改善点を指摘して | セキュリティ、可読性、保守性の指摘が十分か |
| テスト生成 | この関数の単体テストを作成して | 境界値、異常系、モックの扱いが適切か |
| リファクタリング | 仕様を変えずに読みやすくして | 過剰な変更をしていないか |
| 障害調査 | このエラーの原因候補を整理して | 推測と事実を分けて説明しているか |
| ドキュメント作成 | このコードのREADMEを作って | 実装と矛盾しない説明になっているか |
検証では「前と同じ回答か」ではなく、「業務上使える品質か」を見ることが重要です。AIモデルは同じプロンプトでも回答が変わるため、完全一致を期待するより、レビュー基準に合うかどうかで判断しましょう。
管理者と開発者の責任範囲が曖昧になる
モデル移行では、管理者と開発者の役割を分けておくとスムーズです。
| 担当 | やること |
|---|---|
| GitHub管理者 | モデルポリシー、利用可能モデル、Copilot seat、Enterprise/Organization設定を確認する |
| 開発基盤チーム | 推奨モデル、検証済みプロンプト、IDE更新方針をまとめる |
| 開発者 | 自分のIDE、Copilot拡張機能、モデル選択、業務プロンプトを確認する |
| セキュリティ・法務担当 | AI利用ポリシー、コードレビュー基準、外部モデル利用方針を確認する |
| 情シス・ヘルプデスク | 問い合わせテンプレートとFAQを更新する |
特にEnterprise環境では、ユーザーから「モデルが表示されない」と問い合わせが来たとき、開発者個人の設定なのか、Organizationの設定なのか、Enterpriseのポリシーなのかを切り分ける必要があります。最初から責任範囲を分けておくと、対応時間を短縮できます。
移行・展開のおすすめ手順
Claude Sonnet 4 deprecatedへの対応は、次の順番で進めると安全です。
| ステップ | 作業内容 | 対象 |
|---|---|---|
| 1 | Claude Sonnet 4を使っている箇所を洗い出す | 管理者、開発基盤チーム |
| 2 | Claude Sonnet 4.6など代替モデルの利用可否を確認する | 管理者 |
| 3 | モデルポリシーで代替モデルを許可する | Enterprise / Organization管理者 |
| 4 | VS Code、GitHub.com、JetBrains IDEsなどで表示を確認する | 管理者、代表ユーザー |
| 5 | よく使うプロンプトで品質を検証する | 開発チーム |
| 6 | 社内ドキュメントと研修資料を更新する | 開発基盤チーム |
| 7 | 開発者へ変更点と確認手順を案内する | 管理者、情シス |
| 8 | 問い合わせ内容を見ながらFAQを更新する | 情シス、開発基盤チーム |
最初に洗い出すべき場所
モデル名が直接書かれている場所を先に探すと、影響範囲を把握しやすくなります。
- 社内Wiki
- GitHub DiscussionsやIssueテンプレート
- README
- 開発者向けオンボーディング資料
- プロンプト集
- IDE設定手順
- Copilot利用ガイドライン
- 自動化スクリプトや社内ツールの設定ファイル
- チャットボットや開発支援ツールの内部設定
検索キーワードは、Claude Sonnet 4、Sonnet 4、claude-sonnet、model、Copilot Chat などを組み合わせると見つけやすくなります。
開発チーム向けの案内文例
社内展開では、難しい説明よりも「何をすればよいか」が伝わる文面が有効です。以下のような案内にすると、開発者がすぐに確認できます。
GitHub Copilotで利用されていたClaude Sonnet 4は非推奨化されました。Copilot Chatやinline suggestionsでClaude Sonnet 4を選択していた方は、Claude Sonnet 4.6など管理者が許可したサポート対象モデルへ切り替えてください。
VS Codeを利用している場合は、GitHub Copilot拡張機能を最新版に更新したうえで、Copilot Chatのモデル選択メニューを確認してください。コード補完のモデルはChatとは別設定のため、必要に応じてGitHub Copilot: Change Completions Modelも確認してください。
代替モデルが表示されない場合は、利用しているIDE、GitHubアカウント、所属Organization、表示されないモデル名を添えて管理者へ連絡してください。
このように、問い合わせ時に必要な情報まで明記しておくと、管理者側の切り分けが早くなります。
すぐに対応すべき人、様子を見てもよい人
すべてのユーザーが同じ緊急度で対応する必要はありません。次の基準で優先度を分けると、無駄な作業を減らせます。
| 優先度 | 対象 | 理由 |
|---|---|---|
| 高 | Copilot Enterprise / Businessの管理者 | モデルポリシーで代替モデルを許可しないと利用者が移行できない可能性がある |
| 高 | agent modeやinline editsを業務で使うチーム | モデル変更による作業フローへの影響が大きい |
| 中 | Copilot Chatを日常的に使う開発者 | モデル選択とプロンプトの再確認が必要 |
| 中 | 社内ドキュメント管理者 | 古いモデル名が残ると問い合わせが増える |
| 低 | Copilotをほとんど使っていないユーザー | 影響は限定的だが、今後利用する場合に備えて案内だけ確認する |
管理者は先にモデルポリシーと表示確認を済ませ、開発者には「表示されない場合の確認手順」をセットで案内するのが現実的です。
今回の変更で押さえるべき結論
GitHubの「Claude Sonnet 4 deprecated」は、Claude Sonnet 4を使っていた開発者と、GitHub Copilotを組織展開している管理者の両方に関係する変更です。
押さえるべき点は次の通りです。
- Claude Sonnet 4は2026年5月6日にdeprecatedとなった
- 対象はCopilot Chatだけでなく、inline edits、ask mode、agent mode、code completionsを含む
- GitHubが示す代替モデルはClaude Sonnet 4.6
- deprecated modelを手動で削除する作業は不要
- Copilot Enterprise管理者はモデルポリシーで代替モデルが有効か確認する
- 開発者はChatモデルとinline suggestionsのモデル設定を分けて確認する
- 社内ドキュメント、プロンプト集、研修資料に古いモデル名が残っていないか確認する
まず管理者は、Copilot設定のモデルポリシーでClaude Sonnet 4.6などの代替モデルが利用可能か確認しましょう。開発者は、普段使っているIDEとGitHub.comのCopilot Chatモデルセレクターを確認し、必要に応じて補完モデルの設定も見直してください。モデル変更は一度の設定変更で終わらせず、よく使うプロンプトの出力品質まで確認しておくと、チーム全体の混乱を防げます。
コメント