Claude Opus 5 と Claude Sonnet 5 はどちらが優れていますか？

総合的な知能では Opus 5 が上位に位置づけられていますが、すべての作業で Opus 5 が勝つわけではありません。Anthropic は両者を直接並べたベンチマークを公表していないため、点差での比較そのものができない状態です。判断できるのは公開されている仕様と価格、そしてそれぞれのシステムカードが示す得意分野です。実務では、難所の複数ファイル改修やコードレビューを Opus 5 に、ターミナル操作中心の作業や定型的な実装、大量のサブエージェントを Sonnet 5 に振り分けると費用対効果が収まります。

料金はどれくらい違いますか？

標準料金では、Opus 5 が 100 万トークンあたり入力 $5・出力 $25、Sonnet 5 が入力 $3・出力 $15 で、Opus 5 が約 1.67 倍です。ただし Sonnet 5 には 2026 年 8 月 31 日までの導入価格 (入力 $2・出力 $10) が適用されており、この期間中の実質的な差は 2.5 倍になります。導入価格を前提に試算すると 9 月以降にコストが跳ねるため、恒常的な構成を決めるときは標準料金で見積もってください。なお Sonnet 5 は新しいトークナイザーを使っており、同じ文章でも旧世代よりトークン数が増える点にも注意が必要です。

サブエージェントにはどちらを使うべきですか？

本数が多くなるサブエージェントは Sonnet 5 が有利です。1 本あたりの単価がそのまま総額に効くうえ、サブエージェントに任せる作業は調査や検索、定型的な変更など、必ずしも最上位の判断力を要さないものが中心になるためです。一方でオーケストレーター側は Opus 5 に置くと、長い自律実行の制御が安定します。ただしモデルを切り替えるとプロンプトキャッシュは共有されないため、メインループのモデルは固定し、切り替えはサブエージェントの境界だけで行うのが定石です。

Opus 5 にあって Sonnet 5 にない機能はありますか？

実装で効く差が 3 点あります。1 つ目は会話途中の system メッセージで、キャッシュを壊さずに運用者からの指示を差し込めます。2 つ目は Fast mode で、同じモデルを最大 2.5 倍の出力速度で動かせます (料金は入力 $10・出力 $50、Claude API 限定)。3 つ目はプロンプトキャッシュの最小長で、Opus 5 は 512 トークンから、Sonnet 5 は 1,024 トークンからキャッシュ対象になります。加えて知識のカットオフも Opus 5 が 2026 年 5 月、Sonnet 5 が 2026 年 1 月と 4 ヶ月の差があります。

全部 Opus 5 に寄せてはいけませんか？

禁じ手ではありませんが、費用対効果は落ちます。Sonnet 5 は速度と価格の両面で優位にあり、対話的なチャットや分類、要約、定型的な実装のように待ち時間が体感を左右する作業では、Opus 5 より快適に感じられる場面もあります。逆に、失敗のやり直しコストが高い難所を Sonnet 5 に任せると、手戻りの分だけ高くつきます。どちらか 1 本に寄せるより、作業の種類で振り分けたうえで effort も合わせて調整する二段構えが、結果的にいちばん安く収まります。

Opus 5 は遅いと感じますか？

Sonnet 5 と比べると応答までの待ち時間は長くなります。Sonnet 5 は速度と価格の両面で優位にあるため、対話的なチャットや分類、要約のように待ち時間が体感を左右する作業では、Opus 5 が遅いと感じられる場面があります。ただし遅さの原因がモデルではなく effort の設定にあることも多く、水準を上げたまま軽い作業を続けていると同じ体感になります。遅いと感じたら、まず現在の effort を確認し、そのうえで作業の種類に応じてモデルを振り分けてください。

ツール導入

Claude の Opus と Sonnet の違いと使い分け — Opus 5 / Sonnet 5 で何をどちらに任せるか

Claude の Opus と Sonnet は何が違うのかを、世代が変わっても効く 3 つの軸 (価格の比・レイテンシの序列・新機能が降りてくる順番) と、Opus 5 / Sonnet 5 の実際の差の両方から整理します。料金・レイテンシ・API 仕様・得意分野の 4 点で比較し、両者を直接並べた公式ベンチマークが存在しないことを踏まえ、作業の種類ごとにどちらへ任せるかの判断軸と、オーケストレーターとサブエージェントで組み合わせる運用を、AI 駆動開発のクリエイティブスタジオが実務目線で整理します。

Hayate/ バックエンドエンジニア·2026年7月25日公開·約 11 分で読めます·2026年8月2日更新

#Claude Opus 5#Claude Sonnet 5#AI 駆動開発#Claude Code#Anthropic

Claude の Opus と Sonnet の違いと使い分け — Opus 5 / Sonnet 5 で何をどちらに任せるか

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

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 とはで扱っています。

Claude のモデルは世代が変わるたびに数値が入れ替わりますが、**Opus と Sonnet という階層そのものの意味は変わりません。**先に変わらない部分を押さえておくと、新しいモデルが出るたびに比較をやり直さずに済みます。

世代をまたいでも変わらない 3 つのこと

価格の比

