Claude Codeのおすすめモデル

日常的なリポジトリ作業の多くでは、Claude CodeのおすすめモデルはClaude Sonnet 5です。効率を優先する既定の選択肢として、高速かつ高性能で、ネイティブの100万トークンコンテキストを備え、OpusやFableよりトークン単価を抑えられます。正確性が処理量より重要な場合や、タスクが曖昧、アーキテクチャ横断的、失敗コストが高い場合は、最初からClaude Opus 5を選んでください。確認方法が明確な限定作業にはClaude Haiku 4.5を使い、Opusでも届かない高難度かつ長期の作業にClaude Fable 5.1を残します。

これは普遍的な順位表ではなく、タスクを振り分けるための方針です。Anthropicの一般的なモデル選択ガイドは多くのワークロードをOpus 5から始める一方、Claude CodeのエイリアスはSonnetを日常のコーディング、Opusを複雑な推論向けと説明しています。本記事では、採用された変更1件あたりのコストを重視する読者向けにSonnetを日常の既定値とします。能力を最優先するチームがOpusから始める判断も妥当です。

プロバイダーをまたいだ低価格帯の判断には、Claude Haiku 4.5とGPT-5.6 Lunaのコーディング比較をご覧ください。Claude Codeのプロトコル適合性とトークン価格を分け、普遍的な勝者ではなく、採用されたタスクのコストで比較しています。

両方の5.5モデルを選ぶ場合は、Opus 5.5とSonnet 5.5の比較でAPI料金、評価条件、effortを確認してください。本ページの旧モデル情報は記載の確認日時点のものです。

Claude Codeのおすすめモデル早見表

価格は、prompt cache、長いコンテキスト、fast mode、ツール料金を含まない、入力・出力100万トークンあたりの米ドルです。AnthropicとOmniaKeyは別々の課金境界です。OmniaKey列は2026年9月8日に確認したリポジトリ内カタログのゲートウェイ価格であり、Anthropicの現行定価から算出した割引率でも、サブスクリプション枠でもありません。本番予算を決める前にモデルカタログで現在のルートと価格を確認してください。

今日から1つだけルールを採用するなら、効率優先ではSonnet 5を既定値にして、タスクに応じて上位へ切り替えるのが実用的です。最良のモデルとは、ベンチマーク値が最大のものではなく、採用可能な変更を安定して最小コストで作れるモデルです。

Sonnet 5が日常の既定値に向く理由

AnthropicはSonnet 5を速度と知能の最良の組み合わせと説明し、Claude Codeのsonnetエイリアスも日常のコーディング向けです。次のような作業の開始点に適しています。

• 明確な受け入れ条件を持つ範囲限定の機能実装
• 数ファイルにまたがる既知のエラー追跡
• ローカル変更に伴うテストの追加や更新
• 焦点を絞ったpull requestのレビュー
• 決定済みデザインのコード化
• サブエージェントを使った通常のリポジトリ調査

Sonnet 5はネイティブの1Mコンテキストを持つため、現行のOpusやFableにある長いコンテキストを諦める必要はありません。ただし、コンテキスト容量と能力は同じではありません。100万トークンは多くの証拠を保持できますが、正しいアーキテクチャや微妙な障害を必ず特定できるわけではありません。

評価対象を固定したい場合は、正確なモデルIDを使います。

/model claude-sonnet-5

日付なしのClaude 5 API IDも固定スナップショットです。一方、Claude Codeのエイリアスはプロバイダーごとに異なるモデルへ解決される場合があり、推奨の変更に伴って更新されるため、正確なIDの方が評価を再現しやすくなります。

Claude Opus 5の高い料金が妥当な場面

作業の高コスト部分が入力ではなく推論なら、Claude Opus 5を選びます。代表的な兆候は次のとおりです。

• バグが複数サービスを横断し、明白に見える説明が誤っている
• リポジトリに不慣れで、依頼に重要な判断が残されている
• アーキテクチャや移行の判断を元に戻すコストが高い
• 大規模リファクタリングで、多数のファイルにある暗黙の挙動を維持する必要がある
• セキュリティ、課金、データ整合性の誤りを直すコストが高い
• Sonnetが必要なコンテキストを読み、十分試しても誤った結論になる

