Claude SonnetとOpusの選び方|タスク別の違いと料金の見方

SonnetとOpusは、結局どちらを選べばよいですか
Claude Sonnet と Opus は、作業の性質で使い分けます。複数の条件を突き合わせる推論や、何時間もかかる長時間の作業は、Opus 系を既定にします。議事録や定型文書の作成、要約、大量のリクエストをさばく即時応答は Sonnet 系です。現行の Opus 5.5 は入力 100 万トークンあたり 4 ドル・出力 20 ドル、Sonnet 5.5 は入力 2 ドル・出力 10 ドルで、入力も出力も 2 倍の差があります。毎月の請求額が増えた理由が分からない、同じ指示なのに返ってくるコードの手直しが増えた、というときは、まず見ている数字がどの版のものかを確かめます。

判断の軸は、作業の性質、同じ作業量にかかる費用、コンテキスト長や最大出力長といった上限の 3 つです。費用と上限は、モデル名だけでなく、いつの版の数字かで変わります。比較記事の表をそのまま見積もりに使うと、古い数字で予算を組むことになりかねません。
迷ったら併用します。日常の処理は Sonnet 系、難所だけ Opus 系です。
Sonnet系とOpus系では、得意な作業と単価はどう違いますか
Opus 系は複雑な推論と長時間の処理、Sonnet 系は日常業務と大量・即時処理に向きます。Anthropic の現行ラインナップでは、Opus 5.5 が入力 100 万トークンあたり 4 ドル・出力 20 ドル、Sonnet 5.5 が入力 2 ドル・出力 10 ドルで、入力も出力も Opus が 2 倍です。

版ごとの数字を1つの表で並べる
次の表なら、どの数字がどの版のものかを見失いません。
| 項目 | Opus系(現行は Opus 5.5) | Sonnet系(現行は Sonnet 5.5) |
|---|---|---|
| 位置づけ | 高性能(全利用者向けの最上位は Fable 5.1) | 汎用・高効率 |
| 入力単価(100万トークンあたりUSD) | 4ドル | 2ドル |
| 出力単価(100万トークンあたりUSD) | 20ドル | 10ドル |
| 向く作業 | 高度な推論、コード生成、長時間タスク | 日常業務、文書生成、高速応答 |
| 応答の速さ(Anthropic のモデル一覧での比較) | 中程度 | 速い |
| コンテキスト長・最大出力長 | 1,000,000トークン/128,000トークン | 1,000,000トークン/128,000トークン |
| API でのモデル名 | claude-opus-5-5 | claude-sonnet-5-5 |
上限は現行の両系統で同じです。Opus 5.5 も Sonnet 5.5 もコンテキスト長は 1,000,000 トークン、最大出力は 128,000 トークンなので、長い文書を丸ごと読ませたいときも、上限の違いでどちらかを選ぶ場面はありません。
単価は入力と出力で別々に数えます。出力のほうが高いので、長い回答を生成させる作業ほど、系統の差が金額に出ます。

同じ「コードを直す」作業でも、数行の修正を何十件も流すのか、1 つの設計を最後まで通すのかで、向く系統は変わります。前者は速さと単価の低さが効き、後者はやり直しの少なさが効きます。同じプロンプトを大量に流す処理が中心なら Sonnet 系、設計を最後まで通す作業が多いなら Opus 系、と当てはめれば足ります。
コーディングや長文の作業では、どちらが向いていますか
短い修正や日常のコーディングは Sonnet 系でも回りやすく、設計判断を含む長い作業では Opus 系のほうが手戻りが減るという報告があります。ただし、特定の版と期間、一人の書き手の評価に基づくもので、一般則ではありません。同じ系統でも、版が上がれば挙動は変わります。

