Claude OpusとSonnetの違い：5.5の料金・性能と用途別の選び方

Claude OpusとSonnetの違い：どちらを選ぶべきですか？

モデルを動かす前に「よい回答の条件」を説明できるなら、普段使いはSonnetが適しています。適切な進め方を見つけること自体が仕事の大部分を占めるなら、Opusを基本にします。

承認済みのメモから顧客向けメールを作る起業家なら、まずSonnetを選ぶのが合理的です。決まったテンプレートで定例レポートを作る業務責任者も同様です。失敗するテストがあり、再現可能なバグを直す開発者なら、完了を確認する基準を明示してSonnetから始めます。

相互依存するシステムの移行計画をCTOが立てる場合、エージェントが未知のリポジトリを調査する場合、矛盾する証拠を含むリサーチに取り組む場合は、早い段階でOpusを選ぶ価値があります。エージェントとは、ツールの使用や中間工程を重ねながら成果に向かうモデルのことです。こうした仕事では、もっともらしい最初の一手を誤るだけで、その後の処理全体が無駄になりかねません。

ここでの推奨は、Anthropicが文書で示した位置づけ、公開評価、後述の費用計算に基づく編集上の判断です。実機検証の結果ではありません。モデルの仕様、利用条件、API料金は、2026年10月18日にAnthropicの公開ページで確認しています。

出典：Anthropicの料金表、Opusの仕様、Sonnetの仕様、Anthropicによる想定用途の比較。APIの最大出力はモデルの上限であり、Claudeアプリでその長さの回答が保証されるわけではありません。

モデルを切り替える基準はシンプルです。足りないものが判断力ならOpusへ切り替えます。プロンプトの指示を明確にすれば済む場合は、その改善が先です。 元になる資料もない曖昧な依頼は、高価なモデルに渡しても曖昧なままです。

SonnetとOpusの比較：Anthropicが想定する役割

Anthropicは両モデルを補完関係にあるものと位置づけています。範囲が決まった作業を実行する役割と、難しいプロジェクトの方向を定める役割を分けています。 コンテキスト容量が同じでも、判断力まで同じとは限りません。

Claude Opus 5.5：判断を積み重ねる仕事に

Claude Opus 5.5は、Anthropicが「長時間にわたるエージェント型のコーディングと知識労働」に向けたモデルです。この説明で注目したいのは、作業を継続する力です。問題を調査し、どの証拠が重要かを判断し、複数のツールやファイルを扱いながら一貫した方針を保ちます。AnthropicのOpusモデルドキュメント

たとえば、プラットフォーム責任者が、既存顧客のセッションを維持したまま認証サービスを置き換える計画を求めるとします。難所は、隠れた依存関係や障害につながる条件を見つけることです。この調査はOpusから始めるほうが適しています。一方、次の仕事が単純な書き直しでも、高い単価を支払う点はデメリットです。

こうした役割は、エージェントとコーディングのためのOpus 5.5ガイドで詳しく解説しています。仕事の大半が、入力は明確、形式はおなじみ、合否も手軽に確認できるというものなら、無条件にOpusを標準にする必要はありません。

Claude Sonnet 5.5：範囲が明確な日常業務に

Anthropicの表現では、Claude Sonnet 5.5が最も得意とするのは「範囲が明確な日常的タスク」です。具体例にはバグ修正、文書、スライド、スプレッドシートの作成が挙げられています。根拠となる資料と求める成果物の形を渡せる仕事で、有力な選択肢になります。AnthropicのSonnet発表

業務責任者なら、承認済みの顧客メモと社内テンプレートを渡し、不足する事実は埋め合わせずに指摘するよう指示できます。これは作業範囲が明確な情報の加工です。反対に、食い違う説明のうち何を信頼するか、会社としてどう対応するかまで判断させる場合は、Sonnetの弱点が表れやすくなります。

導入方法はSonnet 5.5のセットアップガイドで説明しています。ここで見極めるのは、低コストでの実行が必要なのか、それとも進め方の定まらない仕事に強いOpusが必要なのかです。

文章作成にはOpusとSonnetのどちらが向いていますか？

日常的な文章作成ならSonnet、何を論じるべきかから考える文書ならOpusが有力です。

