Claude Codeモデル変更｜優先順位とOpusplanによる最適化

AIエージェントを活用する際、「高コストなモデルで実行し続けてしまい、予想外の利用料が発生した」という経験はありませんか。Claude Codeを効率的に運用するためには、開発プロジェクトごとに最適なモデルを選択・固定する「運用の仕組み化」が不可欠です。

本記事では、Claude Codeでモデルを切り替える3つの方法から、設定の優先順位、コストを最適化する「opusplan（オーパスプラン）」、そして思考の深さを調整する/effortまでを、Claude Code公式ドキュメントに沿って解説します。

Claude Codeのモデル管理とエイリアス

モデルの管理は、AIエージェント運用の要です。特定のモデルIDを直書きすると、モデルのアップデート時に設定が陳腐化するリスクがありますが、エイリアス（モデルの代名詞）を活用することでこの問題を解消できます。

モデルIDよりエイリアス推奨の理由

モデルID（例: claude-opus-4-8 や claude-sonnet-4-6 など）を直接指定すると、新しいモデルがリリースされるたびに設定を修正する必要があります。モデルIDは世代交代で変わるためです。一方で、opus sonnet haiku といった「エイリアス」を利用すれば、Anthropic社が提供する最新世代へ自動的に追従できます。

最新モデルへの自動追従法

常に最新の安定版を利用するために、設定には常にエイリアスを記述しましょう。これにより、設定ファイル（.claude/settings.json）を一度作れば、モデルの世代交代後もメンテナンスフリーで運用できます。

関連記事：【最新ガイド】Claude Codeのバージョン確認・更新方法｜AIエージェントを常に「最適」に保つために

モデルを切り替える3つの方法

Claude Codeでは、用途に応じて3つの方法でモデルを切り替えられます。「今だけ変えたい」のか「常にこのモデルを使いたい」のかで使い分けるのがコツです。

①対話中に切り替える：/model

作業の途中でモデルを変えたいときは、スラッシュコマンド /model を使います。引数なしで /model と入力すると選択メニューが開き、矢印キーで opus sonnet haiku などを選べます。/model opus のようにエイリアスを直接指定することも可能です。この切り替えはそのセッションに適用されます。

②起動時に指定する：--model

Claude Codeを起動する時点でモデルを決めたい場合は、起動フラグ --model を使います。

claude --model opus
claude --model sonnet

特定のタスク用に「いつもと違うモデルで立ち上げたい」ときに便利です。

③既定を固定する：環境変数・設定ファイル

毎回同じモデルを使うなら、既定値として固定しておきます。シェル全体に効かせるなら環境変数 ANTHROPIC_MODEL を、プロジェクト単位やチーム共有なら設定ファイル .claude/settings.json を使います。

# 環境変数で既定を固定
export ANTHROPIC_MODEL=opus

// .claude/settings.json
{
  "model": "opus"
}

設定ファイルのキー名は model（小文字）です。

【図解】設定の優先順位と適用範囲

Claude Codeの設定は、複数の階層で管理されています。優先順位を理解していないと、意図しない設定でエージェントが動作し続けることになります。

設定上書きの力関係

複数の方法でモデルを指定した場合、以下の順（上ほど優先）で適用されます。

1. 組織の管理ポリシー（Managed settings）：会社が配布する固定設定（最優先）
2. 起動フラグ --model：CLI起動時の指定
3. 環境変数 ANTHROPIC_MODEL：シェル全体の設定
4. ローカル設定 .claude/settings.local.json：個人用（Git管理外）
5. プロジェクト設定 .claude/settings.json：プロジェクト単位・チーム共有
6. ユーザー設定 ~/.claude/settings.json：自分の全プロジェクト共通（最低）

なお、対話中の /model での切り替えは、その時点のセッションに即時適用されます（起動フラグや環境変数はセッション起動時のみ有効です）。

settings.jsonの活用法

プロジェクトのルートに .claude/ フォルダを作成し、その中に settings.json を配置することで、そのプロジェクト専用のモデル設定をチームで共有できます。これが実務における標準的な運用法です。※元になる設定キーは model で、古い解説で見かける .claude/config.json や default_model という名称は現行のClaude Codeには存在しません。

VS Codeでの設定変更

CLI（コマンドラインインターフェース）に馴染みがない場合でも、VS Codeの拡張機能から設定できます。GUIで設定した場合も内部的には設定ファイルへ書き込まれるため、CLI環境と設定が同期されます。

関連記事：【2026年最新】Claude CodeをVS Codeで設定する手順｜公式拡張機能で開発環境を爆速化！

【運用術】opusplanでコストと精度を最適化

「最強の1体」を常に使い続けるのは非効率です。コストと精度のバランスを保つために、モデルを役割で使い分ける「チーム運用」を導入しましょう。

モデルの「チーム運用」が必要な理由