使い比べの報告は、何を測ったものか
Claude Code で Opus と Sonnet を業務で 1 週間ずつ使い比べた報告があります。時期は 2025 年 8 月中旬、CLI は Ver.1.0.80〜1.0.9x で、当時の Opus と Sonnet は Opus 4.1・Sonnet 4 までの世代です。いずれもすでに退役しています。Opus は途中で詰まった点を解消しながら進み、Sonnet はゴールまでの最短距離を取りやすく、テストが通らないときにテストや前提のほうを変えようとする場面があったと書かれています。書き手自身が主観的な印象と断っている、一人のエンジニアの記録です。公式の比較ではありません。
ベンチマーク1つの数字では決められない
コーディング能力の比較は、報告によって向きが違います。SWE-bench で Sonnet が Opus をわずかに上回る(72.7%対72.5%)という数字は、Anthropic が Sonnet 4 と Opus 4 について公表したものです。並列のテスト時計算を使わない単一試行の条件で測られていて、どちらのモデルもすでに退役しました。その後の版では、Anthropic の発表で Opus 4.1 が 74.5%、Sonnet 4.5 が 77.2% でした。ただし Opus 4.1 は退役済み、Sonnet 4.5 も退役が決まっていて、現行の Opus 5.5 と Sonnet 5.5 を比べた数字ではありません。ベンチマークは候補を絞る入口にとどめて、最終判定は自分の入力で行うほうが確かです。
長い仕様書や議事録を丸ごと読ませる作業では、まずコンテキストに収まるかどうかが問題になります。収まらない量は、分割して渡すか要約を挟むかという別の設計が必要で、その手間はモデルの系統を変えても消えません。
同じ作業量で費用はどれくらい変わり、上限はどこで決めますか
現行の Opus 5.5 と Sonnet 5.5 の費用差は、入力も出力も 2 倍です。入力 30,000 トークン・出力 8,000 トークンの作業を単価だけで計算すると、Opus 5.5 が約 0.28 ドル、Sonnet 5.5 が約 0.14 ドルです(モデルが思考に使うトークンなどの追加分は含みません)。上限は、MixRoute ならキーごとに使える金額を先に積み、そこから引かれる形で決められます。
単価だけで計算した概算
作業量ごとの概算は次のとおりです。
| 作業量の例(入力/出力トークン) | Opus 5.5 の概算 | Sonnet 5.5 の概算 |
|---|---|---|
| 2,000/1,000 | 約0.03ドル | 約0.01ドル |
| 30,000/8,000 | 約0.28ドル | 約0.14ドル |
| 100,000/20,000 | 約0.80ドル | 約0.40ドル |
この表は 100 万トークンあたりの単価だけで計算していて、モデルが思考に使うトークンや、やり直しで再送する分は入っていません。手戻りが 1 回増えれば、その分の入力と出力がもう一度かかります。Batch API を使うと、入力・出力とも 50% 割引です。プロンプトキャッシュの読み取りは基本入力価格の 5% で、100 万トークンあたり Opus 5.5 が 0.20 ドル、Sonnet 5.5 が 0.10 ドルです。
近所の買い物に毎回タクシーを呼ばないのと同じで、日常の処理に高い系統を当て続ける必要はありません。単価の差より、やり直しの回数のほうが効く場面もあります。
上限は呼び出し側で先に決める
MixRoute には、キーごとに使える金額を先に積み、リクエストのたびにそこから引かれ、ゼロになるとそのキーが止まる仕組みがあります。月次の上限でも回数の制限でもなく、金額の予算です。アカウント残高は常に外側の上限として効くので、キー予算を積んだときだけ内側にもう 1 枚の天井ができます。試作中のキーを分けておけば、そのキーが予算を使い切っても本番のキーは止まりません。
モデル単価は各モデルの従量課金で、MixRoute のプラットフォーム手数料は 0% と表示されています。料金ページはいずれも USD 表示で、為替や地域ごとの税は計算に加えません。同じ予算でどれだけ使えるかは、いまの使い方で節約できる額を試算するところから始められます。
モデルが更新されたら、前の比較はどう扱えばよいですか
そのままは使えません。単価も上限の記載も版ごとに動くので、いつの版の数字かを確かめてから見ます。Anthropic の一覧では、Sonnet 4.5 が 2026 年 9 月 30 日に deprecated になり、2026 年 11 月 30 日に退役します。Opus 4.1、Opus 4、Sonnet 4 はすでに退役済みです。Sonnet 5 や Opus 5、Haiku 4.5 のように legacy として残っている版もあります。名前が同じ系統でも、中身は別のモデルです。
版をまたいだ数字は並べない
同じ系統の新しい版が出たとき、古い版の単価やコンテキスト長をそのまま当てはめると、見積もりがずれます。ベンチマークも同じで、ある版のスコアと別の版のスコアを並べて優劣は語れません。比較表は、行のどこかに「いつの、どの版の数字か」が書かれているものを選びます。
更新の速い分野なので、半年前の比較記事はそのときの版の記録として読みます。判断に使う数字は、いま使える版の単価と上限に置き換えてから見積もりに使います。
使い始める前に、現在の単価とモデル一覧でいま使える版と価格を見ておきます。円換算が必要なら、為替の前提を自分で置くことになります。
他のモデルも含めて候補を絞り、試して決めるにはどうしますか
要件を先に決めます。正しさ、速さ、費用の 3 つに絞って優先順位をつけてから、候補を並べます。そのうえで、普段流している入力をそのまま両方に通し、同じ条件で比べます。
同じ入力で試すときの進め方
- 普段使っているプロンプトと入力を、そのまま使います。短くしたサンプルでは差が出にくいからです。
- 正しさに加えて、やり直しの回数と待ち時間も見ます。
- 1 件あたりのトークン数に単価をかけた金額を、両系統で並べて比べます。
- API で比べるなら、effort を両方で明示して揃えます。既定値は、多くのモデルが high で、Opus 5.5 は medium です。
- 既定にする系統と、もう一方へ回す例外の条件を決めます。
費用を先に抑えたいなら、既定を Sonnet 系にして、設計判断が絡む作業だけ Opus 系に回す形が無理のない落としどころです。精度を優先する作業なら、Anthropic の API ドキュメントが迷ったらまず Opus 5.5 から始める案内なので、そこを起点に effort やモデルを下げていく進め方もあります。最初から全部を Opus 系で回すと、単価差がそのまま請求額に出ます。
Claude Code をサブスクリプションプランで使っているなら、気にするのは利用枠の残りです。API はトークン単位の従量課金なので、先に置くのはキーごとの金額の予算になります。
他系統のモデルも候補に入れるなら、GPT系とClaude系を並べて比べた整理から入ると、比較する軸がそろいます。
FAQ
SonnetとOpusは、どちらを選べばよいですか?
作業の性質で決めます。複数の条件を突き合わせる推論、長時間の処理、精度が落ちると困る作業は Opus 系が既定です。議事録や定型文の作成、大量のリクエスト処理は Sonnet 系です。同じ組織の中でも、重要度の高い作業と日常業務で使い分けるのが現実的です。現行の Opus 5.5 と Sonnet 5.5 は入力も出力も 2 倍の価格差があるので、日常業務の既定を Sonnet 系にしておくと、浮いた分を試行や検証に回せます。
コーディングではOpusのほうが上ですか?
単純な優劣はつきません。SWE-bench で Sonnet がわずかに上回るという数字は、すでに退役した Sonnet 4 と Opus 4 を単一試行の条件で測ったもので、現行の 5.5 世代の比較ではありません。一方、業務で 1 週間ずつ使い比べた報告では、設計判断を含む作業で Opus 系のほうが手戻りが少ないと感じたと書かれています。測っているものが違うので、自分の作業で試すのが早いです。API で比べるなら、effort の設定を両方で揃えると、差がモデル由来かどうかを切り分けやすくなります。
料金はどれくらい違いますか?
現行の Opus 5.5 は入力 100 万トークンあたり 4 ドル・出力 20 ドル、Sonnet 5.5 は入力 2 ドル・出力 10 ドルで、入力も出力も 2 倍の差です。入力 30,000 トークン・出力 8,000 トークンの作業なら、単価だけの計算で約 0.28 ドルと約 0.14 ドルです。モデルが思考に使うトークンや、やり直しの分は含みません。Batch API なら入力・出力とも 50% 割引で、比率は変わらず、絶対額が半分になります。
普段の業務はSonnetで足りますか?
足ります。議事録や定型の文書作成、要約のような日常業務は Sonnet 系で回ります。応答が速く、大量に流しても費用が膨らみにくいからです。足りなくなりやすいのは、条件が多く分岐する設計や、長い手順を最後まで保つ作業で、そこだけ Opus 系に切り替えます。既定を Sonnet 系にして、やり直しが増えたと感じた作業から Opus 系へ移せば、切り替えの判断が単純になります。
Claude CodeとAPIでは選び方が変わりますか?
変わります。効いてくる制限が違うためです。Claude Code をサブスクリプションプランで使う場合は利用枠の中で動くので、Opus を常用して枠に当たったという報告があります。Console の API キーやクラウド経由なら、Claude Code もトークン単位の課金です。MixRoute の API もトークン単位の従量課金で、呼び出し側がキーごとの金額の予算を先に置けます。管理する対象が、枠か金額かで変わります。
モデルが更新されたら、以前の比較はそのまま使えますか?
そのままは使えません。単価もコンテキスト長も版ごとに動くので、数字を拾うときは、その表がいつの、どの版のものかを確かめます。Anthropic の現行ラインナップは、API のモデル名に版が入っていて、claude-opus-5-5、claude-sonnet-5-5 のように呼び出します。手元の見積もりのモデル名がこの形と一致しているか見れば、古い数字を掴む事故はかなり減ります。
費用の上限はどう決めればよいですか?
呼び出し側で先に決められます。MixRoute では、キーごとに使える金額を先に積むと、リクエストのたびにそこから引かれ、ゼロになるとそのキーが止まります。月次の回数制限ではなく金額の予算です。用途ごとにキーを分ければ、試作中のキーが予算を使い切っても別のキーは使えます。ただしアカウント残高が尽きれば利用は止まるので、残高は別に見ておきます。