Opus は Sonnet の約 1.67 倍という比が、Opus 4.6 から Opus 5 までの世代を通して維持されています。Opus 側は 4 世代にわたって入力 $5・出力 $25、Sonnet 側は入力 $3・出力 $15 で据え置かれています。

絶対額は将来変わりうるとしても、階層のあいだに一定の倍率が置かれているという構造そのものは動いていません。見積もりの前提としては、この比のほうが個別の単価より長持ちします。

この比が入力と出力の両方で同じという点も、見積もりを楽にします。入力が多い作業でも出力が多い作業でも、階層を移したときの総額の比は約 1.67 倍のままです。トークンの内訳を細かく詰めなくても、階層を変えたときの増減はおおよそ読めます。

ひとつ注意するなら、トークナイザーが世代で変わることです。Sonnet 5 は前世代の Sonnet 4.6 と比べて、同じ文章でもトークン数が 3 割ほど増えます。単価が同じでも 1 リクエストあたりの請求額は変わるので、世代を乗り換えるときは実測で確かめてください。

なお Sonnet 5 の導入価格は 2026 年 8 月 31 日で終了し、9 月から標準料金に戻ります。期限までに見直しておく点は Claude Sonnet 5 の導入価格が 8/31 終了に整理しました。

レイテンシの序列

Sonnet のほうが速く応答し、Opus のほうが考える時間を取ります。これは実装上の都合ではなく階層の設計そのものなので、世代が変わっても入れ替わりにくい関係です。

要点

応答が速いことは、単に待ち時間が短いという以上の意味を持ちます。対話的に使う場面では、同じ時間で試せる回数が増える分、最終的な仕上がりが変わります。

新機能が降りてくる順番

新しい API 機能は Opus 側に先に載り、1 世代ほど遅れて Sonnet に降りてきます。高解像度の画像入力に Claude で最初に対応したのは Opus 4.7 で、Sonnet 側では Sonnet 5 から使えるようになりました。推論の深さを段階指定する xhigh も Opus 4.7 で追加され、Sonnet では Sonnet 5 が最初の対応となっています。

2026 年 8 月時点で Opus 側にだけある機能としては、同じモデルを高速に動かす Fast mode と、会話の途中に運用者からの指示を差し込む system メッセージがあります。どちらも Opus 5 と Opus 4.8 で使え、Sonnet 5 では使えません。

恒久的な差ではありませんが、「最新機能を最初に試せるのは Opus 側」という順番自体は繰り返し観測できます。

世代ごとに見直しが要ること

能力の絶対値は作業によって逆転する

同じ世代どうしなら Opus が上位ですが、世代をまたぐと順序が崩れます。Sonnet 5 のシステムカードでは、前世代の最上位である Opus 4.8 と比較して次の結果が示されています。

ベンチマーク	Sonnet 5	Opus 4.8
SWE-bench Pro	63.2	69.2
Terminal-Bench 2.1	80.4	74.6

ターミナル操作では下位階層の新しい世代が、上位階層の前世代を追い越しています。「Opus か Sonnet か」の前に「世代が古くないか」を確認したほうが効く場面がある、ということです。

古い世代を使い続けているなら、階層を上げる前に世代を上げたほうが安く効くかもしれません。

API の細かい仕様は階層で決まらない

プロンプトキャッシュが効き始める最小の長さを世代順に並べると、階層とは無関係に動いていることがわかります。

モデル	キャッシュ最小長
Opus 5	512 トークン
Opus 4.8 / Sonnet 5	1,024 トークン
Opus 4.7	2,048 トークン
Opus 4.6	4,096 トークン

Opus 側は世代ごとに半減している一方、階層の違う Opus 4.8 と Sonnet 5 が同じ値になっています。この種の仕様は階層ではなく世代で決まるため、階層から推測せず使う世代ごとに確認してください。

新しい世代が出たら確認する 4 点

ここまでの整理を、実際に新しいモデルが出たときの手順に落とすと 4 点になります。

1 つ目は、料金の比です。階層のあいだの倍率が維持されているかだけ見れば足ります。維持されていれば、既存の見積もりはそのまま使えます。

2 つ目は、自分の作業に近いベンチマークです。前掲の表のとおり、同じ 2 モデルでもコード修正では上位階層が勝ち、ターミナル操作では下位階層の新しい世代が勝ちます。総合スコアではなく、任せたい作業に対応する項目を見てください。

3 つ目は、使っている API 機能が両方の階層にあるかどうかです。上位階層にしかない機能に依存していると、下位階層へ振り替えたときに動きません。

4 つ目は、運用に効く数値です。プロンプトキャッシュの最小長のように、階層から推測できず世代ごとに変わる値がここに入ります。

いずれも「変わったかどうか」を見るだけで済みます。世代が変わるたびにゼロから比較し直す必要はありません。

スペックの違いを一枚で

