Claude CodeのSonnet、Opus、effort：モデルの選び方

モデルとエージェントを使った作業に関する実践的な資料：Ailootドキュメント。

2026年9月23日更新。この記事の公開後、Anthropicはモデル世代を2回変更しました。まずOpus 5とSonnet 5がリリースされ、その後9月22日にClaude Opus 5.5が登場しました。このガイドの選び方は今も有効です。アーキテクチャ設計やデバッグには高価なモデルを、日常の作業には中価格帯モデルを使います。名前と価格は変わりました。何が変わったのか、以下の表をどう読むかを次のセクションで正確に説明します。

2026年9月までに変わったこと：Opus 5.5、Sonnet 5、新料金#

数値とコマンドの変更点を簡単にまとめます。

日々の作業に影響するポイントは3つです。

上位モデルが安くなりました。 Anthropicによると、Opus 5.5は必要な計算量が少なく、トークン単価が20%下がりました。キャッシュ読み取りは100万あたり$0.50から$0.20に下がり、デフォルト設定での一般的なワークロードはOpus 5より40%安くなります。「Opusを有効にしたら、半日で上限を使い切った」という以前の感覚は弱まりましたが、なくなったわけではありません。

推論深度を自分で設定する必要があります。 Opus 5.5はmediumで始まりますが、effortに対応する他のモデルはhighで始まります。上位モデルに深い分析を期待するなら、明示的に/effort highまたはxhighを設定してください。もう一点、ユーザー設定の最上位にあるeffortLevelキーはOpus 5.5では機能しません。レベルがモデルごとに個別に保存されるようになったためです。

現在の3モデルはいずれもコンテキストウィンドウが100万トークンです。 中価格帯モデルの20万トークンや、opus[1m]で100万にアップグレードするという説明は、現在のOpus 5.5とSonnet 5には当てはまりません。どちらも標準で100万トークンです。

以下の表と計算では、モデル選択の考え方を示すため、元のモデル名と料金を残しています。現在の価格を使ってください。上位モデルは$4 / $20、中価格帯モデルは$2 / $10です。

2026年5月に変わったこと：Sonnet 4.6、Opus 4.7、Haiku 4.5とその重要性#

2026年5月6日のCode with Claudeカンファレンスで、Anthropicは5つの大きな更新を展開しました。マネージドメモリ（Dreaming）、outcomes、マルチエージェント・オーケストレーション、Remote Control、Agent Viewです。同日、Pro、Max、Team、Enterpriseの利用上限が2倍になりました。3月下旬から続いていたピーク時間帯のスロットリングは完全に撤廃されました。

同時に、計算資源に関する別の契約が明らかになりました。SpaceXはS-1で、Colossus（NVIDIA GPU 22万基超、300 MW超）に関するAnthropicとの契約が、2029年5月まで月額12億5,000万ドルに上ると開示しました。つまり、今後Claudeの計算能力は減るのではなく増える見込みです。

これがvibe coderの日々の作業にどう影響するのでしょうか。以前の典型的な使い方は「Opusのほうが賢いから使う」でした。今では3つのモデルに明確な違いがあります。

• Opus 4.7（100万トークンあたり$5 / $25、コンテキスト100万）—2026年4月16日リリース。新しいトークナイザー。SWE-bench Verifiedで87.6%、Opus 4.6から13%向上。
• Sonnet 4.6（$3 / $15、コンテキスト100万）—SWE-bench Verifiedで79.6%。Opus 4.7のスコアの91%を基本の入出力単価の60%で実現し、Opus 4.6（80.8%）ともほぼ同等で、差はわずか1.2ポイントです。
• Haiku 4.5（$1 / $5、コンテキスト20万）—高速で安価。アーキテクチャ思考が必要ない作業に向いています。

そして重要なのは、5月上旬に更新されたClaude Codeの新しいコマンドが3つあることです。/model、/effort、/fastです。いつ使うかを知っていれば、それぞれトークン使用量を2～5分の1にできます。

ここで説明する実践方法では、主力の2モデルを毎日使います。以下に、その結果として得られた判断表を示します。

モデルの選び方：タスクの種類ごとの判断表#

タスクを切り替えるとき、手元に置いて参照すると便利な表です。

