Claude CodeのOpus 5使い分け完全ガイド【2026年7月】

「Opus 5にアップデートしたのに、簡単な修正まで時間がかかるようになった気がします」

Claude Code個別指導の受講者から、最近よくこんな相談を受けます。話を聞くと、たいてい原因は同じです。Opus 5そのものが遅いのではなく、effort設定もモデル選択も「とりあえず一番強いもの」のままタスクを投げていることに、本人が気づいていないというケースです。

Opus 5・Sonnet 5・Fable 5の4モデルが横に並ぶようになったことで、Claude Codeでの選択肢は明らかに広がりました。ただし選択肢が増えた分、「結局どれを、どのeffortで使えばいいのか」という判断そのものがボトルネックになっています。モデルを切り替えるコマンド自体は難しくありません。むずかしいのは、目の前のコーディングタスクがどのモデルに向いているかを見極めることです。

この記事では、Claude CodeでOpus 5・Sonnet 5・Fable 5をタスクの性質で使い分ける基準、effortレベルの実践的な設定、そしてサブエージェント単位でコストを抑える具体的な方法まで、Anthropic公式ドキュメントの記載にもとづいて整理します。基本的な切り替え手順自体はClaude Opus 5の使い方｜effort設定と1M活用で扱っているので、本記事はその一歩先、「どう選ぶか」に絞ります。

おさらい：Claude CodeでOpus 5を呼び出す4つの方法

詳細手順は上記の使い方ガイドに譲り、ここでは最短ルートだけ確認します。優先度が高い順に4つの設定方法があります。

# 1. セッション中に切り替える（最もよく使う）
/model opus

# 2. 起動時に指定する
claude --model opus

# 4. 環境変数で固定する
export ANTHROPIC_MODEL=claude-opus-5

# 4. プロジェクト設定ファイルにピン留めする（.claude/settings.json）
{
  "model": "opus"
}

Claude Codeにおけるopusという短縮名は、Anthropic API経由であればOpus 5を指します。Claude Platform on AWSやAmazon Bedrock経由では解決先が異なる場合があるため、正確なバージョンを固定したいときはエイリアスではなくclaude-opus-5というフルの名前を直接指定します。

タスク別の使い分け基準 — Sonnet 5・Opus 5・Fable 5をコーディングでどう選ぶか

Anthropicが公開している選び方のガイドでは、4モデルを役割で例えています。Sonnet 5は「ゼネラリスト」、Opus 5は「エキスパート」、Fable 5は「スペシャリスト」という位置づけです。この例え、実際の開発現場に当てはめるとかなり実践的です。

公式ガイドが強調しているのは、「難しい問題ほど上位モデルを使う」という単純な話ではなく、コストと時間のトレードオフです。定型作業を上位モデルで回しても、精度はほぼ変わらないのにコストだけ増えます。逆に、本当に難しい問題を下位モデルに投げると、遠回りして結局トークンを余計に消費することがあります。Fable 5がもっとも差をつけるのは、複雑で長時間にわたる作業だとAnthropicは説明しています。

「モデルを上げるか、effortを上げるか」の判断基準

Claude Codeの出力に納得できなかったとき、多くの人はとりあえず上位モデルに切り替えます。しかし公式ガイドが示す判断基準はもっとシンプルです。「Claudeが失敗したのは、知識が足りなかったのか、それとも努力（effort）が足りなかったのか」を自問すること。知識・パターン認識が足りない場合はモデルを上げ、単に検証や試行を端折っている場合はeffortを上げる——この2軸を分けて考えると、無駄な高コスト実行を防げます。

effort設定をコーディングタスクで使い分ける実践表

Opus 5・Sonnet 5はいずれもeffortをlow〜maxの5段階で調整できます（既定はhigh）。Claude Code独自のultracodeという選択肢も含めて、実際のコーディングタスクに当てはめると次のようになります。

# effortを直接指定する
/effort high
/effort xhigh

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

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

# 起動時に指定する
claude --effort xhigh

# 動的ワークフロー付きの最深推論モード
/effort ultracode

実務上の注意点が1つあります。Opus 5は「以前に設定したeffortレベルがそのまま引き継がれる」仕様です。一方でFable 5やOpus 4.8を初めて使う場合は、モデル固有の既定effortが適用され、明示的に/effortで変更するまでその設定が保持されます。Opus 5とFable 5を切り替えながら使っていると、この違いに気づかず「なぜか設定が反映されない」と感じることがあるので覚えておくと混乱を防げます。