メールの書き直し、議事メモからの報告文作成、承認済み記事の顧客向け告知への編集、提供された根拠に基づくスライドの下書きにはSonnetを使います。求められるのは、依頼に忠実であることと、効率よく修正できることです。Anthropicは5.5の両モデルで文章が明快になったと報告しており、特にSonnetを、日常業務で完成度の高い成果物を作るモデルと位置づけています。Sonnetのリリース情報、Opusのリリース情報

Sonnetへの指示には、読者は誰か、何を理解してもらうか、どんな行動を求めるか、使ってよい資料は何か、変えてはいけない主張は何かを含めます。起業家が投資家向け報告を書くなら、「承認済みの指標を使い、リスクの記述を残し、成長に関する新たな主張を加えずに説明を短くする」といった指示です。モデルを変えるべきか判断する前に、出力がこの条件を満たしているか確認します。

文章作成と分析が切り離せない仕事では、Opusを選びます。戦略メモなら、顧客インタビュー、業務上の制約、根拠の弱い財務上の前提を突き合わせてからでなければ、説得力のある提案を書けない場合があります。追加料金で得られるのは、こうした推論を任せるうえでより有力なモデルです。出典の確認が不要になるわけではありません。

創作では、文体を探ったり一節を推敲したりする段階ならSonnetから始めます。複雑な論旨、登場人物の動機、作品全体の構成を保つのが難しい場合はOpusを試します。これは自分の編集基準に照らして確かめるための選び方であり、文学的な好みの客観的順位ではありません。

コーディングにはOpusとSonnetのどちらが向いていますか？

範囲が定まった実装ならSonnet、アーキテクチャ設計、未知の障害、広範囲に及ぶ変更ならOpusが有力です。

Sonnetには、再現できるバグ、関連ファイル、成功条件を定めるテストを渡します。動作仕様が決まった小さな機能の実装にも向いています。サービスがなぜ失敗するのか、どのコンポーネントを変える必要があるのか、まだ誰も把握できていない段階の調査はOpusに任せます。Anthropicも、Sonnetのバグ修正の強みと、複雑で進め方の定まらない仕事におけるOpusの優位性を明確に分けています。Anthropicによる比較

判断基準はファイル数だけではありません。決まったAPI名の変更を多数のファイルへ反映する作業なら、範囲は明確です。逆に、支払い計算の数行を変更するだけでも、深い推論が必要なことがあります。不確実性の大きさと、判断を誤った場合の損失に合わせてモデルを選びます。

Anthropicのベンチマークでわかること、わからないこと

Anthropicの公開スコアは、すべてのコーディングタスクでOpusが勝つことを示してはいません。 Terminal-Bench 4.0ではSonnetが70.6%、Opusは同ベンチマークで最も高いスコアを出したeffort設定のXhighで66.4%です。FrontierCode 1.1 MainではOpusが54.4%、Sonnetが**Xhighで52.1%、Maxで46.2%**となっています。いずれもAnthropicが公開した数値であり、本記事のために実施したベンチマークではありません。Anthropicのベンチマーク表と脚注

SonnetがMaxで低いスコアになった理由は、実務でも参考になります。追加のレビューがタイムアウトや依頼範囲外の変更につながることがあり、FrontierCodeではそれらが減点対象になるためです。処理を増やせば、完成した変更がよくなるとは限りません。また、Opusの発表時の評価方法には、本番環境の安全対策が有効になっており、フラグが立ったタスクをフォールバックモデルが完了する場合もあると記載されています。スコアとあわせて設定条件を読む必要があります。Opusの評価方法

自分で評価するときは、関連テストに合格するか、範囲内に収まっているか、解決策全体を一から再構成せずにレビューできるかで判断します。ベンチマークの点差だけでは、自分のリポジトリにどれほどのレビューが必要かはわかりません。

Claude CodeでOpusとSonnetを使い分けるには

Claude Codeは現在、Anthropicを直接利用する場合と、ドキュメントに記載された有料Claudeアカウントの種類では、設定で上書きしない限りOpus 5.5がデフォルトです。 したがって、定型業務にSonnetを使うには自分で設定を選ぶ必要があります。製品の初期設定がSonnetという意味ではありません。プロバイダーによっては、エイリアスが指すモデルも異なります。Claude Codeのモデル設定

