注目キーワード
  1. Python
  2. コンペ

Claude OpusとSonnetはどう違う?モデルティア別の性能・用途・使い分けを整理する

  • 2026年7月20日
  • Claude
  • 3回
  • 0件

Claudeのモデルはどれを選べばいい?この記事で判断できること

Claudeには複数のモデルがあり、それぞれ名称・性能・価格・用途が異なります。「OpusとSonnetのどちらを使えばいいか」「新しいモデルが出たが今使っているものをそのまま使い続けていいか」という判断に迷う場面は多いと思います。

この記事では、2026年7月時点の主要モデルであるFable 5・Opus 4.8・Sonnet 5・Sonnet 4.6・Haiku 4.5を取り上げ、各モデルの位置づけ・得意な用途・価格の違いを横断的に整理します。

料金プランの詳細(Pro・Max・Teamなど)は別の記事で扱っているため、この記事ではモデル自体の性能差と使い分けの判断に絞ります。

私はプライベートでClaudeをChatGPTと並んで使っており、Claude Codeによるコード生成が主な用途です。チャット型のAIと比べて作業まで実行してくれる点が便利で、作業効率の体感は大きく変わりました。その一次体験をもとに、モデル選びの判断軸を共有します。

2026年7月時点のClaudeモデル一覧

現行モデルの5系統

2026年7月6日時点で一般提供されている主要モデルは以下の5種類です(公式ドキュメントをもとに整理)。

モデル位置づけコンテキスト長API価格(入力/出力)
Claude Fable 5最も難しい推論・長期エージェント向け1Mトークン$10/$50 per MTok
Claude Opus 4.8複雑な推論・コーディング1Mトークン$5/$25 per MTok
Claude Sonnet 5新規の標準本番候補1Mトークン$2/$10 per MTok(導入価格)
Claude Sonnet 4.6速度と性能のバランス重視1Mトークン$3/$15 per MTok
Claude Haiku 4.5大量処理・低遅延向け200Kトークン$1/$5 per MTok

Sonnet 5の価格は2026年8月31日までの導入価格で、その後は$3/$15 per MTokになる予定です(2026年7月時点)。

モデル名の読み方:OpusとSonnetは何が違う

Claudeのモデル名には「Fable」「Opus」「Sonnet」「Haiku」という階層名があります。これは性能・価格帯のティア(格)を示すもので、Opus系が高性能帯、Sonnet系が中性能・標準帯、Haiku系が軽量帯という構造です。

Fable 5は2026年6月から一般提供が始まった最上位系統で、これまでのOpus系とは別の系統として位置づけられています。Mythos 5はさらに上位ですが、2026年7月時点では限定提供の段階です。

数字は世代を表します。Opus 4.8はOpus 4世代の第8マイナーバージョン、Sonnet 4.6はSonnet 4世代の第6マイナーバージョンという関係です。Sonnet 5はSonnet世代が5に上がっており、Sonnet 4系とはトークナイザーや推論の仕様が異なります。

各モデルの特徴と得意な用途

Claude Fable 5:最も難しい推論と長期エージェント

Fable 5は2026年6月9日に一般提供が始まったモデルで、現行ラインナップの中で最も高い推論能力を持ちます。長期にわたる自律タスク(long-horizon agentic coding)や、複数ステップにわたる複雑な推論が求められる場面向けです。

ただし、Fable 5には注意点があります。Zero Data Retention(ZDR)での利用ができず、30日間のデータ保持が必須です。機密性の高い業務で使う場合は、この点を設計段階で確認しておく必要があります。

また、Fable 5はコード実行中に「拒否」を返す場合があっても、HTTPステータスは200で返ることがあります。統合実装側で拒否応答を明示的にハンドリングする設計が必要です。

Claude Opus 4.8:複雑な推論と誠実さの改善