opusplan — 設計と実装でモデルを自動的に使い分ける

opusplanという専用エイリアスを使うと、プランモード（設計を練る段階）ではOpusを、実行モード（実際にコードを書く段階）では自動的にSonnetを使う、というハイブリッド運用が1つの設定で実現できます。「設計はじっくり深く、実装は素早く」という分担そのものが、コストを抑えながら精度を落とさない実践的なテクニックです。

/model opusplan

# 計画フェーズ・実行フェーズの両方で1Mコンテキストを強制したい場合
/model opusplan[1m]

コストを抑える4つの実践テクニック（研修現場で伝えていること）

個別指導の現場で「Opus 5にしたら請求額が跳ね上がった」という相談を受けたとき、たいてい原因は次の4つのどれかです。

1. フォールバックモデルチェーンを設定する

Opus 5が混雑・一時的に利用不可の際に、自動的に安価なモデルへ切り替える設定です。手動で待って再実行する手間を省きつつ、意図せず高コストなリトライを繰り返す事態も防げます。

# セッション単位で設定
claude --fallback-model sonnet,haiku

# 恒久設定（.claude/settings.json）
{
  "fallbackModel": ["claude-sonnet-5", "claude-haiku-4-5"]
}

2. サブエージェント・スキルごとにモデルとeffortをピン留めする

Claude Codeでは、サブエージェントやスキルのfrontmatterにmodelとeffortを個別指定できます。すべてのサブエージェントがメインセッションと同じOpus 5・高effortで動くと、単純作業を担当するサブエージェントまで無駄にコストがかさみます。役割に応じて明示的にモデルを分けるのが実践的です。

---
name: routine-formatter
description: フォーマット統一・命名規則チェックなど定型作業専用
model: sonnet
effort: low
---

このエージェントは既存コードのフォーマット統一・命名規則チェックのみを担当する。
新規のロジック設計や仕様判断は行わず、必要な場合は呼び出し元に差し戻すこと。

逆に、アーキテクチャ判断やセキュリティレビューを担当するサブエージェントには、明示的にmodel: opus・effort: high以上を指定しておくと、意図した推論の深さを安定して確保できます。この使い分けは、Claude Codeでのチーム運用やAgent Teamsを組む場合に特に効いてきます。詳しい並列運用の設計はClaude Code Agent Teams完全ガイド、スキル単位の権限設計はClaude Skills法人導入ガイドもあわせてご覧ください。

4. セッション再開時のモデル挙動を理解しておく

claude --resumeや--continueでセッションを再開すると、Claude Codeは「セッション保存時点で使っていたモデル」をそのまま復元します。現在のmodel設定を変更していても、再開したセッションには反映されません。「Sonnet 5に切り替えたはずなのに、再開したらOpus 5のままだった」という混乱の多くは、この挙動が原因です。意図的にモデルを変えたい場合は、再開後に/modelで明示的に切り替える必要があります。

プランごとの既定モデル — Claude Codeでの見え方

Claude Codeでdefaultを選んだときにどのモデルが動くかは、契約プランで変わります。プラン別の詳しい利用可否・料金比較はClaude Opus 5はどこで使える？プラン別可否一覧で扱っているので、ここではClaude Code上での挙動だけに絞って整理します。

Proプラン・Team Standardシートを契約していて「Opus 5が既定になっていない」場合、これは契約不備ではなく仕様です。重要なタスクでOpus 5を使いたいときは、/model opusで都度切り替えるか、.claude/settings.jsonに{"model": "opus"}と書いてプロジェクト単位でピン留めします。

1Mコンテキストの自動アップグレード — Claude Codeでのコスト影響

Opus 5・Sonnet 5はいずれも1Mトークンのコンテキスト長を持ちますが、「自動的に1M分の料金がかかるか」はプランによって扱いが異なります。Claude Code特有の挙動として、契約プランごとに整理しておきます。

Max・Team・Enterpriseでは、Opusを使っている限り追加設定なしで1Mコンテキストが有効になります。つまり大きなコードベースを丸ごと読み込ませるような使い方をしていても、意識せずに1Mコンテキストの恩恵を受けている状態です。逆にProプランで長大なコンテキストを多用したい場合は、利用クレジットの消費ペースを事前に把握しておくとよいでしょう。1Mコンテキストを完全に無効化して従来の挙動に戻したい場合は、環境変数で制御できます。