基本原則は、デフォルトでSonnetを使うことです。Sonnet 4.6が多くのユーザープランでデフォルトになっているのには理由があります。Anthropicの公式ヘルプでも、ほとんどのコーディング作業にはSonnetが適しているとはっきり説明されています。

初心者の80%が陥る危険なパターンがあります。Opusをデフォルトに設定し、なぜ半日で上限に達するのかと不思議に思うことです。Opusはトークンあたりの費用が1.67倍だから、上限に達します。

実際のタスクでSonnet 4.6とOpus 4.7はどう違うか#

ベンチマークだけではあまり意味がありません。重要なのは実際のタスクでの違いです。同じタスクで2つのモデルを比較します。

シナリオ1. 簡単なリファクタリング（3～5ファイル）。

SonnetとOpusは同じように作業します。ここで説明する比較では、コード品質に差は見られませんでした。時間はSonnetのほうが15～20%速く、料金はSonnetが1.67倍安いため、どちらが有利かは明らかです。

シナリオ2. 難しいバグのデバッグ。 決済ゲートウェイの移行後、ECプラットフォームからメールの領収書が届かなくなったとします。症状：cronは実行され、データベースにレコードが作られるものの、メールが送信されません。

• Sonnet：15分かけてログと明らかな箇所を確認し、メールサービスが環境変数にあることを見つけて、キーの確認を提案します。キーが問題なければ、堂々巡りを始めます。
• xhigh effortのOpus：すぐに「webhook → cron → ステータス確認 → メールサービス」という頭の中の地図を作ります。20分で、移行によって注文IDの形式が変わった一方、メールサービスは以前の形式でフィルターしていたことを見つけます。

これは魔法ではありません。適応型推論です。Opus 4.7は各ステップでどれだけ考えるかを判断し、難しいバグでは応答を速くするのではなく、より深く推論するためにトークンを使います。

シナリオ3. アーキテクチャ上の判断。「分析機能を別のサービスに移すべきか？」Sonnetもこの質問に対して良い計画を提示しますが、たとえばサービスが2つになると監視のためにアラートの移行も必要になるといった細部を見落とす可能性があります。Opus 4.7はこうした細部を系統的に検討します。

最後の行が重要です。「Opus 4.7の料金はこれこれ」と読んだとき、同じファイルでもSonnetより20～35%多くのトークンが必要になることを忘れないでください。同じタスクの実際の費用は、表の名目価格が示す以上に増えます。

モデルを選ぶだけでなく、モデルに関係なくClaudeを信頼できるようにする組み合わせを作りたいですか？SonnetとOpusの選択は、コンテキストエンジニアリングの1つの軸です。機能する環境では、3つの柱をすべて組み合わせます。AIクローン＋第二の脳＋コンテキストエンジニアリングです。この組み合わせによって、Claudeは「幻覚を起こすアシスタント」から信頼できるツールに変わります。これがなければ、最も高価なモデルでも3ステップ目には幻覚を始めます。

Haiku 4.5を使う場面（そしてClaude Codeのタスクの80%でSonnetを使う理由）#

Haikuが特に役立つ場面：

• 1行スクリプト：「プロセスが30秒間応答しなかったらnginxを再起動するbashスクリプトを書いて。」
• 簡単なコードの説明：「この関数は何をする？」
• Conventional Commitメッセージの生成。
• 基本的な構文チェック／lint修正。
• コメントの翻訳。

技術的には、Haikuは/model haikuを通じてClaude Codeで使うのと同じように機能します。ただし注意点があります。サブエージェントとバックグラウンドタスクは、ANTHROPIC_DEFAULT_HAIKU_MODEL環境変数で上書きしない限り、デフォルトでHaikuを使います。

Haikuのコンテキストは20万トークンです。ほとんどのファイルには十分ですが、モノレポや長い会話記録を扱う場合は上限に達することがあります。その場合、SonnetとOpusは100万トークンに対応します。

費用：似たリクエスト1,000件（たとえば入力200トークン＋出力50トークンからコミットメッセージを生成する場合）は、Haikuで$0.45です。同じ作業はSonnetで$1.35、Opusで$2.25です。3倍の差があります。

/modelコマンド：セッション内で切り替える方法#

Claude Codeでモデルを設定する6つの方法を、優先度順に示します。