Opus 4.8は2026年5月28日にリリースされたモデルで、複雑な推論とコーディングを得意とします。Opus 4.7と比べて特に「honesty(誠実さ)」が改善されており、自分が書いたコードの欠陥を見逃す率が約4分の1に下がっています。

この改善は「賢くなった」というより「できないことをできると言わなくなった」という方向です。業務に組み込む際には本質的な変化で、「モデルが出した結果を信頼できるか」という観点から見ると重要な改善です。

使い分けの目安として、「複雑な推論が必要だが、Fable 5ほどのコストをかけなくてよい場面」や「既存のOpusを使っている実装でモデルを更新したい場合」がOpus 4.8の出番です。

Claude Sonnet 5:新世代の標準本番候補

Sonnet 5は2026年6月30日に公開された、Sonnet系統の次世代モデルです。Sonnet 4.6と同じツール・プラットフォーム機能を持ちつつ、価格はSonnet 4.6より安い導入価格設定になっています(2026年8月31日まで)。

ただし、Sonnet 4.6から移行する際にはいくつかの破壊的変更があります。

  • Priority Tierには対応していない
  • 手動でのextended thinkingと、デフォルト以外のsampling parameterは400エラーになる
  • 新しいトークナイザーを採用しており、同じテキストでもSonnet 4.6より約30%多くのトークンを消費する

既存のSonnet 4.6を使っているシステムにSonnet 5を組み込む場合は、Token Counting APIでコストを再見積もりし、動作確認をしてから移行する順番が適切です。

Claude Sonnet 4.6:速度と性能のバランス

Sonnet 4.6は速度とコストのバランスが取れた、現時点での安定した標準モデルです。Sonnet 5が登場しましたが、既存のシステムや実装でSonnet 4.6を使っている場合、急いで移行する必要はありません。

Sonnet 4.6はextended thinkingを使った複雑な推論もサポートしており、コーディング・長文処理・ビジネス文書の読解など幅広い用途に対応しています。

Claude Haiku 4.5:大量処理・低遅延

Haiku 4.5は最速・最低コストのモデルで、大量のリクエストを処理する場面や、応答速度が重要な用途に向いています。コンテキスト長は200Kトークンで、他の現行モデル(1Mトークン)より短い点に注意が必要です。

チャットボットのような大量・低遅延の処理、定型的な分類・要約タスク、API経由で大量の文書を処理する場面での活用が想定されます。

モデル選びの実践的な判断軸

新規実装ならSonnet 5から評価する

新しくClaudeをシステムに組み込む場合、まずSonnet 5を評価するのが現実的な出発点です。導入価格期間中はコストパフォーマンスが高く、機能的にもSonnet 4.6と同等以上の能力を持ちます。

難しい推論やコーディングが必要な部分だけOpus 4.8を使い、最も複雑な長期自律タスクにのみFable 5を当てるという構成が費用と性能のバランスを取りやすいと考えます。

既存システムのSonnet 4.6はすぐに替えなくてよい

Sonnet 5のトークナイザー変更によるコスト増加と、Priority Tier非対応・手動extended thinking非対応という制約は、既存システムでは影響が出る可能性があります。

既存のSonnet 4.6を使っているシステムは、動作確認と回帰テストを終えてから移行する判断が安全です。「新しいから乗り換える」ではなく、「自分の用途で動作確認が取れてから乗り換える」という順番を守るのが、トラブルを避けるうえで重要です。

ベンチマーク数値をそのまま比較しない

公式や各メディアが出すベンチマーク数値は、テストに使うscaffold(補助ツールや手順)や評価対象のサブセットの違いで大きく変わります。

たとえば同じSWE-benchでも、世代によって問題数や使用する補助ツールの構成が異なるため、モデル間を数字だけで比較するのは正確ではありません。ベンチマークは「このモデルの方が高性能な傾向がある」という方向感を読む材料として使い、絶対的な優劣の判断根拠にしないほうがよいと考えています。

向かない場面と注意点

「調査して即スライド化」は別ツールの方が早い