# 1Mコンテキストを無効化する（モデルピッカーから1M版も消える）
export CLAUDE_CODE_DISABLE_1M_CONTEXT=1

【要注意】Claude CodeでOpus 5を使うときに見落としがちな4つの落とし穴

落とし穴1：セキュリティ関連タスクで急にモデルが切り替わる

❌ 気づきにくい挙動：ペネトレーションテストやCTF演習、セキュリティ関連のコードを扱っていると、Opus 5の安全性分類器が反応し、サイバーセキュリティ関連と判定されたリクエストが自動的にOpus 4.8へ再実行されることがあります。
⭕ 対処：これは不具合ではなく設計上の挙動です。頻発する場合は/configから「フラグが立った際に自動でモデルを切り替える」設定をオフにし、都度どう対応するか選べるようにしておくと、意図しない挙動に振り回されにくくなります。生物学関連の内容でOpus 5がフラグを立てた場合はフォールバック先が存在せず、拒否で終わる点も覚えておくとよいでしょう。

落とし穴2：サブエージェントのモデル設定を忘れて全体がOpus 5で走る

❌ よくある失敗：メインセッションだけOpus 5に切り替えて満足し、呼び出しているサブエージェント側のfrontmatterにモデル指定がないため、単純作業のサブエージェントまでメインと同じOpus 5・高effortで動いてしまう。
⭕ 対処：役割の軽いサブエージェント・スキルには明示的にmodel: sonnetやmodel: haikuを指定する。指定を忘れると、継承されたモデルのままコストがかさむ。

落とし穴4：CLAUDE.mdの内容だけでセキュリティ判定が発火することがある

❌ 気づきにくい原因：セッションの最初のリクエストには、CLAUDE.mdの内容やgitのステータスといったワークスペース情報が含まれます。リポジトリの中にセキュリティ関連の記述があると、何も送っていないのに最初のリクエストからフォールバックが発生することがあります。
⭕ 対処：CLAUDE.mdやカスタム設定が原因かどうかを切り分けたい場合は、claude --safe-modeでCLAUDE.md・スキル・MCPサーバー・フックを無効化した状態で起動し、挙動を比較します。

コピペで使える実践プロンプト5選

タスクの性質に応じて、モデル・effortとセットでプロンプトを組み立てる例を紹介します。いずれも事故防止の一文を添えています。

1. アーキテクチャ設計レビュー依頼（Opus 5・effort high〜xhigh向け）

このリポジトリの[対象機能]の実装案を4パターン提示してください。
それぞれについて、既存アーキテクチャとの整合性・保守性・パフォーマンスの観点で
トレードオフを比較し、推奨案とその理由を明示してください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず"仮定"と明記してください。

2. 原因不明のバグ調査依頼（Fable 5向け）

[エラーメッセージ・再現条件]について、根本原因を調査してください。
表面的な対症療法ではなく、なぜこの状態に至ったのかまで遡って特定し、
関連しそうな箇所は自律的に調査を広げて構いません。
数字と固有名詞は、根拠（出典/計算式/ログの引用箇所）を添えてください。

4. ルーティンなリファクタ依頼（Sonnet 5・effort medium向け）

[対象ディレクトリ]内の関数名を、既存の命名規則（[規則を明記]）に統一してください。
ロジックの変更は一切行わず、命名とフォーマットの統一のみに範囲を限定してください。
変更対象ファイルの一覧を最初に提示してから作業を開始してください。

4. テストカバレッジの抜け漏れ分析（Opus 5・effort xhigh向け）

[対象モジュール]のテストカバレッジを分析し、
境界値・異常系・並行処理のうちテストが手薄な箇所を優先度つきで洗い出してください。
新規テストコードの提案は、既存のテストの書き方・命名規則に合わせてください。
不足している情報があれば、最初に質問してから作業を開始してください。

5. コードレビュー依頼（Sonnet 5・effort high向け）

このPRの差分をレビューしてください。
バグの可能性・セキュリティ上の懸念・可読性の4観点で指摘し、
軽微な指摘（フォーマット等）と重大な指摘は分けて提示してください。
最終的な採否判断は人間が行うことを前提に、判断材料の提示に徹してください。