1. セッション中：/model <alias>—即座に切り替わります。会話履歴、ファイル、コンテキストは引き継がれ、次のメッセージを処理するモデルだけが変わります。セッションですでに出力がある場合、選択メニューで確認を求められます。次の応答では、履歴全体をキャッシュなしで読み直します。
2. 起動時：claude --model <alias>。
3. 環境変数：ANTHROPIC_MODEL=<alias>。
4. 設定ファイル：~/.claude/settings.jsonのmodelフィールド。

基本的なコマンド：

# 上位モデルで起動（現在はOpus 5.5）
claude --model opus

# セッション内でSonnetに切り替え
/model sonnet

# 選択メニューを開く（対話型選択用）
/model

# コンテキスト100万でOpusに切り替え
/model opus[1m]

# 特定バージョンに切り替え（固定）
/model claude-opus-5-5

Anthropic APIで各エイリアスが指すモデル（2026年9月23日時点）：

• opus → Opus 5.5（Claude Code v2.1.280以降が必要）
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → 利用可能な最も高性能なモデル
• default → Pro、Max、Team、Enterprise、Anthropic APIではOpus 5.5
• opusplan → Opus＋Sonnetのハイブリッド（下で別途説明）

⚠️ クラウドプロバイダーではデフォルトが異なります。Amazon BedrockとGoogle CloudではsonnetエイリアスがSonnet 4.5を指し、Microsoft Foundryではopusが依然としてOpus 4.6に解決されます。クラウドプロバイダー経由で利用する場合、特定バージョン（claude-opus-5-5）に固定するか、ANTHROPIC_DEFAULT_OPUS_MODEL変数を設定してください。

バージョン2.1.144以降の主な変更点は、/modelがモデル選択を設定に書き込まなくなったことです。現在のセッションに適用され、セッションを閉じると消えます。デフォルトを永続的に保存するには、選択メニューで強調表示されている行のdを押します。これにより、~/.claude/settings.jsonのmodelフィールドに書き込まれます。

要約されたセッション（claude --resume、--continue、/resume）では、現在の設定に関係なく、そのセッションで使用されていたモデルが保持されます。再開時に別のセッションの設定によってモデルが変わるのを防げます。

現在有効なモデルを確認するには、/statusを使います。アカウントと現在のモデルが表示されます。

/model opusplan：計画と実行の費用を別々に比べる#

ここで説明する実践方法では、10ステップを超えるタスクにこのモードを使います。

仕組み：

• Plan Mode（/plan）では、アーキテクチャと選択肢を話し合い、進め方を決めます。ここでOpusを使うと高くつきますが、推論が根本的に異なるため、それだけの価値があります。
• Plan Modeを終えてClaudeがファイルの編集、テストの作成、コマンドの実行を始めると、実行フェーズです。実行では、Sonnet 4.6は品質面でOpusに匹敵します。

有効にする方法：

# 起動時
claude --model opusplan

# またはセッション内
/model opusplan

具体的な計算例です。50ステップのリファクタリングが一般的に次のように分かれるとします。

• 計画（5ステップ、入力約30,000＋出力8,000トークン）：Opus 4.7
• 実行（45ステップ、入力約200,000＋出力50,000トークン）：Sonnet 4.6

基準は入力230,000、出力58,000トークンで、表の当時のOpus単価では$2.60です。opusplanは入力30,000・出力8,000をOpus（$0.35）、入力200,000・出力50,000をSonnet（$1.35）にし、合計$1.70です。節約は($2.60 − $1.70) / $2.60 = 34.6%。同じ数と単価なら実行部分の40%を節約し、実行が費用の90%でも全体では36%です。トークナイザー差にはモデル別入出力数が必要で、それだけで75〜80%は導けません。

⚠️ 1つ注意点があります。opusplanのPlan Modeでは、Opusは標準の20万トークンのコンテキストを使います。opusエイリアスで利用できる100万への自動アップグレードは、opusplanには適用されません。巨大なタスクで数百万トークンのコンテキストを計画に使う場合（大規模なモノレポの分析など）は、明示的に/model opus[1m]を使うか、計画後にopusplanへ切り替えてください。

/effortコマンド：適応型推論の5段階#