観点	Sonnet 5	Opus 5
公開日	2026 年 6 月 30 日	2026 年 7 月 24 日
モデル ID	`claude-sonnet-5`	`claude-opus-5`
料金 (100 万トークンあたり)	$3 / $15 (8 月 31 日まで $2 / $10)	$5 / $25
相対的なレイテンシ	速い	中程度
コンテキスト	100 万トークン	100 万トークン
最大出力	128k トークン	128k トークン
thinking の既定	オン	オン
thinking の無効化	制限なし	effort high 以下でのみ可能
effort	low〜max	low〜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 月以降にコストが跳ねます。恒常的に使う構成は標準料金で見積もり、導入価格は移行期の余裕として扱うのが安全です。

9 月に何がどれだけ変わるのかと、それまでに見直しておく点は Claude Sonnet 5 の導入価格が 8/31 終了にまとめました。

もう 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 5	Opus 4.8
SWE-bench Pro	63.2	69.2
Terminal-Bench 2.1	80.4	74.6
Humanity's Last Exam (ツールあり)	57.4	57.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 5	Terminal-Bench では前世代の最上位を上回っている
定型的な実装・単発の修正	Sonnet 5	速度と価格の優位がそのまま効く
大量に並べるサブエージェント	Sonnet 5	1 本あたりの単価が総額を決める
対話的なチャット・分類・要約	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 の設定を二段構えで組み合わせると、コストと品質の落としどころを細かく取れます。

FIXIT

結局どっちが賢いの？

Hayate

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

FIXIT

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

Hayate

そこです。だから難所だけ上に振って、数で回す作業は 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 開発ツール定着支援で、個別のご相談はお問い合わせから承っています。

よくある質問

Q. Claude Opus 5 と Claude Sonnet 5 はどちらが優れていますか？: 総合的な知能では Opus 5 が上位に位置づけられていますが、すべての作業で Opus 5 が勝つわけではありません。Anthropic は両者を直接並べたベンチマークを公表していないため、点差での比較そのものができない状態です。判断できるのは公開されている仕様と価格、そしてそれぞれのシステムカードが示す得意分野です。実務では、難所の複数ファイル改修やコードレビューを Opus 5 に、ターミナル操作中心の作業や定型的な実装、大量のサブエージェントを Sonnet 5 に振り分けると費用対効果が収まります。
Q. 料金はどれくらい違いますか？: 標準料金では、Opus 5 が 100 万トークンあたり入力 $5・出力 $25、Sonnet 5 が入力 $3・出力 $15 で、Opus 5 が約 1.67 倍です。ただし Sonnet 5 には 2026 年 8 月 31 日までの導入価格 (入力 $2・出力 $10) が適用されており、この期間中の実質的な差は 2.5 倍になります。導入価格を前提に試算すると 9 月以降にコストが跳ねるため、恒常的な構成を決めるときは標準料金で見積もってください。なお Sonnet 5 は新しいトークナイザーを使っており、同じ文章でも旧世代よりトークン数が増える点にも注意が必要です。
Q. サブエージェントにはどちらを使うべきですか？: 本数が多くなるサブエージェントは Sonnet 5 が有利です。1 本あたりの単価がそのまま総額に効くうえ、サブエージェントに任せる作業は調査や検索、定型的な変更など、必ずしも最上位の判断力を要さないものが中心になるためです。一方でオーケストレーター側は Opus 5 に置くと、長い自律実行の制御が安定します。ただしモデルを切り替えるとプロンプトキャッシュは共有されないため、メインループのモデルは固定し、切り替えはサブエージェントの境界だけで行うのが定石です。
Q. Opus 5 にあって Sonnet 5 にない機能はありますか？: 実装で効く差が 3 点あります。1 つ目は会話途中の system メッセージで、キャッシュを壊さずに運用者からの指示を差し込めます。2 つ目は Fast mode で、同じモデルを最大 2.5 倍の出力速度で動かせます (料金は入力 $10・出力 $50、Claude API 限定)。3 つ目はプロンプトキャッシュの最小長で、Opus 5 は 512 トークンから、Sonnet 5 は 1,024 トークンからキャッシュ対象になります。加えて知識のカットオフも Opus 5 が 2026 年 5 月、Sonnet 5 が 2026 年 1 月と 4 ヶ月の差があります。
Q. 全部 Opus 5 に寄せてはいけませんか？: 禁じ手ではありませんが、費用対効果は落ちます。Sonnet 5 は速度と価格の両面で優位にあり、対話的なチャットや分類、要約、定型的な実装のように待ち時間が体感を左右する作業では、Opus 5 より快適に感じられる場面もあります。逆に、失敗のやり直しコストが高い難所を Sonnet 5 に任せると、手戻りの分だけ高くつきます。どちらか 1 本に寄せるより、作業の種類で振り分けたうえで effort も合わせて調整する二段構えが、結果的にいちばん安く収まります。
Q. Opus 5 は遅いと感じますか？: Sonnet 5 と比べると応答までの待ち時間は長くなります。Sonnet 5 は速度と価格の両面で優位にあるため、対話的なチャットや分類、要約のように待ち時間が体感を左右する作業では、Opus 5 が遅いと感じられる場面があります。ただし遅さの原因がモデルではなく effort の設定にあることも多く、水準を上げたまま軽い作業を続けていると同じ体感になります。遅いと感じたら、まず現在の effort を確認し、そのうえで作業の種類に応じてモデルを振り分けてください。