Opus 5はトークン単価が高いものの、単価は完了タスクのコストと同じではありません。難しい作業では、強いモデルが失敗ループと人手修正を減らし、採用可能な結果へ早く到達する場合があります。受け入れ条件が明確な1ファイル修正では、その利点が現れないこともあります。

/model claude-opus-5

Anthropicの能力優先アプローチは多くのワークロードをOpus 5から始め、後から効率化します。エッジケースの見落としが高くつく場合には妥当です。公開情報、effortの挙動、移行上の注意、制限はClaude Opus 5レビューをご覧ください。2モデルを直接選ぶなら、Claude Opus 5とSonnet 5の比較を利用してください。

Fable 5.1に追加料金を払う場面

Claude Fable 5.1は、Anthropicが広く提供するモデルの中で最も高い能力を持つモデルです。Claude CodeはFableファミリーを、1回の作業時間を超えるタスク、長時間の自律セッション、高難度の推論、行動前の調査と継続的な検証が有効な仕事に位置づけています。

そのためFable 5.1は日常の既定値ではなく、専門モデルです。次の場合に評価してください。

• Opus 5で十分に試しても根本原因の調査が未解決のまま
• Opus 5をxhighまたはmaxにしても難しい評価を通過できない
• 多数のツールや成果物をまたいで、数時間にわたり一貫性を保つ必要がある
• 失敗コストが高く、手元の評価データが追加料金を正当化する

リポジトリにファイルが多いという理由だけでFable料金を支払うべきではありません。明確な範囲、焦点を絞ったコンテキスト、信頼できる受け入れテストは、モデル階層より重要な場合があります。Fableが有効なのは問題自体がOpusの限界に達するときであり、プロンプトが曖昧なときではありません。

/model claude-fable-5-1

Fable 5.1にはClaude Code v2.1.255以降が必要です。上書きしない限り、fableエイリアスはFable 5.1へ解決されます。v2.1.255より前はFable 5でした。Fableはどのアカウント種別でも既定モデルではなく、モデル選択画面への表示は組織、プロバイダー、usage creditsの利用可否に左右される場合があります。

Claude Fable 5.1レビューとAPIガイドでは、常時有効なadaptive thinking、安価になったcache read、移行制約、正確なIDを解説しています。以前のモデルを意図的に評価する場合に限り、Fable 5モデルページとFable 5価格ガイドが必要です。

Haiku 4.5が適する役割

Claude Haiku 4.5はAnthropicの現行比較で最も高速なモデルで、200Kのコンテキストを持ちます。タスクが限定され、成功条件が明示され、誤りを低コストで検出できる場合に適しています。

• メインエージェントが始める前のファイルやシンボル検索
• 限定されたログやテスト出力の要約
• 既知の分類体系に沿ったissueの分類
• 決定的なテストがある反復編集
• すでにコンテキストにあるコードへの限定的な質問

小さな誤りが高価な再試行を何度も生むなら、Haikuは経済的ではありません。ファイル間の関係を見落とす、未知の領域を誤解する、繰り返し修正が必要になる場合は上位モデルへ移します。現行モデル表ではHaiku 4.5に他の3モデルと同じeffort制御がないため、Sonnet、Opus、Fableと同様に調整できる前提で設計しないでください。

専用の軽量サブエージェントでは、frontmatterにモデルを設定します。

---
name: quick-researcher
description: Finds files and summarizes evidence for a scoped repository question
model: haiku
---

modelを省略すると、Claude Codeのサブエージェントはメインモデルを継承します。限定調査をhaikuへ固定すれば、すべての委任検索がメインセッションのOpusまたはFable階層を使うことを防げます。実装やレビューのサブエージェントはSonnetから始める方が安全です。

モデルとeffortは異なる問題を解決する

モデル選択とeffortは別の失敗に対応します。Fable 5.1、Opus 5、Sonnet 5はadaptive thinkingとeffort制御に対応し、現在のClaude APIでは3モデルともhighが既定値です。そこから始め、一度に1つの変数だけ変更してください。

