TLDR
Claude Sonnet 5 は claude-sonnet-5 として提供開始。コンテキスト 1M、最大出力 128k、2026年8月31日までのイントロ価格は入出力それぞれ $2 / $10（MTok）。その後の標準価格は $3 / $15（MTok）。
Sonnet 4.6 を使うチームにとって、これは単なるモデルIDの置き換えではありません。本番トラフィックを流す前に、出力トークン、effort レベル、プロンプトキャッシュのヒット率、HTTP 400 率、Opus 4.8 フォールバック率を再ベースラインしてください。
API Migration Snapshot
| Item | Claude Sonnet 5 |
|---|---|
| API model ID | claude-sonnet-5 |
| Migration target | Claude Sonnet 4.6 の本番ワークロード |
| Best first tests | コーディングエージェント、ツール使用、長文脈リサーチ、サポート自動化 |
| Context window | 1M トークン |
| Max output | 128k トークン |
| Intro API price | 2026年8月31日まで 入力 $2 / 出力 $10（MTok） |
| Standard API price | 2026年8月31日以降 入力 $3 / 出力 $15（MTok） |
| Key migration note | 適応的思考がデフォルトで有効 |
| Effort default | Claude API と Claude Code では high |
| Cost caveat | 新しいトークナイザーにより同一テキストでも約30%多くのトークンが生成され得るため、実ワークロードのコストを実測すること |
| Required telemetry | effort、usage.output_tokens、キャッシュのヒット/ミス関連フィールド、リクエストの 400 率、p95 レイテンシ |
Key Takeaways
- Sonnet 5 は単なる新しいモデルIDではなく、移行判断そのもの。
- トークン単価ではなく、解決タスクあたりの実コストで評価。
- 意図を持って
effortを設定。Sonnet 5 は Claude API と Claude Code でデフォルトがhigh。 - 本番展開前に、プロンプトキャッシュ、出力トークン、HTTP 400 率を再ベースライン。
- 高い effort を要するエージェント的作業には、評価セットに Opus 4.8 を残す。
What Actually Shipped
Anthropic の Claude Sonnet 5 の発表 は、次世代の Sonnet クラス本番モデルとして位置づけています。Claude モデル概要 と公式料金ページ でも同様の示唆があり、日々のルーティング、レイテンシ、コストの判断軸は多くのチームにとって Opus ではなく Sonnet であることを示しています。
What Public Discussion Shows
確かな事実は Anthropic のドキュメントにあります。Anthropic 公開の比較では、Sonnet 5 は SWE-bench Pro で 63.2%（Sonnet 4.6 は 58.1%）、Terminal-Bench 2.1 で 80.4%（67.0%）を記録し、Humanity's Last Exam with tools でも 46.8% から 57.4% に改善しています。
パブリックな議論はより限定的な目的で有用です。何に開発者が最初に気づいたか、どの主張を再検証すべきかを示してくれます。TestingCatalog のローンチチャートのスレッドはベンチマーク議論を喚起し、Chubby の価格/性能の見立ては比較の枠組みを提示し、Kilo Code の開発者ツールの利用可否に関するノートはエコシステムの初期動向を示しました。–
出典: @claudeai
Claude Sonnet 5 API Pricing
Claude Sonnet 5 の料金は2段階です。
| Period | Input price | Output price |
|---|---|---|
| 2026年8月31日までのイントロ価格 | $2 / MTok | $10 / MTok |
| 2026年8月31日以降の標準価格 | $3 / MTok | $15 / MTok |
この表は Anthropic のClaude 料金ページに準拠しています。
重要なのは、トークン単価がコストのすべてではないという点です。Anthropic のClaude Sonnet 5 ドキュメントは、新しいトークナイザーにより同一テキストで約30%トークン数が増える可能性を示しています。これは目安であり固定倍率ではありません。実際の増加量はコンテンツやワークロード形状に依存するため、各チームは自分たちの本番プロンプトでトークンカウントを再実行すべきです。
移行では次のルーティング指標を使ってください:
解決タスクあたりの実効コスト = (プライマリモデルのコスト + リトライコスト + フォールバック コスト) / 成功タスク数
Sonnet 5 がリトライや Opus フォールバック呼び出しを減らしつつより多くのタスクを完了できるなら、実効的には安くなり得ます。トークン使用量だけが増えて完了品質が向上しないなら、見出し価格が下がってもワークロードの実コストは下がらないかもしれません。
Three Engineering Dark Corners
移行リスクはモデル品質だけではありません。生産コストや信頼性を左右し得る目立たない要因が3つあります。
適応的思考は出力トークン消費に化け得る
Claude Sonnet 5 はデフォルトで適応的思考を使います。Anthropic のextended thinking ドキュメントによると、thinking トークンは出力トークンとして課金されます。そのため、最終回答が短くても、請求上は大きな推論コストが隠れている可能性があります。
標準の制御は固定の思考予算ではありません。Anthropic は effort を深い思考を制御するパラメータとしてClaude 移行ガイドやeffort ドキュメントで説明しており、モデル概要では Sonnet 5 のデフォルトが Claude API と Claude Code で high とされています。単純なルーティングや決定的な分類では、low や medium などの低い effort を試す、もしくは思考自体を無効化してからレイテンシ、品質、出力トークン使用量を検証してください。
移行チェックリスト:
- すべての評価実行で実際の
effort設定をログする。 - 可視の応答長だけでなく
usage.output_tokensを追跡する。 - Sonnet 4.6、Sonnet 5、Opus 4.8 の p50/p95 レイテンシを比較する。
- 単純なルーティングや決定的分類では低い effort または思考無効化を試し、レイテンシ、出力トークン使用量、タスク精度を比較する。
- 正答はするが thinking トークン消費が大きく、結果的に Opus 4.8 が競争力を持つタスクがないか監視する。
-
プロンプトキャッシュは再ベースラインが必要
長文脈リサーチ、サポートエージェント、多段オーケストレーションでは、Anthropic のプロンプトキャッシュガイドが最大のコストレバーであることが多いです。Sonnet 5 の新トークナイザーは同一プロンプトのトークン数を変え得るため、キャッシュ入力のコスト前提は移行後に再計算が必要です。キャッシュ作成・読み取りの使用フィールドを監視し、動作も独立に再検証してください。
Sonnet 4.6 でチューニングしたプロンプトキャッシュ戦略が、Sonnet 5 でも同じワークロードレベルのコストプロファイルになると仮定しないでください。
移行チェックリスト:
- 切り替え前にすべての長いプロンプトでトークンカウントを再実行する。
- キャッシュの分岐点と cache-control の挿入位置を再確認する。
- 移行期間中に
cache_creation_input_tokensとcache_read_input_tokensを監視する。 - モデル ID 変更後の突然のキャッシュ読み取り低下やキャッシュ作成スパイクをアラートする。
拒否されるサンプリングパラメータは本番を壊す 400 に
Sonnet 5 は、古い実装が想定しているよりも一部のサンプリングパラメータに厳格です。Anthropic のAPI リリースノートによると、デフォルト以外の temperature、top_p、top_k は HTTP 400 を返します。SDK ラッパーがすべてのモデルに対してサンプリング設定をハードコードしていると、ロールアウト時にリクエストエラーで失敗し得ます。
移行チェックリスト:
- コードベースを検索して、ハードコードされた
temperature、top_p、top_kを洗い出す。 - リクエスト送信前にモデル別のパラメータ検証を追加する。
- 本番全面展開前に、カナリアでエラー率アラートを有効にして移行する。
- パラメータ検証がクリーンになるまで Sonnet 4.6 へのフォールバック経路を維持する。
Claude Sonnet 5 vs Claude Sonnet 4.6
Claude Sonnet 5 は Sonnet 4.6 利用チームにとって自然なアップグレード候補ですが、ゼロレビュー移行として扱うべきではありません。
| Area | What changes |
|---|---|
| Model ID | claude-sonnet-4-6 から claude-sonnet-5 へ変更 |
| Thinking | 適応的思考がデフォルトで有効 |
| Manual extended thinking | 手動の予算トークンモードは削除 |
| Sampling parameters | デフォルト以外の temperature、top_p、top_k は HTTP 400 エラー |
| Tokenizer | 同一テキストでもより多くのトークンにマッピングされ得る |
| Best improvement area | コーディング、ツール使用、エージェント的ワークフロー |
これはタイトなトークン予算、決定的なサンプリング設定、長いプロンプトを持つアプリケーションで特に重要です。本番で Sonnet 4.6 を置き換える前に、トークンカウントを再実行し、非対応のサンプリングパラメータを取り除き、タスク成功率を比較してください。
Sonnet 5 or Opus 4.8: The Routing Decision Tree
多くのチームにとって、真のルーティング判断は次の問いです。
このワークフローは、より安価な Sonnet 5 か、より強力な Opus 4.8 のどちらで動かすべきか？
| Model | Standard input price | Standard output price | Best fit |
|---|---|---|---|
| Claude Sonnet 5 | $3 / MTok | $15 / MTok | 高速・高性能・低コストなエージェント的ワークフロー |
| Claude Opus 4.8 | $5 / MTok | $25 / MTok | 複雑なエージェント型コーディングやエンタープライズ業務 |
| Claude Sonnet 4.6 | $3 / MTok | $15 / MTok | まだ移行していない既存の Sonnet ワークロード |
シンプルな判断ツリー:
- ワークフローが中程度の複雑さで、レイテンシやコストに敏感なら Sonnet 5。
- リトライやレビュー時間を安定して計測できる反復タスクなら Sonnet 5。
- 高い effort の計画、複数ファイルのコーディング、高額な企業判断が必要なら Opus 4.8 を維持。
- 失敗のコストがトークン差額を上回るなら Opus 4.8 を維持。
- 非対応のサンプリングや手動の拡張思考予算に依存するプロンプトがある場合は一時的に Sonnet 4.6 を継続。
最もよくある誤りは価格だけで選ぶこと。より良い判断は以下を比較することです:
- 解決タスク率
- 平均入力トークン
- 平均出力トークン
- 1 成功タスクあたりのリトライ数
- 1 成功タスクあたりのレイテンシ
- 人手レビューの削減時間
- Opus フォールバック率
Benchmarks: What To Trust And What To Retest
Anthropic は Claude Sonnet 5 を、コーディング、ツール使用、エージェント的プロフェッショナルワークフローに位置づけています。第三者のローンチ時の会話、特に TestingCatalog のベンチマークチャートスレッドや Chubby の価格/性能比較は、実務的な問いに繋がりました: Sonnet 5 は Opus との差を十分に詰めて、プロダクションのルーティングを変えうるのか？
数字はその重要性を物語ります。Sonnet 5 は Opus 4.8 に対し SWE-bench Pro で 6.0 ポイント差、Terminal-Bench 2.1 で 2.3 ポイント差で劣る一方、同じテストで Sonnet 4.6 にはそれぞれ 5.1、13.4 ポイント上回ります。Chubby のチャートはまた、Sonnet 5 が 低 effort ではタスクあたり約 $2+ から、高 effort では $5〜$7 のレンジに移ることを示しており、effort 設定をベンチマークの一部にすべきことがわかります。
出典: @kimmonismus
ローンチ時のベンチマークは方向性として扱ってください。次を再検証しましょう:
- 自分のコードベースで Sonnet 5 がリトライを減らすか
- 適応的思考がレイテンシや出力長をどう変えるか
- 新トークナイザーで実際の請求が増えるか
- トークナイザー変更後もプロンプトキャッシュのヒット率が安定するか
- 非対応パラメータがカナリアトラフィックで HTTP 400 を急増させないか
- 高 effort タスクで依然として Opus 4.8 が勝つか
ここで、Hacker News のコスト議論や r/ClaudeAI の初期ユーザーレポートが有用です。モデル仕様のソースではありませんが、現場の開発者が最初に抱く問いを映し出します。「本当に安くなるのか？」「トークンは増えるのか？」「いつ Opus に課金すべきか？」
How To Evaluate Claude Sonnet 5 Yourself
イントロ価格期間を活用して、小規模でも実運用に近いテストを実施しましょう。
20タスクの評価セットを作る
玩具プロンプトではなく、実タスクを含める:
- 自社リポジトリのバグ修正
- ツール呼び出しワークフロー
- 長文脈ドキュメントの要約/統合
- サポートチケットのトリアージ
- コードレビュー
- SQL またはデータ分析
- マルチステップのエージェントタスク
同一タスクを Sonnet 4.6、Sonnet 5、Opus 4.8 で実行
単発の出力を比較しないでください。同一のタスクセットを同一のプロンプトと評価基準で比較します。
評価スタックにコーディングエージェント、フレームワーク、プロンプト評価ツールを使う場合は、CometAPI Cookbookに、Claude Code、Codex、LiteLLM、LangChain、Langfuse、Promptfoo など一般的な開発ワークフロー向けの GitHub ネイティブ統合ガイドがあります。
解決タスクのコストを測定
次を記録する:
- 入力トークン
- 出力トークン
- thinking トークンが重いリクエスト（出力トークン差分や利用可能な内訳で推定）
- キャッシュ作成トークン
- キャッシュ読み取りトークン
- リトライ数
- レイテンシ
- HTTP 400 エラー
- 必要な手動修正
- 最終的な合否スコア
-
移行時の制約に注意
Sonnet 4.6 から Sonnet 5 に移行する際は:
claude-sonnet-5を使用- 非対応のサンプリングパラメータを削除
- 手動の拡張思考予算を避ける
max_tokensを再テスト- Sonnet 5 のトークナイザーでトークンを再カウント
- プロンプトキャッシュの分岐点を再確認
- キャッシュ読み取り低下、キャッシュ作成スパイク、HTTP 400 スパイクをアラート
ワークロードクラスで判断
中程度の複雑さの本番ワークフローにはデフォルトで Sonnet 5 を。高 effort のワークフローは、自社の解決タスクデータが示すまで Opus 4.8 を維持してください。
What To Watch Next
今後数週間は次の5点に注目:
- 独立したコーディング/エージェント系ベンチマーク
- 新トークナイザー下でのトークン使用に関する実開発者レポート
- 適応的思考による出力トークン支出の報告
- 長文脈ワークロードにおけるプロンプトキャッシュのヒット率動向
- 2026年8月31日のイントロ価格終了後の料金や提供体制の変更
すでに Sonnet 4.6 を使っているなら、価格ウィンドウが閉じるのを待たないでください。7月と8月が、実ワークロードで Sonnet 5 を試し、移行是非を判断するのに最適です。
FAQ
Claude Sonnet 5 の料金はいくらですか？
2026年8月31日までのイントロ価格は入出力 $2/$10（MTok）。その後の標準価格は $3/$15（MTok）です。
Claude Sonnet 5 は Sonnet 4.6 のドロップイン代替ですか？
概ねそうですが、テストなしではありません。モデル ID を更新し、非対応のサンプリングパラメータを削除し、effort を設定し、トークンを再カウントし、プロンプトキャッシュを再ベースラインしてください。
Claude Sonnet 5 の thinking トークンは課金対象ですか？
はい。thinking トークンは出力トークンとして課金されるため、usage.output_tokens とレイテンシを監視してください。
単純なタスクで適応的思考をオフにできますか？
はい。Claude Sonnet 5 では、thinking: {"type": "disabled"} を渡して思考をオフにできます。ワークロードが依然として推論の恩恵を受ける場合は、適応的思考を有効にしたまま effort パラメータで思考の深さを制御してください。Sonnet 5 のデフォルトは high なので、レイテンシ重視のワークロードでは low や medium を試してください。
Sonnet 5 へ移行するとプロンプトキャッシュのコストは変わりますか？
はい。キャッシュの分岐点を再確認し、cache_creation_input_tokens と cache_read_input_tokens を監視してください。
Sonnet 5 は非対応のサンプリングパラメータを無視しますか？
いいえ。デフォルト以外の temperature、top_p、top_k は HTTP 400 を返します。本番展開前にハードコードされたパラメータを削除するか、モデル別の検証を追加してください。
Claude Sonnet 5 と Claude Opus 4.8 のどちらを使うべきですか？
コスト重視のワークフローには Sonnet 5。高 effort のエージェント型コーディングや複雑なエンタープライズ業務には Opus 4.8 を維持してください。
Test The Migration With CometAPI
Claude Sonnet 5 は CometAPI を通じてテストでき、同一の API ワークフローで Claude Sonnet 4.6、Claude Opus 4.8、その他の最先端モデルと比較可能です。コーディングエージェント、自動化ツール、評価フレームワーク横断のセットアップパターンは、実践的な伴走資料として CometAPI Cookbook を参照してください。小さなタスクセットから始め、解決タスクあたりのコストを測定し、自分たちのワークロードで勝つモデルを選びましょう。