コーディングエージェントの基本的な設計原則や、CLAUDE.mdの書き方まで含めた土台づくりはClaude Code Best Practices完全ガイドでまとめています。AIエージェント全般の導入ステップはAIエージェント導入完全ガイドで体系的に整理しているので、あわせてご覧ください。

基盤側の動きは「AMD×Anthropic提携の企業インパクト」で整理しています。

よくある質問（FAQ）

Q. Claude CodeでOpus 5を使うには何をすればいいですか？

Claude Code v2.1.219以降にアップデートしたうえで、セッション中に/model opusと入力するだけです。Max・Team Premium・Enterprise従量課金・APIでは、そもそも既定がOpus 5です。

Q. Claude CodeでOpus 5とSonnet 5、結局どちらを標準にすべきですか？

「難しい問題ほど上位モデル」という発想より、「定型作業はSonnet 5、能力の限界に近い判断が必要な作業はOpus 5」という役割分担で考えるのが実践的です。opusplanモードを使えば、設計はOpus・実装はSonnetという分担を自動化できます。

Q. サブエージェントごとにモデルを分けると、どれくらいコストが下がりますか？

具体的な削減率は構成するサブエージェントの数・タスク配分によって変わるため一概には言えませんが、単純作業を担当するサブエージェントをOpus 5からSonnet 5・Haiku 4.5に切り替えるほど、そのサブエージェントが消費するトークン単価は下がります。まずは呼び出し頻度の高い定型サブエージェントから見直すのが効率的です。

Q. Opus 5使用中に、セキュリティ関連のタスクで急に拒否・別モデルへの切り替えが起きました。なぜですか？

Opus 5・Fable 5はサイバーセキュリティ・生物学分野の安全性分類器を備えており、該当すると判定されたリクエストは自動的にフォールバック（Opus 5の場合はOpus 4.8）で再実行されるか、フォールバック先がない場合は拒否で終わります。ペネトレーションテストやCTF演習など、この分野を業務で扱う場合に起きやすい挙動です。

Q. –resumeでセッションを再開したら、想定と違うモデルで動いていました。なぜですか？

--resume・--continueで再開したセッションは、保存時点で使っていたモデルをそのまま復元する仕様です。現在のmodel設定を変えていても再開時には反映されないため、モデルを変えたい場合は再開後に/modelで明示的に切り替える必要があります。

関連記事

Claude Opus 5の基本的な使い方・effort設定はClaude Opus 5の使い方｜effort設定と1M活用、発表の全体像はClaude Opus 5登場｜料金据え置きで最高性能にで整理しています。

• Claude Opus 5はどこで使える？プラン別可否一覧
• Claude Opus 5料金完全ガイド｜日本円換算と損益分岐
• Opus 5とFable 5どっちを使う？使い分け基準
• Claude CodeでFable 5を使う方法
• Claude SonnetとOpus 5の違い

まとめ：今日から始める4つのアクション

1. 今日やること：今取り組んでいるタスクを「定型・難問・未知の謎解き」に分類し、Sonnet 5・Opus 5・Fable 5のどれに投げるべきか/modelで切り替えて試す
2. 今週中：よく呼び出すサブエージェント・スキルのfrontmatterを見直し、役割に応じてmodelとeffortを明示的にピン留めする
3. 今月中：チームでClaude Codeを使っている場合は、opusplanとフォールバックモデルチェーンをプロジェクト設定に組み込み、コストのばらつきを仕組みで抑える

正直にお伝えすると、モデル・effortの組み合わせは今後も増えていく可能性が高く、「これが唯一の正解」という設定はありません。だからこそ、今回紹介した判断基準（知識不足かeffort不足か、定型か難問か未知の謎解きか)を軸に、自分のワークフローに合わせて微調整していく姿勢が実務では一番効きます。

次回予告：次の記事では、Claude Code Agent Teamsを使った並列開発ワークフローの設計パターンをテーマに、さらに実践的な内容をお届けします。

著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。
SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。

ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。

参考・出典

• Model configuration – Claude Docs — Anthropic（参照日: 2026-07-29）
• Models overview – Claude Docs — Anthropic（参照日: 2026-07-29）
• Choosing a Claude model and effort level in Claude Code — Anthropic（参照日: 2026-07-29）

関連記事: Claude Code 研修 vs 個別指導｜費用・選び方ガイド【2026年版】