# Sonnet 5.5とOpus 5.5の使い分け：半額が効く仕事

> Sonnet 5.5の単価はOpus 5.5の半額でも、高いeffortではタスク単価が逆転し得ます。範囲が明確な作業はSonnetをmedium以下、判断の要る作業はOpusで。

- URL: https://blog.laozhang.ai/ja/posts/claude-sonnet-5-5-vs-opus-5-5
- Published: 2026-09-29
- Updated: 2026-09-29
- Author: LaoZhang AI Team (https://blog.laozhang.ai/ja/about)
- Category: AIモデル
- Tags: Claude Sonnet 5.5, Claude Opus 5.5, Claude Code, API料金, モデル比較, effort

---
Claude Sonnet 5.5は2026年9月28日に公開されました。API定価は100万トークンあたり入力$2・出力$10で、6日前に出たOpus 5.5（入力$4・出力$20）のちょうど半分です。Anthropicは[Sonnet 5.5の発表](https://www.anthropic.com/claude-sonnet-5-5)で、Opus 5.5を慎重な判断を要する複雑な作業向け、Sonnet 5.5を範囲が明確な日常のタスクやバグ修正、文書・スライド・表計算の作成に強いモデルと位置づけ、Opus 5.5を補う「より速く安い」選択肢だと説明しています。

使い分けの答えを先に書くと、範囲がはっきりしていて結果をテストなどで確かめられる作業、大量に回す作業、待ち時間を短くしたい対話はSonnet 5.5をmedium以下のeffortで使います。原因や終わりが見えない作業、長時間のエージェント実行、見逃しが高くつくレビューはOpus 5.5を既定のmediumから使います。どちらか決めきれないときは、Anthropicの[モデル一覧](https://platform.claude.com/docs/en/about-claude/models/overview)の推奨どおりOpus 5.5から始めます。

ただし「半額」はトークン単価の話です。1つの作業に使うトークン数やターン数が増えれば、タスク単価の差は縮み、逆転もします。第三者機関Artificial Analysisがmax effortで測った1タスクあたりの費用は、Sonnet 5.5が$7.60、Opus 5.5が$5.98で、Sonnetのほうが約27%高くなりました。Anthropic自身も、Sonnet 5.5がOpus 5.5より安く済むのはlowやmediumといった低めのeffortのときで、高い設定では同程度の性能を「同程度のコスト」で出す、と書いています。

## 作業の形でモデルとeffortの初期値を決める

effortは、モデルがどれだけ考え、ツールを呼び、自分の作業を見直すかを決める設定で、low・medium・high・xhigh・maxの5段階があります。Claudeのプラン名にもMaxがありますが、ここでのmaxはeffortの最上段のことです。

| 作業の形 | 最初に試すモデル | effortの目安 | 根拠 |
| --- | --- | --- | --- |
| 範囲が明確なバグ修正、定型の実装やリファクタ（テストで合否がわかる） | Sonnet 5.5 | medium、難しければhigh | Anthropicは、仕様が明確なエージェント型コーディングはmedium、難しい・長い作業はhighから始めるよう案内 |
| 全プルリクエストのレビュー、資料の初稿、分類など大量に回す作業 | Sonnet 5.5 | low〜medium | 低いeffortほどSonnetのタスク単価の優位が出やすい（Anthropic） |
| チャットなど待ち時間が気になる対話 | Sonnet 5.5 | low〜medium | 同上の案内。出力速度もSonnetが速い |
| 原因不明の不具合、設計判断、長時間のエージェント実行 | Opus 5.5 | medium（既定）、足りなければhigh | 持続的な判断を要する複雑で終わりの見えない作業はOpusが明確に強い（Anthropic） |
| 見逃しが高くつく変更のレビュー | Opus 5.5 | medium〜high | CodeRabbitの難しい13件で、Opus 5.5は8〜10件、Sonnet 5.5は6件を検出 |
| どちらとも言えない | Opus 5.5 | medium | Anthropicの公式ドキュメントの推奨 |

この表を使うときの目安が2つあります。1つは、Sonnet 5.5でxhighやmaxが必要になった作業は、Opus 5.5をmediumかhighで回した場合と費用を比べてから決めることです。高いeffortのSonnetは、安さの根拠が薄れます。もう1つは、Opus 5.5のhighでも足りない作業は、Sonnetとの比較ではなく上位モデルへの切り替えを検討する段階だということです。その判断の材料は[Claude Fable 5.1とOpus 5.5を比較：普段はどっちを使うべき？](https://blog.laozhang.ai/ja/posts/claude-fable-5-1-vs-opus-5-5)にあります。

両方を行き来する価値が大きいのは、作業の形が混ざっていて量も多いAPI利用です。Claude Codeで1人が使う場合は、会話の途中で頻繁に切り替えるより、タスクごとにどちらで始めるかを決めるほうが扱いやすくなります。理由は、後半で説明するキャッシュと思考ブロックの扱いです。

![作業の形ごとに、Sonnet 5.5とOpus 5.5のどちらをどのeffortで始めるかをまとめた図](https://blog.laozhang.ai/posts/ja/claude-sonnet-5-5-vs-opus-5-5/img/model-effort-by-task.webp)

## 料金表では半額、タスク単価では逆転もある理由

API定価（米ドル、100万トークンあたり、2026年9月29日時点、[Anthropicの料金ページ](https://platform.claude.com/docs/en/about-claude/pricing)）は次のとおりです。

| 項目 | Sonnet 5.5 | Opus 5.5 |
| --- | --- | --- |
| 入力 | $2 | $4 |
| 出力 | $10 | $20 |
| キャッシュ書き込み（5分） | $2.50 | $5 |
| キャッシュ書き込み（1時間） | $4 | $8 |
| キャッシュ読み取り | $0.20 | $0.20 |
| バッチ処理（入力／出力） | $1／$5 | $2／$10 |

どちらも100万トークンのコンテキストを持ち、長い入力でも割増料金はありません。Sonnet 5.5の料金はSonnet 5とまったく同じで、Sonnet 5の料金の経緯は[Claude Sonnet 5の値上げは撤回。現在のAPI料金と予算の見直し方](https://blog.laozhang.ai/ja/posts/claude-sonnet-5-pricing)が参考になります。Opus 5.5側の請求とサブスクリプションの上限については[Claude Opus 5.5の料金と上限リセット権：API単価、使える枠、確認手順](https://blog.laozhang.ai/ja/posts/claude-opus-5-5-pricing-limit-reset)が詳しいです。

表でキャッシュ読み取りだけが同額なのは、Opus 5.5のキャッシュ読み取りが入力単価の0.05倍という特別な率に設定されているためです（他のモデルは0.1倍）。この1行が、「半額」がそのままタスク単価の半額にならない理由の1つになります。

### Sonnet 5.5は何倍のトークンまで安いままか

1ターンの費用は、次の式で出せます。

```text
1ターンの費用（米ドル）=（キャッシュ読み取り × 0.20 + 新規入力 × 入力単価 + 出力 × 出力単価）÷ 1,000,000
```

同じトークン数で両モデルの費用を計算し、Sonnet 5.5が同じ作業にその何倍までトークン（またはターン）を使ってもOpus 5.5より安いままかを出したのが下の表です。トークンの構成は説明用の仮定で、実際の請求を測ったものではありません。

| 1ターンの想定 | Opus 5.5 | Sonnet 5.5 | Sonnetが安いままの上限 |
| --- | --- | --- | --- |
| ツールを回すエージェント：キャッシュ読み取り100k、新規入力5k、出力6k | $0.160 | $0.090 | 約1.78倍 |
| キャッシュなし：入力5k、出力6k | $0.140 | $0.070 | 2.0倍 |
| 長い文脈をキャッシュから読み直す：キャッシュ読み取り500k、新規入力2k、出力3k | $0.168 | $0.134 | 約1.25倍 |

キャッシュ読み取り以外の項目はちょうど半額で、キャッシュ読み取りだけが同額なので、上限は次の1行にまとまります。

```text
Sonnet 5.5が安いままでいられる倍率 = 2 −（Sonnet 5.5の請求に占めるキャッシュ読み取りの割合）
```

1行目の例では、Sonnet 5.5の$0.090のうちキャッシュ読み取りが$0.020（約22%）なので、上限は2 − 0.22 ≒ 1.78倍です。Sonnetが余分に使うトークンも同じ内訳で増える、という前提の計算です。大きなリポジトリや長い資料を毎ターン読み直す作業ほど請求に占めるキャッシュ読み取りが大きくなり、Sonnetの価格差は小さくなります。

![3つの想定で1ターンの費用を比べ、キャッシュ読み取りの割合が大きいほどSonnet 5.5が安いままの上限倍率が2倍から約1.25倍まで下がることを示す図](https://blog.laozhang.ai/posts/ja/claude-sonnet-5-5-vs-opus-5-5/img/sonnet-break-even-multiplier.webp)

Artificial Analysisのmax effortでの計測（Intelligence Index v4.3.2、10種の評価）では、指数全体を通した出力トークンがSonnet 5.5で4.1億、Opus 5.5で2.6億でした。出力の差は約1.6倍で、それだけなら半額のSonnetが安く済む計算ですが、実際のタスク単価はSonnetが約27%高くなっています。出力量の差だけでは説明できず、入力側の費用も大きく膨らんでいたことになります。スコアはSonnet 5.5が56、Opus 5.5が58で、出力速度は毎秒139トークンと94トークンでした。この計測はmax effortだけで、後述するClaude CodeやAPIの既定のeffortとは条件が違います。

同じmedium同士でタスク単価を比べた計測は、2026年9月29日時点ではAnthropicからも第三者からも公開されていません。Anthropicが公表している「低いeffortならSonnetのほうがタスクあたり安い」という結論も、元のグラフは画像で、数値の表はありません。自分の用途でどちらが安いかは、最後の節の方法で小さく測るのが確実です。

### APIでは既定のeffortがそろっていない

APIで`effort`を指定しないと、Sonnet 5.5はhigh、Opus 5.5はmediumで動きます。モデルIDだけを差し替えて比べると、多く考える設定のSonnetと、控えめな設定のOpusを比べることになり、Sonnetの半額の効果が見かけより小さく出ます。比較するときは両方に同じ`effort`を明示します。

Claude CodeとClaudeアプリでは、Sonnet 5.5の既定はmediumです。Claude Codeのドキュメントでは、Opus 5.5とSonnet 5.5はどちらも既定がmediumで、ほかの多くのモデルの既定はhighとされています。どちらのモデルでも、以前のモデルのeffort設定をそのまま持ち込まないよう求められています。Sonnet 5.5はSonnet 5から各effortでの考える量が調整し直されており、Opus 5.5は同じeffortでもOpus 5より1ターンに多く考える傾向があるためです。

## ベンチマークで見る性能差：どこが近く、どこで開くか

以下の数値は、Anthropicの公表値と第三者（Artificial Analysis、CodeRabbit）の計測で、条件はそれぞれに添えます。まずAnthropicがSonnet 5.5の発表で示した比較です。

| 評価 | Sonnet 5.5 | Opus 5.5 | 条件など |
| --- | --- | --- | --- |
| Terminal-Bench 4.0 | 70.6% | 66.4% | Opusはxhighの値（同モデルの最高値） |
| FrontierCode 1.1 (Main) | 46.2%（max）／52.1%（xhigh） | 54.4% | Sonnetはmaxのほうが低い。Claude Codeのコードレビュー用スキルを多用し、タイムアウトや範囲外の編集が増えたため |
| CursorBench 4.0 | 55.5% | 57.8% | Sonnetの最高値はOpusの約2ポイント下 |
| GDPval-AA v2.1 | 1844 | 1846 | 実務タスクの評価 |
| AA-Briefcase v1.1 | 1811 | 1822 | 長時間の知的作業 |
| Humanity's Last Exam（ツールあり） | 64.5% | 67.7% | |
| OSWorld 2.1 (partial) | 80.1% | 81.8% | コンピューター操作 |
| Chartography（ツールなし） | 61.6% | 64.4% | グラフの読み取り |

多くはmax effortでの値です。GDPval-AAとAA-BriefcaseはArtificial Analysisが公開前の環境で実行したもので、その後修正された構造化出力の不具合があったと注記されています。Opus 5.5の既定（medium）での値はFrontierCodeが54.6%、CursorBenchが52.5%と別に公表されていますが、表のSonnet 5.5の55.5%は既定のeffortの値ではありません。55.5%と52.5%を並べて「SonnetがOpusを上回る」とは読めません。

「コーディングでSonnetはOpusに勝つのか」への答えは、評価によって分かれます。Terminal-Bench 4.0ではSonnet 5.5が上回り、ほかの項目は1〜3ポイントほど下です。Anthropic自身も、複数の評価でmax effortのSonnet 5.5はOpus 5.5に近い性能を出すとしつつ、複雑で終わりのない、持続的な判断を要する作業ではOpus 5.5が明確に強いと書いています。

その差がはっきり出たのが、CodeRabbitのコードレビューの計測です。オープンソースの実際のプルリクエストから選んだ難しい13件で、既知の問題を指摘できた件数と、指摘の的中率は次のとおりでした。

| 構成 | 検出できた件数 | 指摘の的中率 |
| --- | --- | --- |
| Opus 5.5（Max） | 10/13（76.9%） | 52.0% |
| Opus 5.5（Standard） | 8/13（61.5%） | 66.7% |
| Sonnet 5.5（思考あり） | 6/13（46.2%） | 41.2% |
| Sonnet 5.5（思考なし） | 5/13（38.5%） | 38.5% |
| Sonnet 5 | 4/13（30.8%） | 40.0% |

Opus 5.5の数値は同じ13件を使った9月の計測からの引用です。Sonnet 5.5のレビュー1件あたりのClaude呼び出し費用は定価換算で$0.46〜0.47で、Sonnet 5の$1.16より大きく下がりました。CodeRabbit自身も、13件は傾向を見るには足りるが結論を出すには足りないと書いています。同じくCodeRabbitがClaude Codeで同じ長い指示を並走させた試行では、Sonnet 5.5が29分27秒、Opus 5.5が44分50秒で終わり、仕上がりはほぼ同じで、忠実さはOpus 5.5がわずかに上でした。これは1回だけの試行です。

まとめると、Sonnet 5.5は多くの作業でOpus 5.5の近くまで届き、速く終わります。差が開くのは、難しいレビューのように見逃し1件が重い作業です。

## Claude Codeでモデルとeffortを切り替える

モデルの切り替えは3通りあります（[Claude Codeのモデル設定のヘルプ](https://support.claude.com/en/articles/11940350-claude-code-model-configuration)）。

- セッション中に`/model`を実行し、メニューから選ぶ（すぐ反映）
- `claude --model claude-sonnet-5-5`のように、起動時にそのセッションだけ指定する
- シェルの設定ファイルに`export ANTHROPIC_MODEL="claude-sonnet-5-5"`を書き、以後の既定にする

いま動いているモデルは`/status`で確認できます。

effortの変え方は[Claude Codeのドキュメント](https://code.claude.com/docs/en/model-config)に次のように書かれています。

- `/effort`：引数なしでスライダーを開く。`/effort medium`のように段階名を付けると直接設定、`/effort auto`で保存した値を消す
- `/model`のメニュー：モデルを選ぶときに左右キーでeffortを調整する
- `claude --effort high`：そのセッションだけ指定する
- 環境変数`CLAUDE_CODE_EFFORT_LEVEL`：段階名か`auto`を指定する

`/effort`のスライダーや`/model`のメニューでEnterを押すと、その値がモデルごとの既定として保存されます。`s`キーならそのセッションだけに適用されます（v2.1.257以降）。maxは設定ファイルには書けず、`/effort`で選んだ場合はそのセッションだけに適用されます。また、ユーザー設定の最上位にある古い形式の`effortLevel`はOpus 5.5以降のモデルには効かず、Opus 5.5とSonnet 5.5は、`/effort`か`/model`で選ぶまでそれぞれの既定値（medium）で始まります。

クラウド経由で使う場合は、`sonnet`や`opus`という別名に注意が必要です。Anthropic APIでは`sonnet`がSonnet 5.5、`opus`がOpus 5.5を指しますが、Amazon BedrockやGoogle Cloudでは`sonnet`がSonnet 4.5、Claude Platform on AWSではSonnet 4.6、Microsoft Foundryでは`opus`がOpus 4.6を指します。別名のままだと、Sonnet 5.5を使っているつもりで旧モデルが動くことがあるので、`claude-sonnet-5-5`（またはそのクラウドでのモデルID）を明示し、`/status`で確かめます。

### 途中で切り替えると、キャッシュも前の思考も引き継がれない

Claude Codeでは、プロンプトキャッシュがモデルごとに分かれています。セッションの途中で`/model`を使ってモデルを変えると、次のリクエストは会話全体をキャッシュなしで読み直します。キャッシュが有効な間は、Claude Codeが切り替えてよいか確認を求めます。会話が長いほど、この読み直しの費用は大きくなります。一方、Opus 5.5やSonnet 5.5のままeffortだけを変える場合は、APIキーかClaudeのサブスクリプションで使っていればキャッシュは保たれ、確認なしで反映されます。BedrockとGoogle Cloud経由はこの扱いの対象外です（[Claude Codeのプロンプトキャッシュの説明](https://code.claude.com/docs/en/prompt-caching)）。

推論の中身も引き継がれません。APIのドキュメントによると、Sonnet 5.5はOpus 5やOpus 5.5の思考ブロックを読めず、Sonnet 5.5の思考ブロックを読めるモデルはほかにありません。読めないブロックは、リクエストは成功したまま、モデルに渡る前に捨てられます（その分の課金はありません）。会話の途中でOpus 5.5からSonnet 5.5へ、またはその逆へ切り替えると、切り替え後のターンはそれまでの推論なしで進みます。Claude Codeの`/model`にも同じ規則が当てはまると考えられますが、Claude Codeのドキュメントにこの点の明記はありません。

そのため、1つの作業の中ではeffortで調整し、モデルはタスクの区切りで切り替えるのが安全です。たとえば調査と設計をOpus 5.5で終えたら、その結論をファイルやタスクの説明にまとめ、新しいセッションで`claude --model claude-sonnet-5-5`から実装を始めます。

計画はOpus、実装はSonnetという分担は、別名`opusplan`でも指定できます。プランモードの間は`opus`、実行に移ると`sonnet`を使う設定です。ただし`sonnet`の解決規則は上と同じなので、BedrockやGoogle Cloudでは実装側がSonnet 4.5になります。5.5世代の2モデルで`opusplan`を使ったときの費用の計測は公開されていません。

### プランとアプリでの扱い

[Claudeの料金ページ](https://claude.com/pricing)（米国版、2026年9月29日時点）の表では、無料プランで使えるのはSonnetとHaikuで、Opusは使えません。表にバージョンの記載はありませんが、現行のSonnetはSonnet 5.5です。Opusを使えるのはPro（月$20、年払いなら月$17相当）とMax（月$100から）で、Claude CodeもProから含まれます。Claude Codeを軸にしたプラン選びは[Claude ProとMaxを比較 2026年版：料金、Claude Code制限、Maxの損益分岐点](https://blog.laozhang.ai/ja/posts/claude-code-pro-vs-max)を参照してください。

Claudeアプリでは、安全上の分類器が反応すると別のモデルに自動で切り替わることがあります（[Sonnet 5.5のヘルプ](https://support.claude.com/en/articles/17161993-why-claude-switched-models-in-your-conversation-with-sonnet-5-5)）。

- Sonnet 5.5：エクスプロイトの作成、バイナリを対象にした脆弱性スキャン、侵入テストといった攻撃寄りのサイバーセキュリティの依頼や、一部の先端LLM開発の依頼（特定のアクセラレーター向けカーネル開発など）はSonnet 5に切り替わります。生物学の危険な依頼と、内部の推論を書き出させる依頼は切り替えではなく拒否されます
- Opus 5.5：サイバーセキュリティではOpus 4.8、生物学の両用途の依頼と先端LLM開発ではOpus 5に切り替わります

切り替わった会話はその後も切り替え先のモデルのままなので、モデル選択メニューから戻します。ソースコードの脆弱性を調べるような通常のセキュアコーディングは、どちらのモデルでもそのまま使えます。分類器はメモリー、コネクタの内容、検索結果、ファイルも読むため、自分で入力していない内容がきっかけになることもあります。

## APIでモデルIDを差し替える前に確認すること

Sonnet 5.5とOpus 5.5はAPIの挙動が同じではありません。Sonnet 5やOpus 5から移るとき、また2つのモデルを切り替えて使うときに引っかかる点を並べます（Anthropicの[Sonnet 5.5の変更点](https://platform.claude.com/docs/en/models/sonnet-5-5/whats-new-sonnet-5-5)と[Opus 5.5の変更点](https://platform.claude.com/docs/en/models/opus-5-5/whats-new-opus-5-5)、2026年9月29日時点）。

| 項目 | Sonnet 5.5 | Opus 5.5 |
| --- | --- | --- |
| モデルID | `claude-sonnet-5-5`（Bedrockは`anthropic.claude-sonnet-5-5`） | `claude-opus-5-5`（Bedrockは`anthropic.claude-opus-5-5`） |
| API既定のeffort | high | medium |
| 事前の思考を止める | `thinking: {"type": "between_tools"}`（low〜highのみ。xhigh・maxでは400エラー） | 止められない。effortを下げて調整する |
| `thinking`の`disabled`と`budget_tokens`指定 | 400エラー | 400エラー |
| `temperature`・`top_p`・`top_k`の既定外の値 | 400エラー | 400エラー |
| 強制ツール呼び出し（`tool_choice`の`any`・`tool`） | 400エラー。`auto`とstrict tool use、または構造化出力に置き換え | 同左 |
| `computer_20251124` | Claude APIとGoogle Cloudでは400エラー。`computer_toolset_20260801`へ（Bedrockは旧ツールも可） | 同左 |
| ツール呼び出しの合間のテキスト | `thinking`ブロックで返る。既定の`display: "omitted"`では空になり、UIが無言になる | 同左 |
| fast mode | なし | あり（研究プレビュー、Claude APIのみ、$8／$40） |
| 読める思考ブロック | Sonnet 5、Opus 4.8、Haiku 4.5以前。Opus 5・Opus 5.5のものは読めない | Opus 5以前のOpus・Sonnet・Haiku。Sonnet 5.5のものは読めない |
| advisorツール（ベータ） | 実行役としてOpus 5.5を助言役に指定できる。Opus 4.8・Opus 4.7・Sonnet 5の助言役は400エラー | ― |

特に見落としやすいのは3点です。1つ目は、Sonnet 5で思考をオフにしていたコードは`disabled`がエラーになるので`between_tools`に変えること。ただし`between_tools`ではeffortをhigh以下にし、会話の途中でメッセージ単位のeffortを変えることもできません。2つ目は、ツール呼び出しの合間の進捗メッセージをユーザーに見せているアプリが、エラーも出さずに黙ってしまうことです。adaptive thinkingを使うなら`thinking.display`に`"summarized"`を指定し、`between_tools`ならそのままテキストが返ります。3つ目は、2026年8月31日以降に作成したアカウントでは、思考ブロックより前の履歴（system、tools、過去のメッセージ）を編集してから送り直すと400エラーになることです。会話は追記のみにし、指示やツールの変更は会話途中のsystemメッセージで行います。

リクエスト側は、比較のためにeffortを必ず明示します。

```python
import anthropic

client = anthropic.Anthropic()

resp = client.messages.create(
    model="claude-sonnet-5-5",           # Opus 5.5なら "claude-opus-5-5"
    max_tokens=16000,                    # 思考と本文を合わせた上限。高いeffortほど余裕を持たせる
    output_config={"effort": "medium"},  # 省略時はSonnet 5.5がhigh、Opus 5.5がmedium
    messages=[{"role": "user", "content": "このテストが落ちる原因を調べて修正案を出してください。"}],
)
print(resp.usage)
```

APIを直接使う場合、トップレベルのeffortを会話の途中で変えるとプロンプトキャッシュが無効になります（Anthropicのeffortの説明）。1つの会話の中でeffortを変えたい場合は、両モデルが対応しているメッセージ単位のeffort（ベータ）を使うとキャッシュを保てます。

## 自分の作業で「合格1件あたりのコスト」を測る

トークン単価でもベンチマークでもなく、自分の作業で合格した成果1件にいくらかかったかで比べます。Anthropicの[コストと性能の最適化ガイド](https://platform.claude.com/docs/en/about-claude/models/optimizing-for-cost-and-intelligence)が勧める手順を、この2モデルの比較に当てはめると次のようになります。

1. 実際の作業ログから20〜50件ほどを選び、テストが通る、件数が合うなど機械的に合否を判定できるチェックを用意します。普段の作業だけでなく、難しいほうから1割を必ず含めます。安いモデルが落とす難しい作業の再試行と後始末が、請求を左右するためです。
2. Sonnet 5.5とOpus 5.5を、それぞれ2〜3段階のeffortで実行します。条件ごとに別のセッションで回し、途中でeffortを変えません。
3. 各レスポンスの`usage`から費用を計算し、合計費用を合格件数で割ります。

```python
PRICES = {  # 米ドル／100万トークン（2026年9月29日時点の定価）
    "claude-sonnet-5-5": {"in": 2.00, "cw5m": 2.50, "cw1h": 4.00, "cr": 0.20, "out": 10.00},
    "claude-opus-5-5":   {"in": 4.00, "cw5m": 5.00, "cw1h": 8.00, "cr": 0.20, "out": 20.00},
}

def request_cost(model: str, usage: dict) -> float:
    """usageはレスポンスのusageを辞書にしたもの（Python SDKならresp.usage.model_dump()）"""
    p = PRICES[model]
    cc = usage.get("cache_creation") or {}
    return (
        usage["input_tokens"] * p["in"]
        + (cc.get("ephemeral_5m_input_tokens") or 0) * p["cw5m"]
        + (cc.get("ephemeral_1h_input_tokens") or 0) * p["cw1h"]
        + (usage.get("cache_read_input_tokens") or 0) * p["cr"]
        + usage["output_tokens"] * p["out"]
    ) / 1_000_000

def cost_per_pass(runs: list[dict]) -> float:
    """runs: [{"model": ..., "usages": [usage, ...], "passed": True/False}, ...]"""
    total = sum(request_cost(r["model"], u) for r in runs for u in r["usages"])
    passed = sum(1 for r in runs if r["passed"])
    return total / passed if passed else float("inf")
```

不合格だった作業の費用も合計に含めるのがポイントです。Sonnetが安く見えても、落とした作業のやり直しで結局Opusより高くなることがあります。

合否を自動で判定できる作業なら、最初は低いeffortで回し、落ちたものだけ高いeffortでやり直す方法も比べる価値があります。AnthropicがOpus 5.5で試した例（SWE-bench Proの一部）では、lowで回して失敗分をhighでやり直すと約97%が合格し、1件あたり約$0.17でした。すべてhighで回すと95.3%で約$0.29です。これはOpus 5.5だけでの計測なので、Sonnet 5.5をlowやmediumで回して失敗分だけOpus 5.5に回す組み合わせは、自分の作業で同じように測って確かめる必要があります。モデルをまたぐと思考ブロックは引き継がれないので、やり直しは最初から実行する形になります。

## よくある質問

### OpusとSonnetはどちらがいいですか？

作業の形で決まります。範囲が明確でテストなどで結果を確かめられる作業、大量に回す作業、速さが大事な対話はSonnet 5.5をmedium以下で使います。原因や終わりが見えない作業、長時間のエージェント実行、見逃しが高くつくレビューはOpus 5.5が向いています。迷う場合、Anthropicの公式ドキュメントはOpus 5.5から始めるよう勧めています。

### SonnetとOpusの料金はどのくらい違いますか？

APIの入力・出力・キャッシュ書き込みの単価は、Sonnet 5.5がOpus 5.5のちょうど半分です（入力$2対$4、出力$10対$20）。キャッシュ読み取りはどちらも$0.20で同額です。ただしタスク単価は、使うトークン数とeffortで変わり、Artificial Analysisのmax effortでの計測ではSonnet 5.5が1タスク$7.60、Opus 5.5が$5.98と逆転しました。請求に占めるキャッシュ読み取りの割合がcのとき、Sonnet 5.5が安いままでいられるのはOpus 5.5の(2 − c)倍のトークン数までです。

### 無料プランでSonnet 5.5やOpus 5.5は使えますか？

Claudeの料金ページでは、無料プランはSonnetを使えてOpusは使えません。表にバージョンの記載はありませんが、現行のSonnetはSonnet 5.5です。Opus 5.5とClaude CodeはPro以上のプランで使えます。

### Opusで計画し、Sonnetで実装する分担は得ですか？

作業の区切りで分けるなら現実的です。Claude Codeでは、Opus 5.5で調査と設計を終えて結論をファイルに残し、新しいセッションでSonnet 5.5に実装させる形が扱いやすく、プランモードと実行でモデルを分ける別名`opusplan`もあります（クラウド経由では実装側がSonnet 5.5にならない点に注意）。APIでは、Sonnet 5.5を実行役、Opus 5.5を助言役にするadvisorツール（ベータ）も使えます。ただし、どちらの組み合わせも5.5世代での費用や精度は公表されていません。Anthropicのコストガイドは、助言役のモデル（ここではOpus 5.5）を単独でlowのeffortで回した場合を比較の基準にするよう勧めています。

他社モデルも含めて比べたい場合は[Opus 5.5とGPT-6 Sol比較：料金2倍はどこに効くか](https://blog.laozhang.ai/ja/posts/claude-opus-5-5-vs-gpt-6-sol)も参考になります。