上位モデルを常用するのが正解とは限らない

2026 年 7 月 24 日に Claude Opus 5、その約 1 ヶ月前の 6 月 30 日に Claude Sonnet 5 が公開され、Anthropic の主力が同じ世代で揃いました。どちらも 100 万トークンのコンテキストと 128k トークンの最大出力を持ち、thinking も既定でオンです。スペック表だけを眺めると、違いは料金くらいに見えます。

そこで「上位の Opus 5 を常用すればいい」と決めてしまうと、費用対効果を取りこぼします。Sonnet 5 は速度と価格の両面で優位にあり、作業によっては体感でも上回るからです。逆に、失敗のやり直しが高くつく難所を Sonnet 5 に任せると、手戻りの分だけ結局は高くなります。

本記事では、Anthropic の公開情報をもとに両者の違いを料金・レイテンシ・API 仕様・得意分野の 4 点で整理し、どの作業をどちらに任せるかの判断軸をまとめます。Opus 5 そのものの変更点は Claude Opus 5 とは で扱っています。

スペックの違いを一枚で

観点Sonnet 5Opus 5
公開日2026 年 6 月 30 日2026 年 7 月 24 日
モデル IDclaude-sonnet-5claude-opus-5
料金 (100 万トークンあたり)$3 / $15 (8 月 31 日まで $2 / $10)$5 / $25
相対的なレイテンシ速い中程度
コンテキスト100 万トークン100 万トークン
最大出力128k トークン128k トークン
thinking の既定オンオン
thinking の無効化制限なしeffort high 以下でのみ可能
effortlow〜maxlow〜max
知識のカットオフ2026 年 1 月2026 年 5 月
プロンプトキャッシュの下限1,024 トークン512 トークン
Fast mode—対応 ($10 / $50)
会話途中の system メッセージ—対応

料金差は「いつ見積もるか」で変わる

標準料金で比べると、Opus 5 は Sonnet 5 の約 1.67 倍です。ただし Sonnet 5 には 2026 年 8 月 31 日までの導入価格 (入力 $2・出力 $10) が設定されており、この期間中の実質的な差は 2.5 倍に開きます。

ここが見積もりの落とし穴です。導入価格の期間中に「Sonnet 5 なら 2.5 分の 1 で済む」と試算して構成を決めると、9 月以降にコストが跳ねます。恒常的に使う構成は標準料金で見積もり、導入価格は移行期の余裕として扱うのが安全です。

もう 1 つ、Sonnet 5 は新しいトークナイザーを使っており、同じ文章でも旧世代のモデルよりトークン数が増えます。単価が同じでも 1 リクエストあたりの請求額は変わるため、旧世代からの乗り換えでは実測での確認が要ります。

補足

料金の比較は単価だけでは決まりません。難所で手戻りが発生すれば、安いモデルを使ったほうが総額で高くつきます。単価とやり直しの確率をセットで見ると判断を誤りません。

ベンチマークでは直接比較できない

判断材料としてベンチマークを見たくなりますが、ここには前提があります。Anthropic は Sonnet 5 と Opus 5 を並べたベンチマークを公表していません。Sonnet 5 のシステムカードで比較対象になっているのは前世代の Opus 4.8 であり、Opus 5 の発表で使われたのは Frontier-Bench や CursorBench といった別のベンチマーク群でした。つまり、両者を点差で比べる公式データは存在しません。

参考になるのは、Sonnet 5 のシステムカードが示した Opus 4.8 との関係です。

ベンチマークSonnet 5Opus 4.8
SWE-bench Pro63.269.2
Terminal-Bench 2.180.474.6
Humanity's Last Exam (ツールあり)57.457.9

ここから読み取れるのは、Sonnet 5 が前世代の最上位に肉薄し、ターミナル操作では上回っているという事実です。Opus 5 は Opus 4.8 から大きく伸びた世代なので、難所での差は再び開いていると見るのが自然ですが、その裏付けとなる数値は公表されていません。

数字で決められない以上、判断は仕様と作業の性質に寄せることになります。以降のセクションはその整理です。

実装で効く仕様差は 4 点

料金とレイテンシ以外に、コードを書く側で効いてくる違いが 4 つあります。

1 つ目は thinking の無効化条件です。Sonnet 5 は effort の値に関係なく thinking を切れますが、Opus 5 は effort が high 以下のときにしか切れません。xhigh や max と組み合わせると 400 エラーになります。