モデルを料理人にたとえると分かりやすくなります。Opus＝高い技術を持つ熟練シェフ（複雑で重要な仕事向き・単価は高い）、Sonnet＝なんでもこなす万能料理人（速さと質のバランスが良い）、Haiku＝俊足のアシスタント（単純作業を低コストで高速にこなす）です。些細な修正や反復タスクにまで熟練シェフ（Opus）を充てるのは、経営視点では無駄な投資になります。実際、日常的な開発作業の多く（目安として約8割）はSonnetで十分まかなえます。Opusは「ここぞ」の設計や難所に絞って投入するのが、コストと品質を両立する考え方です。

OpusとSonnetの切替基準

フェーズ	推奨モデル	理由
アーキテクチャ設計・難所の検討	Opus	複雑な論理構築に適しているため
コード実装・テスト	Sonnet	速度と精度のバランスが最適であるため
単純なドキュメント作成・定型作業	Haiku	コストを最小限に抑えられるため

opusplanモードの仕組み

この「設計はOpus・実装はSonnet」という使い分けを自動化してくれるのが opusplan です。モデル指定で opusplan を選ぶと、プランニング（計画）中はOpusが思考し、実際のコード生成・実装に移ると自動的にSonnetへ切り替わります。難所の設計は賢いモデルに任せつつ、量が出る実装は低コストモデルでこなせるため、手動で切り替える手間なくコストを抑えられます。

/model opusplan

切り替えのサイン（時間帯運用と「2回ルール」）

切り替えの判断に迷ったら、次のような目安が役立ちます。

• 作業フェーズで切り替える：1日の中でも、設計・要件整理の局面はOpus、まとまった実装はSonnet、と作業の性質で切り替えると無駄が出にくくなります。
• 「2回ルール」：Sonnetで2回試しても解決しない難所に当たったら、そこだけOpusに上げる。常時Opusにせず「詰まった所だけ格上げ」するのがコスト効率の良いやり方です。

思考の深さを変える /effort との組み合わせ

モデルの切り替えと並んで、回答の質をコントロールするもう一つのつまみが /effort です。モデル選択とは独立した別の設定です。

「モデル＝脳・effort＝粘り強さ」の2軸で考える

車にたとえると、モデルはエンジンの性能、effortはギアの選び方です。モデル（脳のスペック）に加えて、effort（どれだけ粘り強く考えるか）を上げ下げすることで、モデルを変えずに精度を調整できます。例えば sonnet のまま /effort high を組み合わせれば、Opusに上げなくても回答精度を引き上げられる場面があります。

/effort の使い分け

effortは low medium high xhigh などのレベルで指定します（対応レベルはモデルによって異なります）。軽い作業は low〜medium、込み入った設計や難しいデバッグは high や xhigh、と難易度に応じて上げるのが基本です。

/effort high

関連記事：Claude Codeの料金・プラン徹底ガイド｜無駄なく使うためのコスト設計

今、どのモデルで動いている？ /status による現在地確認

設定が正しく反映されているかを判断する確実な方法は、/status コマンドを実行することです。

設定変更を即座に確認する

設定ファイルを書き換えた後は、/status を実行しましょう。設定画面が開き、現在有効なモデルやバージョン、アカウント情報などを確認できます。「思ったモデルになっていない」というトラブルは、ここを見れば一目で特定できます。

/status
# 設定画面が開き、現在のモデル・バージョン・アカウント等が表示される
# 例）Model: sonnet

ステータスラインを設定している場合は、プロンプト右側に常時モデル名が表示されるので、より素早く確認できます。

AIエージェントの運用コスト最適化

エージェントの自動化には、明確なコスト管理のルールが必要です。

推論コストと速度のトレードオフ

高性能モデルは複雑な問題を一撃で解決する確率が高い一方、トークン単価が高くなります。逆に低コストモデルは試行回数が増える傾向があるため、タスクの難易度に応じてモデルを使い分けることが、結果的に月額料金の削減に繋がります。

利用料最小化の運用チェックリスト

• [ ] プロジェクトごとに .claude/settings.json でモデルを設定しているか
• [ ] 繰り返しタスクには sonnet または haiku を割り当てているか
• [ ] 難所の設計だけOpusに上げ、実装はSonnetに戻しているか（または opusplan を使っているか）
• [ ] /status で意図したモデルになっているか確認しているか

関連記事：Claude Codeのコマンド一覧｜よく使うスラッシュコマンドと活用法

まとめ

Claude Codeのモデル管理は、コストと生産性を直結させる重要な運用スキルです。

• 切り替えは3通り：今だけなら /model、起動時なら --model、既定固定なら環境変数 ANTHROPIC_MODEL か .claude/settings.json。
• エイリアスの活用：モデルIDではなく opus sonnet haiku のエイリアスを使い、世代交代後もメンテナンス不要にする。
• opusplanの導入：設計はOpus・実装はSonnetに自動で切り替え、コストを最適化する。
• /effort の併用：モデルを上げなくても、思考の深さを上げて精度を底上げできる。
• /status の習慣化：実行前に現在のモデルを確認し、設定漏れを防ぐ。

まずは現在のプロジェクトで .claude/settings.json を作成し、適切なモデルを設定することから始めてみてください。今すぐ /status を実行して、あなたのエージェントの「現在地」を把握しましょう。