Claude Sonnet 5 の変更点｜Sonnet 4.6 から何が変わったか

Claude Sonnet 5 とは——「最もエージェント的な Sonnet」

Claude Sonnet 5 は Anthropic が 2026 年 6 月 30 日にリリースした Sonnet シリーズの最新世代です。同社の公式発表では「最もエージェント的な Sonnet モデル」と位置付けられており、計画立案・ブラウザやターミナルなどのツール使用・複数ステップの自律実行という一連の動作が前世代より大幅に強化されています（Anthropic 発表）。

Free・Pro プランのデフォルトモデルにも昇格し、以前は Opus クラスでなければ難しかった水準の精度が Sonnet の価格帯で実現できるようになりました。API モデル ID は claude-sonnet-5 で、Sonnet 4.6（claude-sonnet-4-6）からはモデル ID を更新するだけがスタート地点です。ただし後述する 3 つの仕様変更があるため、コードの調整が必要なケースがあります。

Sonnet 4.6 からの 3 つの破壊的変更

Anthropic は Sonnet 5 を「Sonnet 4.6 のドロップイン置き換え」と位置付けていますが、以下の 3 点では Sonnet 4.6 と挙動が異なります（What's new in Claude Sonnet 5）。

Adaptive Thinking がデフォルトで有効になった

Sonnet 4.6 では thinking フィールドを渡さないとシンキングなしで動作していました。Sonnet 5 では同じリクエストが Adaptive Thinking あり（thinking: {type: "adaptive"}）で動作します。Adaptive Thinking は必要に応じて思考量を動的に調整するモードで、複雑な問題では深く考え、単純な問題では即答するように自動的に振る舞います。

シンキングをオフにしたい場合は thinking: {type: "disabled"} を明示的に渡します。max_tokens は thinking 出力と応答テキストの合計に対するハード上限となるため、Sonnet 4.6 向けに設定した値が Sonnet 5 で不足するケースがあります。余裕を持ったバジェット設定に見直してください。

サンプリングパラメータが受け付けられなくなった

temperature・top_p・top_k をデフォルト以外の値に設定すると 400 エラーが返るようになりました。Opus 4.7 では同様の制約がすでに導入されており、Sonnet クラスにも拡大された形です。モデルの挙動を調整したい場合はサンプリングパラメータではなく、システムプロンプトへの指示で対応します。

手動 Extended Thinking が削除された

Sonnet 4.6 では非推奨扱いだった thinking: {type: "enabled", budget_tokens: N} が、Sonnet 5 では完全に削除されました。同パラメータを渡すと 400 エラーになります。代わりに Adaptive Thinking と effort パラメータを組み合わせて使います。

# Sonnet 5 では 400 エラー（使用不可）
thinking = {"type": "enabled", "budget_tokens": 32000}

# 代わりにこちらを使う
thinking = {"type": "adaptive"}

新トークナイザーの影響——コスト計算が変わる

Sonnet 5 は新しいトークナイザーを採用しており、同じテキストでも Sonnet 4.6 より約 30% 多くのトークンとして計測されます。具体的には以下の 4 点に影響します。

1. token counts の値が増える — usage フィールドや token counting で返る値が増え、以前のモデルで測定した数値は使い回せない
2. コンテキスト窓の実効容量が変わる — 1M トークンという窓は変わらないが、同じテキスト量を詰め込むときのトークン数が増えるため、収容できるテキスト量が実質的に減る
3. max_tokens の再検討が必要 — 期待する出力長ギリギリに設定した値は Sonnet 5 で打ち切りが起きる可能性がある
4. リクエストあたりのコストが変わる — トークン単価は Sonnet 4.6 と同じだが、同じテキストでトークン数が増えるため実質のコストは高くなる場合がある

API でコストを管理している場合は、token counting を Sonnet 5 対象で再計測し、現実のコストを把握してから本番移行することを推奨します。

エージェント性能の向上——コーディングと多段タスク

最も大きな改善がある分野はコーディングとエージェント的なタスクです。Anthropic が参照している外部評価として、Cursor が公開した CursorBench では Sonnet 4.6 の 49% に対し Sonnet 5 が 57% を記録したと報告されています。また、指示がなくても自身の出力を見直して誤りを修正する行動も早期アクセス段階で観測されています。