2 つ目はプロンプトキャッシュの下限です。Opus 5 は 512 トークンからキャッシュ対象になるのに対し、Sonnet 5 は 1,024 トークンからです。短いシステムプロンプトを大量に回す構成では、Opus 5 のほうがキャッシュに乗りやすくなります。

3 つ目は会話途中の system メッセージです。運用者からの指示を、キャッシュを壊さずに会話の途中へ差し込める仕組みで、Opus 5 では使えますが Sonnet 5 では使えません。モードの切り替えや途中で判明した制約を伝えたい長時間の自律実行では、この差が効きます。

4 つ目は Fast mode です。同じモデルを最大 2.5 倍の出力速度で動かせる仕組みで、Opus 5 のみが対応します (料金は入力 $10・出力 $50 で、Claude API 限定)。

加えて、知識のカットオフにも 4 ヶ月の開きがあります。Opus 5 が 2026 年 5 月、Sonnet 5 が 2026 年 1 月です。新しいライブラリやバージョンを扱う作業では、この差が回答の鮮度に出ます。

作業別の使い分けの目安

ここまでを踏まえた振り分けの目安です。迷ったら、やり直しのコストが高いかどうかで決めると外しません。

作業向いているモデル理由
難所の複数ファイル改修・大規模な整理Opus 5長時間のエージェント作業を完走できるかが効く
コードレビュー・バグ探しOpus 5低い effort でも精度が保たれる
長い自律実行のオーケストレーターOpus 5会話途中の system メッセージで制御を差し込める
ターミナル操作が中心の作業Sonnet 5Terminal-Bench では前世代の最上位を上回っている
定型的な実装・単発の修正Sonnet 5速度と価格の優位がそのまま効く
大量に並べるサブエージェントSonnet 51 本あたりの単価が総額を決める
対話的なチャット・分類・要約Sonnet 5待ち時間が体感を左右する

1 本に寄せず、役割で組み合わせる

実務でいちばん収まりがよいのは、どちらかに寄せる構成ではなく、役割で分ける構成です。全体を組み立てるオーケストレーターを Opus 5 に置き、分担して動くサブエージェントを Sonnet 5 にすると、判断の質を保ちながら総額を抑えられます。

flowchart TD
  O["オーケストレーター<br/>Opus 5"] --> S1["サブエージェント<br/>Sonnet 5"]
  O --> S2["サブエージェント<br/>Sonnet 5"]
  O --> S3["サブエージェント<br/>Sonnet 5"]
  S1 --> M["結果を統合"]
  S2 --> M
  S3 --> M
  M --> O

ただし 1 つ注意があります。プロンプトキャッシュはモデル単位で持たれるため、会話の途中でモデルを切り替えるとキャッシュは効きません。メインループのモデルは固定し、切り替えはサブエージェントの境界だけで行うのが定石です。

調整のつまみはモデルだけではありません。どちらのモデルも low から max までの effort を持っているので、モデルの選択と effort の設定を二段構えで組み合わせると、コストと品質の落としどころを細かく取れます。

FIXITFIXIT
結局どっちが賢いの？
HayateHayate

使い分けの目安で言うと、やり直しが高くつく作業が Opus 5 です。

FIXITFIXIT
じゃあ安いほうで失敗したら、意味なくない？
HayateHayate

そこです。だから難所だけ上に振って、数で回す作業は Sonnet 5 が速いです。

FIXIT の運用 — まず 2 つに分けるところから

FIXIT では、日々の実装とレビューの主戦力を Opus 5 に置きつつ、調査や広く浅い一括変更を担うサブエージェントには Sonnet 5 を割り当てる形で運用しています。さらに上の難所が出てきたときだけ、最上位の Fable 5 を呼ぶという三段構えです。Fable 5 の位置づけは Claude Fable 5 の料金プラン別ガイド に整理しました。

これから使い分けを始めるなら、まずは「やり直しが高くつく作業」と「数で回す作業」の 2 つに分けるところからで十分です。前者を Opus 5、後者を Sonnet 5 に振り、そのうえで effort を下げられる場面を評価で探していくと、無理なくコストが下がります。

Claude Code そのものの導入・定着を体系立てて進めたい場合は Claude Code を実務に導入する完全ガイド が出発点になります。

新しいモデルやツールを自社の開発フローに取り込む支援は AI 開発ツール定着支援 で、個別のご相談は お問い合わせ から承っています。