Claude Sonnet 4.5 が 2026 年 11 月 30 日に Claude API で廃止されます
claude-sonnet-4-5-20250929 は 2026 年 9 月 30 日に非推奨化が通知され、2026 年 11 月 30 日に Claude API 上で廃止されます。 Anthropic の公式ドキュメント の非推奨化の履歴に、この告知が正式なエントリとして追加されました。移行先として案内されているのは claude-sonnet-5-5 です。
この件には、押さえておくべき前提がもう 1 つあります。今回のは「噂」ではなく「確定発表」です。 2026 年の早い時期から、SNS や個人ブログで「Sonnet 4.5 が近く廃止されるらしい」という未確定の観測が散発していました。これらはいずれも推測の域を出ないもので、公式情報として裏付けられていませんでした。今回、2026 年 9 月 30 日付で公式ドキュメントに正式なエントリが追加されたことで、告知日・退役日・移行先モデル ID が明記された確定情報に変わっています。過去の噂を見ていた人は、ここで区別しておいてください。
この記事では、自分の環境が対象かどうかの確認方法、モデル ID の置き換えだけでは終わらない破壊的変更が何か、期日までに何をすればよいか の 3 点を順に見ていきます。似た対応は 8 月の Claude Opus 4.1 の退役 でも発生しており、今回も同じ性質の運用イベントです。
対象と移行先
まず事実関係を整理します。
| 項目 | 内容 |
|---|---|
| 対象モデル ID | claude-sonnet-4-5-20250929 |
| 告知日 | 2026 年 9 月 30 日 |
| 退役日 | 2026 年 11 月 30 日 |
| 推奨される移行先 | claude-sonnet-5-5 |
公式ドキュメントが明記しているこれらの日付は、Anthropic が直接運用するプラットフォーム (Claude API・Claude Platform on AWS・Microsoft Foundry) に適用されるもの です。Amazon Bedrock・Google Cloud はパートナー運用のため、公式には「別のスケジュールを設定しうる」とだけ記載されており、具体的な退役日はこのページには示されていません。 これらの経路で使っている場合は、各プラットフォームの案内を個別に確認してください。断定できる情報がここにはない、という状態そのものを覚えておく必要があります。
なお、claude.ai のサブスクリプションでのモデル選択への影響は、公式ページの適用範囲に含まれておらず、今回確認できていません。 不確かな情報を足さず、ここは保留にしておきます。
移行先の claude-sonnet-5-5 そのものの料金・性能については、Claude Sonnet 5.5 とは に詳しくまとめています。今回は Sonnet 4.5 を起点に移行する読者が直接関係する破壊的変更に絞って解説します。
自分が対象かを確認する
対象かどうかの確認は、2 つの方法を併用するのが確実です。
- リポジトリと設定ファイルの全文検索。
claude-sonnet-4-5-20250929で検索し、コード・環境変数・CI の定義・社内の手順書を見てください。直書きしている箇所はここで見つかります。 - Claude Console の Usage ページからのエクスポート。 Export から CSV を出力すると、API キー別・モデル別の利用状況を確認できます。コードに直書きされていなくても、設定ファイルや管理画面経由で指定されている箇所はこちらで見つかります。
| 確認方法 | 見つかるもの |
|---|---|
| 全文検索 | コードや設定に直書きされたモデル指定 |
| Usage ページの CSV Export | 把握していない利用経路、他部署の呼び出し |
どちらか一方だけでは漏れます。 現場では、コードは把握していても、他のチームが管理画面から設定した呼び出しまでは見えていない、というケースがよくあります。両方を見て、ヒットが 0 件であることを確認してから「対象外」と判断してください。
モデル ID を置き換えるだけでは終わらない
ここが今回いちばん見落とされやすい部分です。公式移行ガイド には、モデル ID を書き換えただけでは気づかない破壊的変更が複数記載されています。
| 変更点 | Sonnet 4.5 までの挙動 | Sonnet 5.5 からの挙動 | 対応 |
|---|---|---|---|
| forced tool use | tool_choice に type: "tool" / "any" を指定できた | 400 エラーになる | tool_choice を "auto" にし、ツール側に strict: true を付ける (Bedrock は strict 非対応のため auto のみ) |
| プレフィル | assistant message prefill で応答の書き出しを固定できた | 400 エラーになる (会話は user メッセージで終える必要がある) | 出力形式の固定は structured outputs、前置きは system prompt、続きの生成は user メッセージ側に書き直す |
| computer use | computer_20250124 を送っていた | どのプラットフォームでもこのバージョンは受け付けない | Claude API・Google Cloud は computer_toolset_20260801、Amazon Bedrock は computer_20251124 に変更 |
| effort | effort という概念自体が無かった | low / medium / high (既定) / xhigh / max から明示設定が必要 | output_config.effort を指定する |
| 応答の構造 | content[0].text のような決め打ちの読み方で足りていた | 応答が thinking ブロックから始まりうる | ブロックは type で判定して読む。thinking ブロックは変更せずそのまま会話に戻す |
| context window の beta ヘッダー | 拡張のために beta ヘッダーが必要だった | 既定でより大きいコンテキストウィンドウを持つ | 該当の beta ヘッダーは削除してよい |
| ツール入力の JSON | 独自パースでも大きな問題になりにくかった | 入力のエスケープが変わりうる | 標準の JSON パーサーで input をパースする |
注意
モデル ID を書き換えただけでは、この表の変更にいずれも気づけません。本番で 400 エラーが返ってから発覚するパターンが典型です。移行前に、自分の実装が上の 7 点のどれかに当てはまっていないかを確認してください。
Claude Code の /claude-api migrate で自動化する
Claude Code を使っているなら、この移行作業の多くを自動化できます。 移行ガイドには Claude API skill の案内があり、/claude-api migrate this project to claude-sonnet-5-5 のように実行すると起動します。
挙動は次の順番です。
- 対象範囲 (作業ディレクトリ全体・サブディレクトリ・特定のファイル一覧) を確認してから編集を始める
- モデル ID の置き換えに加え、上表の破壊的変更への対応・プレフィルの代替・effort の較正を、該当するコードベース全体に適用する
- 手動で確認が必要な項目のチェックリストを出力する
Amazon Bedrock や Claude Platform on AWS のクライアントも検出し、プラットフォームごとのモデル ID 形式・機能差に合わせて調整される と案内されています。自前で Messages API を呼ぶ実装が複数のファイルに散らばっている場合、まずこのコマンドで対象範囲を確認するところから始めるのが現実的です。
猶予は 2 か月。今回だけの特別扱いではない
公式の通知ポリシーには、こう明記されています。
Anthropic notifies customers with active deployments for models with upcoming retirements, providing at least 60 days' notice before model retirement for publicly released models.
公開済みモデルの退役には、少なくとも 60 日前に通知する という方針です。今回は 9 月 30 日の告知から 11 月 30 日の退役まで 61 日あり、この「60 日以上」の方針を満たす猶予になっています。
これは今回に限った対応ではありません。8 月に退役した Claude Opus 4.1 も、告知が 6 月 5 日、退役が 8 月 5 日で、同じくおよそ 2 か月の間隔でした。ここまで確認できた範囲では、公開済みモデルの退役はいずれも 60 日前後の猶予を伴って進んでいます。今後も同じ間隔になるとは断定できませんが、「今回だけ急に短い猶予で来た」という話ではない ことは、この 2 件の実績から言えます。
FIXIT2 か月くらいの猶予って、前にも聞かなかった？
Kanameはい。6 月の Opus 4.1 のときも同じ間隔でした。公式の方針どおりです。
FIXITじゃあ今回も、油断してると同じことになりそう。
Kaname現場では、猶予が長いほど後回しになりがちです。先に手順にしておくのが確実です。
期日までの進め方
やることは単純ですが、誰が・いつまでに・何をするかを先に決めておく のが結局いちばん早く終わります。
| 決めること | 内容 |
|---|---|
| 誰がやるか | モデル指定を全文検索し、置き換える担当 |
| いつまでに | 11 月 30 日より前。1 週間前など当日より前の日付を目安にする |
| 何を確認するか | 全文検索と Usage Export の両方。見つかった箇所の破壊的変更対応 |
進める順番としては、次の形が現実的です。
- 全文検索と Usage Export で対象箇所を洗い出す
- 対象があれば、上の表の 7 点に当てはまっていないか確認する
- Claude Code を使っているなら
/claude-api migrateで一括対応し、出力されたチェックリストを確認する - 置き換え後、対話的でない処理 (バッチ・定期実行) は 1 回手動で実行して結果を確認する
4 番を外さないでください。定期実行に組み込んでいる場合は、失敗していても気づくまでに時間がかかります。 次回の実行を待たず、置き換えた直後に 1 回だけ流して確認するほうが、結果的に手戻りが小さく済みます。
自社で開発しておらず、発注先に対応を任せている場合も、確認の責任はこちら側に残ります。聞くのは次の 2 点で足ります。
- モデルの退役に対応する運用はあるか (告知を見る係がいるか、期日をどう管理しているか)
- 今回の Sonnet 4.5 の廃止は自社の対応に影響したか、対応は済んでいるか
具体的な事例で聞くほうが、答えが曖昧にならずに済みます。モデルの退役は保守契約の範囲外として扱っている契約もあるため、費用の切り分けも合わせて確認しておく と、後から請求を見て驚くことを避けられます。
同じく期日のある変更への向き合い方は Codex で GPT-5.4 が 8/31 終了 にも整理しています。仕組みは違っても、確認して置き換えるという作業の形は同じです。 複数のツールを併用しているなら、まとめて棚卸しする機会にするのが効率的です。
FIXIT の運用 — モデル指定を資産として管理する
モデルの退役は、今回に限らず定期的に起きる運用イベントです。Claude API や各種 AI 開発ツールを業務に組み込む際、FIXIT ではモデル名を直接指定する箇所を最小限にとどめ、指定が必要な箇所は設定として一元管理する 設計を標準にしています。告知が出るたびに全文検索でコードベース全体を洗い出すのではなく、最初から「どこで何を指定しているか」が 1 箇所で分かる状態を作っておく考え方です。
AI 駆動開発のクリエイティブスタジオである FIXIT の AI 開発ツール定着支援 では、こうしたモデル運用のルール整備やガバナンス設計からご相談いただけます。ツールの使い方そのものだけでなく、退役・価格改定のたびに発生する確認作業を小さくする体制づくりまで含めて伴走します。
自社の環境が今回のモデル廃止で影響を受けているか、移行の進め方に不安がある場合は、お問い合わせ からお気軽にご相談ください。
まとめ
claude-sonnet-4-5-20250929は 2026 年 9 月 30 日に非推奨化、11 月 30 日に Claude API で廃止される- 移行先は
claude-sonnet-5-5。適用範囲は Claude API・Claude Platform on AWS・Microsoft Foundry で、Bedrock・Google Cloud は別日程の可能性がある - 対象確認は全文検索と Claude Console の Usage Export を併用する
- モデル ID の置き換えだけでは終わらない。forced tool use・プレフィル・computer use・effort 設定など 7 点の破壊的変更がある
- Claude Code の
/claude-api migrateを使えば、範囲確認から編集、手動確認のチェックリストまで自動化できる - 猶予は 61 日。公式の 60 日前通知の方針どおりで、今回だけの特別な短さではない
- 発注先に任せている場合も、対応の運用があるかの確認はこちら側の仕事
- 今回は過去に出回っていた未確定の噂とは別物で、公式ドキュメントに正式追加された確定発表