問題が難しすぎるときはモデルを変えます。 Claudeが必要なファイル、ツール、指示を得て、適切に調査しても結論を誤るなら、HaikuからSonnet、SonnetからOpus、OpusからFableへ移します。

選択したモデルに深い推論が必要ならeffortを上げます。 より多くの計画、長期的な分析、確認が必要なタスクで上げてください。完了率が改善する可能性がある一方、遅延と出力トークンコストも増えます。

どちらより先にコンテキストを直します。 曖昧な依頼、古いCLAUDE.md、不足した文書、利用できないツールは、トークンを増やしても安定して直せません。まず成功条件と必要な証拠を与えてください。

Anthropicの現行ガイドは、モデル変更よりeffort調整が有効な場合が多いと説明しています。手元の作業で検証し、高いeffortのOpusでも受け入れテストを通らないときにFable 5.1を次の能力階層とします。

best、fable、opusplanが実際に選ぶもの

Claude Codeのエイリアスは便利ですが、すべてが固定モデルIDではありません。

Anthropic APIへ直接接続する場合、opusとsonnetは現在Opus 5とSonnet 5へ解決されます。他のプロバイダーでは以前のバージョンへ解決される場合があります。ゲートウェイは接続先を変え、独自のモデル候補を定義できますが、エイリアスをプロバイダー横断の保証にはしません。

対話セッションでは利便性のためエイリアスを使えます。評価、自動化、インシデント再現、実行モデルを記録する必要がある作業では正確なIDを使ってください。

実用的なモデル振り分け方針

数ターンごとではなく、タスクの境界で切り替えます。

1. 通常の機能開発と保守はSonnet 5の既定effortから始める。
2. 出力を決定的に確認できる、小さく独立したサブエージェントにHaiku 4.5を使う。
3. 曖昧さ、アーキテクチャ範囲、失敗コストが最初から高い場合はOpus 5で始める。
4. 推論の深さが不足しているなら、Fableへ移る前にOpusのeffortを上げる。
5. 高難度タスクまたは評価セットが追加料金を正当化するときだけFable 5.1を使う。
6. 難しい判断が終わり、実行が機械的になったらSonnetへ戻す。

長い会話の途中でモデルを変えるとprompt cacheの再利用が減り、次のターンが遅く高くなる場合があります。可能なら明確なタスク境界で切り替えてください。無関係な作業には、古いセッションを別モデルへ持ち込むより/clearが通常は適切です。

印象ではなく採用された変更で比較する

この指標に影響するコンテキストとセッションの管理は、Claude Codeのトークン使用量を減らすガイドをご覧ください。評価タスクを不自然に簡単にせず、重複コンテキストを減らす方法を説明しています。

公平なローカル評価では、全モデルで同じリポジトリ状態、プロンプト、ツール、権限、effort、受け入れテストを使います。実作業を代表する小さなセットを作ってください。

エージェントの結果にはばらつきがあるため、各タスクを複数回実行します。採用結果、人手修正の分数、経過時間、入力トークン、cache token、出力トークン、ツール呼び出しを記録してください。トークンが2倍高いモデルでも採用変更あたりでは安くなる場合があり、安価なモデルが同じテストを通るなら、そのタスク種別では安価な方が優れています。

最初の比較でモデルとeffortを同時に変えないでください。モデル比較中は既定effortを固定し、採用予定のモデルで後からeffortを変えます。そうしなければ、差が能力と推論予算のどちらから生じたか判断できません。

OmniaKeyでモデルを切り替える方法

接続手順はClaude Codeセットアップガイドにまとめています。Anthropic互換エンドポイントを設定したら、/modelで正確な対応IDを指定します。

/model claude-haiku-4-5
/model claude-sonnet-5
/model claude-opus-5
/model claude-fable-5-1

現行モデルが表示されない場合はClaude Codeを更新してください。Sonnet 5はv2.1.197以降、Opus 5はv2.1.219以降、Fable 5.1はv2.1.255以降が必要です。claude updateを実行し、選択画面を開き直して、現在のモデルカタログでルートを確認します。