/modelに次いで重要なコマンドです。Effortは適応型推論です。各ステップで、モデルはタスクの複雑さに応じて、どれだけ深く考えるかを決めます。レベルが高いほど推論は深くなり、使用するトークンも増えます。

レベル（タスクによって異なります）：

対応するモデルはOpus 4.7、Opus 4.6、Sonnet 4.6の3つです。他のモデルではeffortを利用できません。

2026年9月までの変更点。Opus 5.5、Opus 5、Sonnet 5、Opus 4.8、Opus 4.7では、low、medium、high、xhigh、maxのレベルを利用できます。Opus 4.6とSonnet 4.6にはxhighがなく、指定したxhighはそれらのモデルではhighとして実行されます。effortに対応するすべてのモデルでデフォルトレベルはhighですが、Opus 5.5はmedium、Opus 4.7はxhighです。つまり、現在の上位モデルで深い分析を行うには、明示的に指定する必要があります。別途ultracodeモードも登場しました。これはモデルのレベルではなくClaude Codeの設定で、xhighを送り、大規模なタスク用の動的なワークフローを構築するようClaudeに依頼します。

設定方法：

# 対話型スライダーを開く
/effort

# レベルを直接設定
/effort high
/effort xhigh

# モデルのデフォルトに戻す
auto

# 起動フラグで指定
claude --effort high

# 環境変数で指定（起動時に適用）
export CLAUDE_CODE_EFFORT_LEVEL=high

# 設定ファイル内（maxは機能しない—maxはセッション限定）
{
  "effortLevel": "high"
}

# スキル／サブエージェントのfrontmatter内
---
name: my-skill
effort: low
---

たとえば「with low effort」のように、Claude Codeではロゴとスピナーの横にレベルが表示されるため、確認のために/modelを開く必要はありません。

Effortスライダーは/modelの選択メニュー内にも表示されます。左右の矢印で設定してください。

重要な点が1つあります。他のモデルからOpus 4.7に切り替えると、以前Opus 4.6やSonnet 4.6でhighにしていた場合でも、effortが強制的にxhighになります。希望するレベルに戻すには、もう一度/effortを実行してください。

もう1つの方法は、プロンプト内のultrathinkです。プロンプト文にultrathinkという単語を含めると、セッションのeffortを変更せず、その1ターンだけClaudeがより深く推論します。「think」「think hard」「think more」などの表現ではこの動作は起きず、通常のテキストとして渡されるだけです。

/fastコマンド：Opusは2.5倍高速で料金は6倍—どんなときに見合うか？#

Fast modeは研究プレビュー機能です。Claude Code v2.1.36以降が必要で、claude --versionで確認できます。

有効にする方法：

# fast modeを切り替え（Claude Code CLIとVS Code Extensionで利用可能）
/fast

# または設定内
{
  "fastMode": true
}

有効にすると、次のようになります。

• 別のモデルを使っている場合、Claude Codeは自動的にOpusに切り替えます。
• 「Fast mode ON」の確認が表示されます。
• プロンプトの横に↯アイコンが表示されます。

オプションと詳細：

• fast modeのデフォルトモデルは、利用可能な最も高性能なOpusです。2026年9月23日時点ではOpus 5.5です。fast modeはOpus 4.7ではまったく動作せず、Opus 4.7に切り替えるとfast modeがオフになります。
• fast modeはデフォルトでセッション間も保存されます。Team/Enterpriseの管理者は、各セッションで明示的なオプトインを必須にするため、fastModePerSessionOptIn: trueを設定できます。
• /fastをもう一度実行してfast modeをオフにしても、Opusのままです。以前のモデルには戻りません。切り替えるには/modelを使います。
• 会話の途中で有効にすると、会話全体のコンテキストにfast modeの料金がかかります。したがって、セッションの途中ではなく、最初から有効にするほうが経済的です。

fast modeを使う場面：

• リアルタイムのデバッグ：トレースを見ていて、応答時間が重要な場合。
• 対話型作業の厳しい締め切り：18:00までにデモを作る必要があり、素早く反復したい場合。
• 素早いコード反復：仮説を次々と試している場合。

使わない場面：

• 速度が重要ではない長い自律タスク。2.5倍の速度に6倍の料金を払うため、Claudeの作業中に昼食へ行くなら見合いません。
• バッチ処理、CI/CDパイプライン—対話型モード用ではありません。
• コスト重視のワークロード—選択は明らかです。