バージョンを正確に指定したいときは、完全なモデル名を使います。以下はClaude Codeのセッション内で入力するコマンドです。

/model claude-sonnet-5-5
/effort medium

難しい調査には/model claude-opus-5-5を選び、仕事に見合うeffortを設定します。Claude Codeでは、上書き設定がなければ5.5の両モデルともMediumがデフォルトです。/modelを直接入力して選んだモデルは、今後のセッションにも引き継がれます。一時的に変えたい場合は、モデル選択画面で現在のセッションだけに適用する項目を使います。Sonnet 5.5にはClaude Code v2.1.284以降が必要です。更新が必要ならターミナルでclaude updateを実行します。設定と必要バージョン

ドキュメントにあるopusplanモードは、計画にOpus、実行にSonnetを使います。実装前に設計を明確に書き出せる仕事に適しています。実装を進めるたびにアーキテクチャ上の判断が生じる場合は、実行段階もOpusに任せます。

長時間のエージェント作業とリサーチでOpusが役立つ場面

進め方が定まらないエージェント作業ならOpusが有力です。長時間かかっても手順が予測できる処理なら、Sonnetが適している場合があります。

所要時間だけでは難しさを測れません。固定のチェックリストに沿って大量の文書を処理するエージェントは、判断をほとんど求められないこともあります。一方、発生条件が一定しない本番障害を調べるエージェントは、次に何を見るか、直前の仮説が間違っていなかったかを繰り返し判断します。Anthropicは、継続的な判断が必要な複雑な仕事では、引き続きOpusが強いと説明しています。SonnetとOpusの位置づけ

中堅企業のCTOなら、診断と設計をOpusに任せ、確認基準が明確な実装単位をSonnetに渡すと役割を分けやすくなります。重要な文脈を失わずに実装単位を定義できないなら、その仕事はOpusに任せ続けます。どちらを使う場合も、変更してよいファイルやシステムと、完了と判断するために必要な証拠を定めます。

Claude Researchはチャットの選択にかかわらずOpusで動きます

ClaudeアプリのResearch機能は、SonnetとOpusを選んで動かす機能ではありません。 Anthropicのヘルプセンターによると、Researchは会話で選んだモデルに関係なくOpus 5.5で動作し、必要に応じてOpus 4.8にフォールバックします。ResearchはPro、Max、Team、Enterpriseで利用でき、Web検索を有効にする必要があります。Claude Researchのヘルプ

これは、起業家がベンダーを比較するときや、業務担当者が市場調査の概要をまとめるときに重要です。Researchを有効にする前にSonnetを選んでも、リサーチ処理をSonnetが担うわけではありません。提供した資料について通常のチャットでやり取りするならSonnetは妥当な出発点ですが、難しい情報の統合にはOpusがより適しています。

コンテキストウィンドウ・出力上限・思考設定の違い

コンテキスト容量は同じです。実質的な違いはeffortと、思考の動作にあります。

コンテキストウィンドウとは、会話や参考資料を含め、モデルがリクエスト内で扱える情報の範囲です。APIの仕様では、どちらもコンテキストは1Mトークン、標準の最大出力は128Kトークンです。また、どちらもドキュメントに記載されたベータヘッダーを付けたMessage Batches APIでは、最大300K出力トークンに対応します。これは例外的な条件であり、通常のチャット回答の上限を示すものではありません。Opusの上限、Sonnetの上限

有料Claudeプランについては、Anthropicのヘルプセンターに、チャットとClaude Codeの両方で、両モデルとも1Mのコンテキストを利用できると記載されています。その一部は回答用に確保されます。コンテキストが大きければ多くの根拠を渡せますが、関連する細部がすべて正しく使われる保証ではありません。有料プランのコンテキスト上限、使用量制限と長さの上限の違い

effortは仕事に合わせて設定します

両モデルともLow、Medium、High、Extra high（xhigh）、Maxに対応しています。effortは、思考やツール呼び出しを含め、回答のためにモデルがどれだけ処理を行うかを調整する設定です。APIではOpusがMedium、SonnetがHighをデフォルトとしています。Claude Codeでは両方ともMediumで、ClaudeアプリのSonnetもMediumがデフォルトです。APIのeffortドキュメント、Claude Codeの設定、Sonnetのデフォルト設定