Opus 4.8 に肉薄する性能を Sonnet の価格帯で実現するという方向性は、コードレビュー・CI パイプラインの自動化・マルチステップのデータ処理など、反復性が高くコストが積み上がりやすいワークフローに特に有効です。詳細なベンチマーク結果は Anthropic の Transparency Hub で公開されています。

1M トークンのコンテキスト窓が標準化

Sonnet 5 では 1M トークンのコンテキスト窓がデフォルト且つ唯一のオプションです。Sonnet 4.6 で存在していた小さなコンテキスト窓バリアントは廃止され、全リクエストが 1M で処理されます。最大出力トークンは 128k で、対応ツールや platform features は Sonnet 4.6 と同じです。ただし Priority Tier（サービスティア）は Sonnet 5 では非対応となっています。

長大なプロンプトや長文書の処理は引き続き 1M 窓で扱えますが、新トークナイザーにより同じ文書量でも消費トークン数が増えることを念頭に置いておく必要があります。

料金——導入価格と通常価格

Claude Sonnet 5 の正規料金は Sonnet 4.6 と同額で、入力 $3 / 出力 $15（100 万トークンあたり）です。2026 年 8 月 31 日まで導入価格として入力 $2 / 出力 $10（100 万トークンあたり）が設定されており、この期間中は割安に検証できます（公式料金ページ）。

新トークナイザーにより同じテキストでも消費トークン数が約 30% 増えるため、単価が同じでも実質コストは Sonnet 4.6 より高くなる可能性があります。コスト最適化や Opus との使い分け戦略については、別記事「Claude Sonnet 5 の料金と使い分け」で詳しく扱っています。

利用可能なプラットフォーム

Sonnet 5 は 2026 年 6 月 30 日のリリース時点で以下のプラットフォームで利用できます（公式ドキュメント）。

• Claude API — 全顧客が利用可能
• AWS — Amazon Bedrock（新しい Bedrock API）および Claude Platform on AWS で利用可能。旧 Bedrock API（InvokeModel / Converse）では非対応
• Google Cloud — Vertex AI 経由で利用可能
• Microsoft Foundry — Microsoft Foundry 経由で利用可能

ZDR（ゼロデータリテンション）契約を結んでいる組織向けに、ZDR モードでの利用もサポートされています。

サイバーセキュリティサーフガードの新設

Sonnet 5 は Sonnet クラスとして初めてリアルタイムのサイバーセキュリティ制御を搭載しています。禁止またはリスクの高いサイバーセキュリティ関連のリクエストは拒否される場合があります。拒否時は HTTP エラーではなく 200 レスポンスで stop_reason: "refusal" が返る仕様です。これは他の Opus クラスモデルと同様の挙動で、エラーハンドリングのコードが stop_reason を見ていない場合は見直しが必要です。

Sonnet 4.6 から Sonnet 5 への移行手順

Anthropic が提示する移行の基本ステップは以下の 3 つです。

1. モデル ID を更新する — コード中の claude-sonnet-4-6 を claude-sonnet-5 に変更する
2. トークンバジェットを再確認する — 新トークナイザーにより同じプロンプトで約 30% 多くトークンが消費されるため、max_tokens や費用計算を見直す。token counting で Sonnet 5 向けに再計測する
3. サンプリングパラメータと Extended Thinking を削除する — temperature・top_p・top_k の設定を削除する。budget_tokens を使っている場合は thinking: {type: "adaptive"} に切り替える

コードを変更してすぐ本番に切り替えるのではなく、まずステージング環境で token counting を実行してコストとキャパシティを確認した上で移行することで、予期しないコスト増や出力打ち切りを防げます。

まとめ——Sonnet 5 への移行を判断する基準

Claude Sonnet 5 は Sonnet 4.6 と同じトークン単価で Opus 4.8 に肉薄する性能を提供しますが、Adaptive Thinking のデフォルト化・新トークナイザー・サンプリングパラメータ廃止の 3 点で互換性が変わります。特に新トークナイザーによるトークン増（約 30%）はコストと max_tokens 設定の両方に影響するため、移行前の実測が欠かせません。

コーディング・エージェント自動化・多段ステップの処理が多いワークフローでは恩恵が大きく、2026 年 8 月 31 日までの導入価格（入力 $2 / 出力 $10）が適用される期間中に検証を進める価値があります。API レベルの互換性確認をしてから切り替えれば、ダウンタイムなく既存のパイプラインを Sonnet 5 に移行できます。