Claude Sonnet 5 の料金と使い分け｜Opus との違い・コスト戦略

Sonnet 5 で何が変わったか——エージェント性能と 1M コンテキスト

Anthropic は 2026 年 6 月 30 日、Claude Sonnet 5 を「最もエージェント的な Sonnet」と位置付けて公開しました（Claude Sonnet 5 リリース）。エージェント的とは、単発の応答ではなく、計画を立て、ツールを使い、複数ステップを自律的に進め切る一連の挙動を指します。Sonnet 5 ではこの計画立案・ツール使用・自律実行が強化され、早期アクセスの報告では、求められなくても自身の出力を見直して誤りを修正する振る舞いが観測されたとされています。

性能面では、断定は避けつつも Opus 4.8 に「肉薄」する水準と表現されています。外部評価の一例として、Cursor が公開した CursorBench では Sonnet 4.6 の 49% に対し Sonnet 5 が 57% を記録したと報告されています（@cursor_ai）。あくまで特定ベンチでの一例ですが、世代間で実コーディングの解決率が一段上がったことを示す材料になります。

1M トークンコンテキストがもたらす実利

Sonnet 5 はネイティブで 1M トークンのコンテキストを備えます。これにより、大規模なコードベースを分割せずに一括で読み込ませ、横断的な依存関係を踏まえた修正や調査を一度に依頼できる場面が増えます。これまで「文脈に乗り切らないから手で要約して渡す」必要があった作業が、モデル側にまとめて任せられるようになり、前処理の手間そのものが減るのが実務上の効きどころです。

導入価格 $2/$10 の本当の意味——8/31 まで Opus 級をこの値段で

料金は二段構造になっています。整理すると次のとおりです。

1. 導入価格（2026 年 8 月 31 日まで）: 入力 $2 / 出力 $10 per Mtok
2. 改定後（2026 年 9 月 1 日以降）: 入力 $3 / 出力 $15 per Mtok

ポイントは、Opus 4.8 に肉薄する性能を、導入期は入力 $2 / 出力 $10 という Sonnet 価格帯で使える点です。同じ成果物を出すのに支払う API コストが下がれば、それはそのまま案件の利益率に乗ります。そして 8/31 を境に単価が約 1.5 倍になるため、「この値段で検証できる期間」自体が限られていることを前提に動く必要があります。

加えて、Sonnet 5 では effort(かける労力)を上げるほど Opus 領域に近づく挙動が報告されています（@rohanpaul_ai）。つまり、品質とコストのトレードオフをタスク単位で操作できるということです。安く速く回したい反復作業は effort を抑え、難所だけ effort を上げて精度を取りにいく、といった調整が同じモデル内で可能になります。

Opus と Sonnet の使い分け——タスク難度 × コストの判断軸

どちらを使うべきかは、タスクの難度とボリュームで切り分けるのが目安になります。断定的なルールではなく、迷ったときの初期方針として次のように考えると整理しやすくなります。

1. 高難度の設計判断・最終レビュー・原因が読みにくい難所のデバッグ: Opus を残す
2. 量が多く反復的なエージェント作業・コード生成・大規模コードの読解: Sonnet 5 に寄せる
3. 判断に迷うタスク: まず Sonnet 5 で回し、詰まったら Opus に上げる

この「まず Sonnet、詰まったら Opus」という段階的なエスカレーションが、品質を犠牲にせずコストを下げる現実的な落としどころです。最初から全タスクを Opus に流すと採算が重くなり、逆に全部 Sonnet で押し切ると難所で手戻りが増えます。難度に応じて層を分けることで、平均コストを下げつつ最終品質を担保できます。

そのうえで、当面は 8/31 の価格改定をにらんだ運用方針を立てておくと安心です。導入価格のうちに Sonnet 5 を主力へ据える検証を済ませ、Opus に残すべきタスクの線引きをチームで合意しておけば、改定後も慌てずに済みます。

Claude Code v2.1.197 への影響——既定モデル化で何が起きるか

同日、Claude Code は v2.1.197 で Sonnet 5 を既定モデル化しました（v2.1.197 リリースノート）。更新後は Pro ユーザーの既定が Sonnet 5 になり、1M コンテキストと相まって大規模解析が効きやすくなります。日々のコード作業の土台モデルが切り替わるため、体感の挙動が変わる開発者も出てくるでしょう。

直前の v2.1.196 では運用コストに効く改善も入っています（v2.1.196 リリースノート）。具体的には、組織単位のデフォルトモデル設定、長時間タスクの信頼性向上、そして /code-review のトークン消費を約 25% 削減する改善が挙げられています。トークン消費の削減は、レビューを回数多く回すチームほど積み上げで効いてきます。

既定が変わるときの注意点

既定モデルが変わること自体は前進ですが、モデルを明示的に固定しているチームは注意が必要です。これまで Opus を前提に組んでいた処理を、いきなり既定の Sonnet 5 に切り替えると、出力の傾向やトークン消費が変わる可能性があります。切り替えの前に、重要なタスクで挙動差を一度検証してから既定を移すと安全です。SDK 側も anthropic-sdk-python v0.114.0 で claude-sonnet-5 に対応済みです（v0.114.0 リリースノート）。

エンジニアの収益にどう効くか——コスト圧縮を案件採算へ落とす

ここまでの変化は、最終的に「同じ成果物をより低い API コストで出せる」という一点に集約されます。受託であれば粗利の改善に、内製であれば運用費の圧縮に直結します。とくにエージェント案件は長時間・多ステップでトークンを多く消費するため、単価が下がるインパクトが大きく、これまで採算割れだった自動化の仕事が回り始める可能性があります。

新モデルの登場は @ClaudeDevs でも告知され、Claude Code の新しい既定としても案内されました。導入価格の期間を活かすなら、8/31 の改定前に検証と移行を進めておくのが得策です。実務のチェック項目を順に並べると次のようになります。

1. モデル切替の影響範囲を確認する（既定固定の箇所・Opus 前提の処理を洗い出す）
2. 主要タスクで Sonnet 5 と Opus のコストを試算し、層分けの線引きを決める
3. 重要タスクで品質回帰を確認する（出力傾向・成功率に劣化がないか）
4. 問題がなければ反復作業を Sonnet 5 へ寄せ、難所のみ Opus に残す

この順序で進めれば、導入価格のうちにコスト構造を一段下げ、9/1 の改定後も無理なく運用を続けられます。料金の変化を「ニュースとして知る」だけで終わらせず、自分の案件の採算表に落とし込むところまでやって初めて、今回のアップデートは収益につながります。

出典

• Claude Sonnet 5 リリース: https://www.anthropic.com/news/claude-sonnet-5
• Claude Code v2.1.197（Sonnet 5 既定モデル化・1M コンテキスト）: https://github.com/anthropics/claude-code/releases/tag/v2.1.197
• Claude Code v2.1.196（組織デフォルトモデル・/code-review トークン削減）: https://github.com/anthropics/claude-code/releases/tag/v2.1.196
• anthropic-sdk-python v0.114.0（claude-sonnet-5 対応）: https://github.com/anthropics/anthropic-sdk-python/releases/tag/v0.114.0
• @ClaudeDevs（Sonnet 5 登場・Claude Code 新既定）: https://x.com/ClaudeDevs/status/2072018504392601762
• @cursor_ai（CursorBench 57% 対 49%）: https://x.com/cursor_ai/status/2072020786181988418
• @rohanpaul_ai（価格と effort スケーリング言及）: https://x.com/rohanpaul_ai/status/2072032758348820881