定型業務は、デフォルトか、求める品質を満たせる低めの設定から始めます。難しい推論が必要ならeffortを上げ、結果を見て判断します。Sonnetを最もコストの高い設定にしても大幅な修正が必要なら、単価が安いから経済的だと決めつけず、Opusと比較します。

Claudeアプリでは、5.5のどちらのモデルも思考をオフにできません。APIでもOpusの思考は常に有効です。SonnetはHigh以下のeffortでbetween_toolsを使用できます。これは最初の回答前の思考を無効にしつつ、ツール呼び出し間の思考は維持する設定です。あらゆる推論を無効にすることと同じではありません。思考の設定、SonnetのAPI設定

APIで評価するときは、output_config.effortを明示し、思考と回答文を合わせた上限であるmax_tokensにも十分な値を指定します。そうしなければ、異なるデフォルトeffortを比較したり、片方のモデルだけ完了前に出力を打ち切ったりする可能性があります。effortと出力トークン予算

Claude OpusとSonnetの料金比較：安い単価が有利になる条件

トークン使用量が同じならSonnetのほうが安くなります。Opusが料金でも有利になるのは、課金対象の処理量を十分に減らせる場合です。人による高コストな修正を減らせれば、料金以外も含めた価値は高まります。

冒頭の表にある標準の入力・出力単価は、2026年10月18日にclaude.com/pricingで再確認しています。処理済みの入力を再利用するプロンプトキャッシュの読み取り料金は、100万トークンあたりSonnetが$0.10、Opusが$0.20です。有効期間5分のキャッシュ書き込みは、それぞれ**$2.50と$5**です。これはAPIの料金であり、サブスクリプションの利用枠を換算するための表ではありません。Anthropicの料金表

条件をそろえた計算例を見てみます。1回の試行につき、キャッシュを使わない入力100,000トークンと、課金対象の思考を含む出力10,000トークンを使うと仮定します。ツール、キャッシュ、Batch割引、Fastモード、データの地域指定に伴う追加料金は含めません。1回あたりの料金はSonnetが**$0.30**、Opusが**$0.60**です。

したがって、同じ条件でSonnetを2回実行すると**$0.60になり、Opusの1回分と等しくなります。Sonnetを3回実行すると$0.90**です。これは公開単価から算出した費用が逆転する条件の例であり、各モデルが通常何回の試行を要するかを示したものではありません。計算式は、100万トークン単位の入力数に入力単価を掛けた額と、同じく出力数に出力単価を掛けた額の合計です。計算に用いた単価

トークン種別の構成比が同じなら、Sonnetの課金対象の処理量がOpusの2倍を超えたところで、トークン料金だけでもOpusが安くなります。実際の処理では、キャッシュ済み資料の再読み込み、思考量の違い、呼び出すツールの違いによって構成比が変わります。1回の回答から推計せず、仕事が完了するまでの全体を記録します。

OpusとSonnetのトークン使用量はどれくらい違いますか？

同じ仕事で各モデルが使うトークン数に、信頼できる共通の倍率はありません。 Anthropicによると、Sonnetは低めのeffortでOpusを最もうまく補完し、高めの設定では同程度のコストで同等に近い性能を得られる場合があります。ここから言えるのは、モデルとeffortを組み合わせて検証すべきということです。Sonnetならどんな仕事も半額になる、という意味ではありません。Anthropicによる費用とeffortの説明

個人開発者なら、API料金が少額でもレビュー時間を判断に含めます。大量の処理を行う製品なら、失敗と再試行も数え、合格した成果物あたりのコストを評価します。これらの測定値は、サブスクリプションの制限とは分けて扱います。API単価の比率から、メッセージ利用枠の比率はわかりません。

OpusとSonnetはどのClaudeプランで使えますか？

SonnetはFreeで利用できます。両モデルを使いたい場合は有料Claudeプランが必要です。 AnthropicはPro、Max、Team、EnterpriseでOpusとSonnetを提供しています。Proは月払いで$20で、Claude Codeも含まれます。Enterpriseでは、管理者が利用できるモデルやeffortの設定範囲を制限する場合があります。プランと利用条件、管理者による制限