再現可能な作業では、エイリアスや暗黙のフォールバックを想定せず、正確なモデルを指定して応答内のモデルと使用量を確認してください。利用可否はプロバイダー、組織、ルートにより変わります。エラーは実行を停止する理由であり、別モデルが作業を完了した証拠ではありません。

Claude CodeはClaudeモデル向けに設計されています。Anthropicによると、ゲートウェイは対応API形式を中継できますが、Claude CodeからClaude以外のモデルへのルーティングはサポートしません。ClaudeとGPTまたはGeminiを選ぶ場合は、必要なプロトコルに対応するエージェントを選んでください。より広いモデルファミリーの選択はコーディングエージェント向けモデルガイド、製品の比較はClaude CodeとCodexの比較で扱います。

日常向けモデルをプロバイダー間で直接比べる場合は、Claude Sonnet 5とGPT-5.6 Terraのコーディング比較をご覧ください。モデル選択とClaude Code対Codexというエージェント選択を分離しています。

最終的なおすすめ

日常の処理量とコストを重視する多くの開発者には、Claude Sonnet 5がClaude Codeのおすすめ既定モデルです。タスクが最初から曖昧、または失敗コストが高いならOpus 5で始め、限定的な補助作業にはHaiku 4.5を使い、適切なeffortのOpusでも通過できない長期の高難度作業だけFable 5.1へ移してください。

これは初期の振り分け方針です。最終的なしきい値は、自分たちの採用変更データで決めてください。

よくある質問

Claude Codeで最もおすすめのモデルはどれですか？

日常のコーディングで効率を優先するならClaude Sonnet 5が最適な既定値です。複雑な設計、微妙なデバッグ、高コストな失敗で能力を優先するならClaude Opus 5から始めます。最難関の長時間作業にはFable 5.1、単純で限定的なタスクにはHaiku 4.5が適します。

Claude CodeではOpusがSonnetより優れていますか？

難しく曖昧な作業ではOpusの能力が高い一方、通常のタスクではSonnetの方が高速で安価です。Anthropicの一般ガイドは多くのワークロードをOpusから始め、Claude CodeはSonnetを日常のコーディング向けとします。失敗コストで選び、採用変更を測定してください。

Fable 5.1とFable 5のどちらを使うべきですか？

新しい評価にはFable 5.1を使います。新しいリリースであり、対応する現行クライアントではfableエイリアスがこのモデルへ解決され、基本の入力・出力価格を維持しながらcache readが安くなっています。以前のモデル結果を再現するときだけFable 5を固定してください。

大規模なリポジトリには必ずFable 5.1が必要ですか？

いいえ。リポジトリの規模だけではFableを正当化できません。焦点を絞ったコンテキストを与え、まずSonnetまたはOpusを試し、問題が本当に長期的で曖昧かつ安価なモデルの範囲外ならFableを評価してください。

Claude Codeのサブエージェントにはどのモデルが適しますか？

明確に確認できる限定検索、分類、要約にはHaikuを使います。実装、レビュー、調整にはSonnetを使います。サブエージェント自身のタスクに高い能力が必要な場合だけ、OpusまたはFableを継承させてください。

effortを上げることは、より良いモデルを選ぶことと同じですか？

いいえ。モデルは基礎能力を決め、effortは対応モデルが使う推論量を決めます。適切なeffortで試しても解けない場合はモデルを上げます。タスクがより深い分析だけを必要とするなら、切り替え前にeffortを上げてください。

Claude CodeでGPTやGeminiを使えますか？

いいえ。AnthropicはClaude CodeをClaudeモデル向けと説明し、ゲートウェイ経由でClaude以外へルーティングすることをサポートしていません。GPTやGeminiにはCodex、Cursor、Cline、aiderなど、互換性のあるエージェントを使ってください。

確認した情報源

以下の公式情報源はすべて英語です。

• Anthropic：Claude Codeのモデル設定
• Anthropic：適切なClaudeモデルの選び方
• Anthropic：Claudeモデル概要
• Anthropic：API価格
• Anthropic：Claude Fable 5.1概要
• Anthropic：Claude Codeのコスト管理
• Anthropic：Claude Codeのサブエージェント
• Anthropic：Claude Codeのprompt cache
• Anthropic：LLMゲートウェイ