利用条件：

• Bedrock、Vertex、Foundryでは動作しません。
• アカウントに利用クレジット（プランに含まれる上限を超える課金）が必要です。個人アカウントではConsoleの課金設定から有効にします。Team/Enterpriseでは管理者が有効にする必要があります。
• fast modeのトークンは、プランに含まれる上限から差し引かれません。最初のトークンからfast modeの料金で利用クレジットに直接課金されます。

fast modeのリクエスト上限に達した場合、または利用クレジットがなくなると、fast modeは自動的に標準速度と料金に切り替わります。↯アイコンは灰色になり、作業は続行されます。上限がリセットされると、fast modeは自動で再び有効になります。

fast modeとeffortは競合する設定ではありません。組み合わせて使えます。fast mode＋low effortなら、簡単なタスクを最高速度で処理できます。

各モデルの実際の料金：月々の請求額の内訳#

100万トークンあたりの料金（Anthropic API、USD）：

実際に請求額を減らす方法：

1. プロンプトキャッシュ。 Anthropicは、システムプロンプト、CLAUDE.md、ツールの説明など、プロンプトの繰り返し部分をキャッシュします。キャッシュヒットの料金は入力価格の10%です。Sonnetでは、100万トークンあたり$3が$0.30になり、10分の1の安さです。APIリクエスト内のcache_control: { type: "ephemeral" }によって自動的に有効になります。Claude Codeではデフォルトで機能します。

2. Batch API：待つことができるタスク（レポート、一括でのテキスト生成など）では、入出力が50%割引になります。Batch API経由のSonnetは$1.50 / $7.50です。Claude Codeから直接は使えませんが、Anthropic SDKで自動化を構築する場合は利用してください。

3. Opusだけでなくopusplan：過去の計算例では約34.6%節約。実際の総費用は実行の割合、トークン数、単価、キャッシュ、再試行によります。

4. デフォルトはSonnet、必要なときだけOpus：これが主な節約方法です。Opusを「念のため」に有効にしているなら、ここで説明する実践方法ではSonnetに切り替えます。タスクにOpusが必要なら、3～4ステップ目でそれが明らかになるので、/model opusで明示的に切り替えます。

5. Opus 4.7の新しいトークナイザーを覚えておく。 同じファイルでも、Opus 4.7はSonnet 4.6より最大35%多くのトークンを使います。同じタスクの実費は、表から想像する以上に高くなります。

具体例：新しい顧客向けのウェブサイト試作品を構築する不動産会社の一般的なタスク。「3つのセクションとフォーム、決済ゲートウェイ連携を備えたページを作って」。結果は次のとおりでした。

• Opus 4.7のみ（high effort）：1.5時間の作業で1セッション約$4.80。
• opusplan：約$1.90（Opusが計画し、Sonnetが実行）。
• Sonnet 4.6のみ（high effort）：約$1.30。ただしアーキテクチャ上の判断は劣っていました（Sonnetはテンプレートベースの方法を取りましたが、opusplanのOpusは標準外の要件に合わせて独自の方法を考案しました）。

このタスクの勝者はopusplanです。重要な部分でOpusの品質を保ちながら、60%節約できます。

Claude Codeは利用上限についてトークン数を直接表示しません。上限は動的でプランによって異なるためです。ただし、/statusではプランと現在の利用状況を確認できます。より詳しく管理するには、詳細ガイドClaude Codeの上限を1日で使い切らない方法を参照してください。

日々の作業に何を設定する？すぐに使える4つのプリセット#

この4つのプリセットは、作業日やタスクに応じて切り替えられます。

プリセット1. Daily Code—ここで説明する実践方法では、作業時間の80%に使用。

claude --model sonnet --effort high
# 必要に応じてセッション内でOpusに切り替え
/model opus

用途：新機能、小規模なリファクタリング、簡単なバグのデバッグ、ドキュメント作成。high effortのSonnetが最適なバランスです。

プリセット2. Heavy Refactor—大規模なアーキテクチャ変更。

claude --model opusplan
# まず/planを使って構成を話し合う
# Plan Mode終了後、Sonnetが実行を担当