Claude(特にOpus系)の強みは、長文を深く読み、コードを書き、安全に実務をこなす点にあります。「調査して成果物として資料を完成させる」という成果物完結型のタスクは、GensparkのようなツールにメインのAIエンジンをClaude系に設定して使うほうが向いている場面もあります。

用途に応じて道具を選ぶという発想が、個々のモデル性能の差より重要です。

モデルの退役スケジュールを管理する

Claudeはモデルの更新・退役が速く、これまでにもClaude 2系・Claude 3.5 Sonnet・Claude 3.7 Sonnetが退役しています。業務や自動化に組み込む場合は、「どのモデルIDをいつまで使えるか」を管理対象に含める必要があります。

特定のモデルIDを固定して使っている場合、退役後に動作しなくなるリスクがあるため、退役スケジュールの監視と回帰テストの準備は業務実装の必須項目です。

プライバシーは利用経路によって扱いが異なる

Claudeのプライバシー設定は、利用する経路によって異なります。

  • 無料・Pro・Maxの通常UIで使う場合:入力・出力がモデル改善に使われる場合があります(オプトアウト制)
  • APIを通じてZDRを設定した場合:データの保持なしで利用できます
  • Team・Enterprise UIの場合:デフォルトで学習に使われない設定ですが、これはAPIのZDRとは別の仕組みです

「Team契約だからZDRで保護されている」という理解は正確ではありません。経路(APIかUIか)とプラン契約は独立した話です。機密性の高い情報を扱う場合は、どの経路でどの設定で使っているかまで確認が必要です。

私ならどう使うか

私はプライベートでClaude Proを契約しており(月払い・月20ドル)、Claude Codeによるコード生成が主な用途です。コード生成をClaudeに担わせ、実行はプログラム側に任せる構造で運用しているため、トークン消費は比較的少なく、5時間の使用制限にはまれにしか当たりません。

モデル選びについては、今のプライベートの使い方では特定のモデルを意識して切り替えるより、Claude Proで提供されているモデルを使い続けるほうがオーバーヘッドが少ない判断をしています。

APIで実装を組む場面なら、新規はまずSonnet 5を評価し、既存のSonnet 4.6は回帰テストを終えてから移行する、という順番を取ります。難しい処理が必要な部分だけOpus 4.8に上げ、最も複雑な長期タスクにのみFable 5を使うという構成が現実的です。

Claude Codeを使い始めてから、チャット型のAIに比べて「作業まで実行してくれる」という体感の変化は大きいものがありました。ファイルの削除など取り返しのつかない操作もするため監視は必要ですが、自動化の効率は体感として大きく上がっています。ツールに任せる範囲を広げる前に、監視と停止条件を先に決めるという順番を守ることが、この種のツールを安定して使い続けるうえで重要だと考えています。

Claude Codeの具体的な使い方や運用については、Claude Code・VSCode・MCP・Bedrockの環境構築も参考になります。

まとめ:モデル選びの次に判断すること

2026年7月時点のClaudeモデルを整理すると、以下の判断軸が実用的です。

  • 新規実装:まずSonnet 5を評価する
  • 既存のSonnet 4.6実装:急いで移行せず、回帰テスト後に判断する
  • 複雑な推論・コーディング:Opus 4.8を使う
  • 最も難しい推論・長期エージェントタスク:Fable 5を使う(ZDR非対応に注意)
  • 大量処理・低遅延:Haiku 4.5を使う

モデルの更新・退役スケジュールを管理する視点と、ベンチマーク数値を方向感として読む姿勢が、長期的にClaudeを安定して使い続けるうえで重要です。

料金プランの選び方(Pro・Max・Teamの違いなど)はClaude料金プランの選び方で別途まとめています。モデルの性能差を把握したうえでプランを選ぶ判断の参考にしてください。

最新のモデル情報や価格は変動するため、公式サイト(claude.ai / platform.claude.com)で最新情報を確認することをお勧めします。

最新情報をチェックしよう!