サブスクリプションの利用制限について、Anthropicのヘルプセンターは、有料プランには5時間ごとにリセットされるセッション上限と、週ごとの上限があると説明しています。Claudeの各アプリとClaude Codeは、同じ利用枠を消費します。消費量は、会話の長さと複雑さ、機能、モデル、effortによって変わります。従量課金型のEnterpriseプランは使用量に基づいて請求されます。Anthropicによる利用制限の説明

ヘルプセンターは、effortを上げるとトークン使用量が増え、上限に早く達する場合があると明記しています。一方、その案内にはSonnetとOpusの利用枠を換算する固定比率はありません。APIの価格差を根拠に、サブスクリプションで送れるメッセージ数が2倍になるとは考えないでください。effortと使用量

アップグレードを検討するなら、まず何が制約なのかを整理します。使いたいモデルにアクセスできないのか、セッションの利用枠が足りないのか、出力品質に不満があるのか。上位プランへの変更で解決するのはアクセスや利用容量の問題であり、モデルの選び直しは別の課題への対応です。

OpusとSonnetを切り替えるときの注意点

デフォルトの変更はタスクの区切りで行い、複数のモデルにまたがる仕事では引き継ぐ内容を明文化します。 Claudeアプリでモデルを変更すると、次の回答から反映されます。Claude Codeのモデル選択画面では、新しいデフォルトとして保存するか、現在のセッションだけ変えるかを選べます。アプリの操作方法、Claude Codeの操作方法

APIで重要なのは、会話履歴と再利用できる思考は別物という制約です。現在のAnthropicのドキュメントによると、Claude APIとGoogle Cloudでは、Opus 5.5がSonnet 5.5の思考ブロックを読み取れます。一方、Sonnet 5.5はOpus 5.5の思考ブロックを読み取れません。互換性のないブロックは、エラーを出さずにそのリクエストから除外されます。自分でブロックを削除せず、元の履歴を保持します。また、Sonnetの思考ブロックは、生成したアカウントにもひもづいています。思考の保持に関するルール

この非対称性があるため、計画を明確な文章にして渡すことが役立ちます。Opusが変更を設計してSonnetが実装するなら、決定事項、制約、根拠、合格基準を通常のテキストで引き継ぎます。安価なモデルが、前のモデルの内部推論まで受け継ぐとは限りません。また、こうしたプロバイダーごとのルールを、Claudeアプリのすべての会話に当てはまるものとして一般化しないことも大切です。

古いモデルからAPIを移行する場合も、互換性を確認する必要があります。5.5の両モデルは強制的なツール使用を拒否します。特定のツールを必ず使わせられる前提の連携は、対応が必要です。ツール呼び出し間の進捗テキストが思考ブロックへ移り、デフォルトの表示設定では見えなくなることもあります。これらはワークフローの変更点であり、コンテキストを大きくすれば直る不具合ではありません。Opus APIの変更点、Sonnet APIの変更点

Opusが上位に位置づけられているという理由だけで、うまく機能している定型ワークフローを変える必要はありません。 Sonnetの成果が確認基準を満たすなら、使い続けます。同様に、Opusで順調に進んでいる調査を、次のリクエストの単価だけを下げるために途中でSonnetへ移すのも避けます。比較すべきなのは、完了した仕事のコストと品質です。

Opus・Sonnet・Haikuはどう使い分けますか？

Claude Haiku 5.5は、大量処理やコストを重視する仕事に向けたAnthropicのモデルです。範囲が明確な抽出、分類、要約なら検討する価値があります。Haiku 5.5ガイドとClaude HaikuとSonnetの比較も参照してください。AnthropicによるHaikuの位置づけ

Claude Fable 5.1は、日常業務で使う標準モデルの選択とは別に、大きな目標を掲げる長期プロジェクトに向けてAnthropicが用意した選択肢です。この判断については、Fable 5.1の解説で扱っています。AnthropicによるFableの位置づけ

よくある質問

今週の仕事で、普段使うモデルを決めましょう

日常業務ではSonnetを基準にして、Opusを使う価値がある仕事を具体的に見つけます。 起業家なら顧客向けのお知らせ、業務担当者なら定例レポート、開発者なら小さなバグ修正で試せます。さらに、実際の仕事から曖昧さのあるタスクを1つ加え、判断力が重要な場面も比較に含めます。

AI Tools Map for Business Ownersを受け取り、モデル選びを実務で使えるツール構成につなげましょう。