用途：15ファイル以上にまたがるモジュールの書き換え、連携先をあるゲートウェイから別のゲートウェイに切り替える作業。Opusがアーキテクチャ（依存関係の検討）を担当し、Sonnetが実行（すばやいファイル編集）を担当します。この作業では70%以上の節約が可能です。

プリセット3. Quick Fix—1行の編集やスクリプト。

claude --model haiku --effort low

用途：「すべてのファイル内で変数名を変更する」「nginxを再起動するbashスクリプトを書く」「この関数は何をする？」など。こうした作業はHaikuで処理でき、Sonnetの3分の1の料金です。

プリセット4. Architecture Session—戦略的な判断。

claude --model opus --effort xhigh
# Plan Modeに入るときに最大effortを使用：
/plan
# 重要な質問のプロンプトにultrathinkを追加

用途：「Xを独立したサービスにすべきか？」「試作品にどのツールを使うべきか？」「マルチテナント用のデータベーススキーマをどう設計すべきか？」など。ここではOpus 4.7は高価ですが、その価値があります。ここでの間違いは何週間もの作業につながるからです。

これらのプリセットは、スキル（スキルごとに1つのモデル）として保存するか、~/.zshrcのエイリアスとして保存できます。

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

チームで作業している場合は、管理設定によって標準化できます。管理者は組織ポリシーにavailableModels: ["sonnet", "haiku", "opusplan"]を設定できます。ユーザーはOpusを直接選べず、明示的なオプトインがある場合だけ利用できます。誤って利用上限を使い切ることを防ぐための、良い安全策です。

サブエージェントを構築している場合は、CLAUDE_CODE_SUBAGENT_MODELまたはエージェント定義のfrontmatterにあるmodelフィールドで、サブエージェントごとに別のモデルを設定することもできます。これにより、さらに最適化できます。

利用上限に達したときの対処法：実践的な5つの方法#

/statusにOpusの上限に達したと表示された場合：

1. Sonnet 4.6に切り替える：/model sonnet。別の利用枠があり、タスクの80%では違いに気づかないでしょう。Anthropic APIでは、Opusの上限に達していても、上限に近づくとClaude Codeが自動的にSonnetにフォールバックする場合があります。

2. 残りの作業にopusplanを使う：/model opusplan。その日にPlan Modeのタスクが残っている場合、Opusは最小限（計画だけ）に使われ、実行はすべてSonnetが担当します。

3. プロンプトキャッシュを確認する：DISABLE_PROMPT_CACHING=1で無効にしていないか確認してください。CLAUDE.mdやシステムプロンプトに大量の設定が含まれる場合は、キャッシュされるはずです。読み取りの90%でキャッシュが使われると、使用量を10分の1にできます。

4. バッチタスクを移す：一括生成（レポート、文章、翻訳）がある場合は、Batch APIを使うスクリプトに移します。入出力が50%割引になります。Claude Codeから直接は使えませんが、tsxスクリプト＋Anthropic SDKで30分あれば設定できます。

5. 補助タスクにはHaikuを使う：「コミットメッセージを書く」「このファイルの内容を説明する」などの定型作業では、Claude CodeをHaikuに切り替えます。Sonnetの3分の1、Opusの5分の1の使用量です。

最後に重要なことをもう一度。2026年5月6日以降、Pro、Max、Team、Enterpriseの利用上限は2倍になり、ピーク時間帯のスロットリングもなくなりました。Opusで半日以内に利用枠を使い切るなら、問題は上限ではありません。Sonnetで十分な作業にOpusを使っていることです。このガイドの第2セクションの判断表を使えば、自分で制御できるようになります。

利用上限とトークン節約の実践的な8つのルールについて詳しくは、こちらの基幹記事を参照してください：Claude Codeの上限を1日で使い切らない方法：2026年にトークンを節約する8つのルール。もう1つ役立つ関連記事はClaude CodeのPlan Mode：ステップごとのガイドです。opusplanはPlan Modeがないと動作しないためです。そして、すべてのモデルの基盤となるのが2026年にCLAUDE.mdを設定する方法です。

実用的なvibe coding環境：AIクローン＋第二の脳＋コンテキストエンジニアリング。実践的な資料：Ailootドキュメント。

さらに資料やツールを見る：Ailoot。