Claudeモデル選び方ガイド — Opus / Sonnet / Haikuを5軸で使い分ける
Claude Opus / Sonnet / Haikuの使い分けを、性能 / 速度 / コスト / 用途 / context windowの5軸で整理。Claude Code / Claude.ai / APIのどこで何を使うべきかの早見表付き。
このTipsでできること
Claudeには現行3つのモデル系列があります(2026-05時点):
- Claude Opus 4.x — 最上位モデル、深い推論
- Claude Sonnet 4.x — 中位モデル、バランス型
- Claude Haiku 4.x — 軽量モデル、高速 / 低コスト
「どれをいつ使うか」は5つの軸で判断できます。早見表と、Claude Code / Claude.ai / APIでの使い分けを順に見ていきます。
5軸の比較
| 軸 | Opus 4.x | Sonnet 4.x | Haiku 4.x |
|---|---|---|---|
| 推論深度 | 最高(複数ステップ思考、複雑な制約) | 高(日常タスクで十分) | 中(単純な分類 / 抽出) |
| 応答速度 | 遅め | 速い | 最速 |
| コスト | 最高 | 中 | 最低 |
| 適したcontext window利用 | 大context + 複雑思考 | 中〜大context | 小context、高頻度呼び出し |
| 得意な用途 | リファクタ / 設計 / 長文執筆 / 戦略 | 開発全般 / コードレビュー / 文章生成 | 分類 / 抽出 / 要約 / 単純応答 |
具体的な料金は変動するのでAnthropic公式料金ページ を参照してください。本記事は「モデル選択の判断軸」に集中します。
用途別の推奨
Opusを選ぶシーン
- 複雑なリファクタ計画: 影響範囲を考えながら段階的に分解する設計タスク
- 長文執筆 / 編集: 数千字の記事 / 仕様書を一貫したトーンで書く
- 戦略的な意思決定: 複数選択肢の比較、トレードオフ分析
- 新機能の設計: ドメイン知識と制約を統合して仕様を起こす
これらは「深く考える価値がある」作業です。コストはかかりますが、結果の質が違います。
Sonnetを選ぶシーン
- 日常的な開発タスク: 機能追加、bug fix、テスト追加
- コードレビュー: 12+ 観点での自動レビュー
- 文章生成 / 校正: ブログ記事、ドキュメント、メール
- 検索 / 探索系の調査: コードベースの俯瞰、影響範囲調査
最も使う頻度が高いモデル。コストと品質のバランスが良く、Claude Codeのデフォルトとしても無難な選択です。
Haikuを選ぶシーン
- 分類タスク: メールカテゴリ、issueラベル付け
- 抽出タスク: 文書から特定のフィールドを取り出す
- 要約: 短文への要約(長文の最終要約にはSonnet推奨)
- 高頻度呼び出し: バッチ処理、リアルタイム応答
呼び出し頻度が高く、1回あたりの判断が浅くて済むケースに最適。コストが低いので大量実行に向きます。
Claudeプロダクト別の使い分け
Claude Code
- デフォルト: Sonnetで十分
- 複雑な設計 / リファクタ: Opusに切り替え(
claude --model opus-4-7等) - 連続バッチ処理(scripts等): Haikuで速度優先
切り替えは settings.json の model キーまたはCLIフラグで可能。
Claude.ai(consumer)
- Pro / Maxプラン: Opus / Sonnetを切り替えて使える
- 無料プラン: Sonnet中心(Opusは時間制限あり)
- 長時間チャット: 途中でモデル切替が可能(同じ会話内で続けられる)
複雑な相談はOpus、量が必要な作業はSonnet、と使い分けるのが王道です。
Anthropic API(自前アプリに組み込む場合)
- productionの主力: Sonnetが無難(コスト / 品質バランス)
- 特定の難しいタスク: Opusを呼び分け
- 大量バッチ: Haikuでコスト圧縮
APIでは model パラメータで明示的に選びます。Prompt Cachingを使うと長いsystem promptのコストが大幅に下がる(後続記事に詳述予定)ので、組み合わせて使うのがおすすめ。
モデル選択の3つの判断フロー
迷ったときに使えるフローチャート:
-
「結果の質を最大化したいか?」
- YES → Opus
- NO → 次へ
-
「コストとレスポンスの両方が重要か?」
- YES → Sonnet
- NO → 次へ
-
「大量呼び出し / 速度最優先か?」
- YES → Haiku
- NO → デフォルトSonnet
具体例で当てはめると:
- 「年次戦略レポートの執筆」→ 1をYES → Opus
- 「PRレビューをCIで回す」→ 2をYES → Sonnet
- 「issueラベルを毎時間自動分類」→ 3をYES → Haiku
まとめ
Claudeのモデル選択は「何を最大化したいか」で決まります。常に最高性能のOpusを選ぶ必要はなく、用途に合わせてSonnet / Haikuを併用するのがコスト効率の良い運用です。
Claude Codeの現場では「普段はSonnet、難しいときだけOpus、バッチにはHaiku」という3層運用が王道です。料金は変動するので最新値は公式料金ページで確認してください。
関連:Claude Opus 4.7 xhighモードとPrompt Cachingの仕組みと適用判断を併読すると、モデル選びとコスト最適化の両軸が掴めます。
関連する記事
Claude をもっと見る →Claude.ai / Claude Desktop / Claude Codeの使い分け — 3形態の判断軸と連携パターン
Claude CodeのPro / Max / API従量、どれを選ぶか — コスト試算と選び方の判断ガイド
Anthropic APIのPrompt Cachingを理解する — コスト削減の仕組みと適用判断
Claudeを学ぶ1週間ロードマップ — 初日から実戦投入までの7日ガイド
Teaching Claude why — Anthropicが「行動」より「理由」を教えるアラインメント訓練の中身
Anthropic 2026年春の3本柱 — Opus 4.7 / Cowork GA / Claude Designを読み解く
Natural Language Autoencoders — Claudeの活性化を「日本語(自然言語)」で読むAnthropicの新解釈手法
Claudeの利用上限が引き上げ — Pro / Maxの5時間制限が2倍、SpaceX由来300MWでさらに余地拡大