Claude Codeのモデル完全ガイド【2026年最新】:デフォルトモデル・切り替え方法・用途別選び方まで徹底解説
室谷今回はClaude Codeのモデルの話をしましょう。これ、.AI(ドットエーアイ)コミュニティでも毎週のように出てくる話題で、「デフォルトのモデルって何ですか?」「Opusに切り替えられますか?」って聞かれるんですよね・・・
テキトー教師講座でも毎回出てきますよ。特に初めてClaude Codeを使う受講生さんが「なんか頭いいな」と感じたときに、「これどのモデルが動いてるんですか?」って聞いてくる。
モデルへの興味は自然な流れですよね。
モデルへの興味は自然な流れですよね。
室谷そうなんですよ。で、実はClaude Codeが使うモデルって、目的に応じてちゃんと選べるんです。
デフォルトのままで十分なケースもあれば、Opusに上げたほうが明らかに仕上がりが変わるケースもある。この記事では、デフォルトモデルの確認方法から切り替え方法、用途別の選び方まで全部まとめます。
デフォルトのままで十分なケースもあれば、Opusに上げたほうが明らかに仕上がりが変わるケースもある。この記事では、デフォルトモデルの確認方法から切り替え方法、用途別の選び方まで全部まとめます。
テキトー教師Bedrock・Vertex AIで使っているチームにとっては、モデルIDの指定方法が独特なのでそこも含めてカバーできるといいですよね。あと「ローカルモデルでClaude Codeって使えるの?」という質問もよく来るので、そこも触れたいです。
Claude Codeのデフォルトモデルは何?
室谷まず一番基本的なところから。Claude Codeのデフォルトモデルは、2026年4月時点ではClaude Sonnet 4.6です。
公式ドキュメントの設定項目にも
公式ドキュメントの設定項目にも
"claude-sonnet-4-6" がデフォルト値として明記されています。
テキトー教師Sonnet 4.6、これが今のClaude Codeの標準モデルですね。「Opus級の性能がSonnetの価格で」という触れ込みで出てきたモデルで、当時のコミュニティでもかなり話題になってましたよ。
室谷僕もリリース時にXに投稿したんですけど、開発者の反応がすごくて。Sonnet 4.5との比較で70%がSonnet 4.6を好んだ、前世代のOpus 4.5との比較でも59%がSonnet 4.6を好んだという結果が出てたんですよね。
テキトー教師コンテキストウィンドウも100万トークンに拡張されて、コードベース全体を一度に読み込んで作業できるようになりましたよね。Claude Codeで大規模なリファクタリングをするときに、ファイル数が多くてコンテキストが足りないということが激減したと感じます。
室谷MYUUUのプロジェクトだと、マイクロサービス構成で複数のリポジトリにまたがるコードを扱うことがあるんですが、100万トークンあると全体像を把握した状態で作業できるのが大きいですね。以前は「コンテキストが切れた」という状況が頻発してたので・・・
Claude Codeが利用できるモデル一覧

室谷じゃあ実際にどのモデルが使えるかを整理しましょう。2026年4月時点でClaude Codeから使えるメインのモデルはこの3系統です。
テキトー教師この表を見ただけで「どれを選べばいいか」がかなり明確になりますよね。
| モデル | Claude API ID | 特徴 | API料金(入力/出力) | コンテキスト |
|---|---|---|---|---|
| Claude Opus 4.6 | claude-opus-4-6 | 最高性能・エージェント・複雑コーディング | $5/$25 per MTok | 100万トークン |
| Claude Sonnet 4.6 | claude-sonnet-4-6 | デフォルト・速度と性能のバランス | $3/$15 per MTok | 100万トークン |
| Claude Haiku 4.5 | claude-haiku-4-5 | 高速・コスト効率・サブエージェント向き | $1/$5 per MTok | 20万トークン |
室谷料金を見ると、OpusはSonnetの1.67倍くらいのコストになるんですよね。Claude Codeをサブスクリプションで使っている場合はAPIコストはAnthropicが吸収してくれるので料金差は直接関係ないんですが、APIキー課金で使っているチームにとっては重要な数字です。
テキトー教師そうですね。法人でBedrockやVertex AIを使っているケースだと、APIコストが直接請求に乗ってくるので、モデル選択がコスト管理に直結します。
企業向けの受講生さんはこの料金差を意識してモデルを使い分けているケースが多いです。
企業向けの受講生さんはこの料金差を意識してモデルを使い分けているケースが多いです。
室谷Haiku 4.5、これ意外と侮れないんですよ。コンテキストが20万トークンと少なめですが、速度と料金の面ではダントツで優れているので、大量の小タスクを並列で処理させるサブエージェント用途には最適です。
テキトー教師Claude Codeのエージェント機能を使うとき、親エージェントをOpusかSonnetにして、子エージェント(サブエージェント)をHaikuにする、という分け方をしている人もいますよね。設定ファイルでサブエージェントごとにモデルを指定できるので。
セッション中にモデルを切り替える方法(/model コマンド)

室谷実際の切り替え方法の話に入りましょう。Claude Codeで一番手軽なのは、セッション中に
/model コマンドを使う方法です。
テキトー教師講座でも最初に教えるのがこれで、コマンドを入力するとモデルの選択メニューが出てきます。そこでOpusやHaikuを選ぶだけ、という直感的な操作なんですよね。
室谷使い方はシンプルで、Claude Codeのプロンプトに入力するだけです。
/model
テキトー教師これを入力すると選択肢が出てきて、矢印キーで選んでEnterするだけです。特定のモデルに切り替えたいなら引数で直接指定もできます。
/model claude-opus-4-6
室谷エイリアスも使えるのが便利で、フルのモデルIDを打たなくても
sonnet や opus と入力するだけで最新版に切り替えられます。/model opus
/model sonnet
/model haiku
テキトー教師このエイリアス機能、コミュニティのメンバーさんに教えるとみんな「知らなかった!」ってなります。フルのIDを毎回打つのは面倒ですし、バージョンが上がっても常に最新版に追従してくれるので、エイリアスを使うほうが良いと思っています。
室谷ただし注意点があって、
永続化したいなら別の方法が必要です。
/model での切り替えはそのセッション限りです。Claude Codeを再起動すると、また設定ファイルのデフォルトに戻ります。永続化したいなら別の方法が必要です。
起動時にモデルを指定する方法(--model フラグ)
テキトー教師セッション単位でモデルを固定したい場合は、
claude コマンド起動時に --model フラグを付けるのが確実です。claude --model claude-opus-4-6
室谷エイリアスでも同様に使えます。
claude --model opus
claude --model sonnet
claude --model haiku
テキトー教師非対話モード(
-p フラグ)でも同様です。スクリプトやCI/CDでClaude Codeを使うときに、タスクの重要度に応じてモデルを使い分けることができます。claude -p "このコードをレビューして" --model claude-opus-4-6
claude -p "このコードをフォーマットして" --model claude-haiku-4-5
室谷これ、MYUUUでも実際に使っています。コードレビューのステップはOpus、単純なフォーマット修正はHaikuにすることで、コストを最適化しながらクオリティを維持するという構成ですね。
テキトー教師非対話モードで
--fallback-model オプションも覚えておくと便利で、デフォルトモデルが混雑しているときに自動でフォールバックするモデルを指定できます。claude -p "クエリ" --fallback-model sonnet
設定ファイルでデフォルトモデルを永続化する方法
室谷毎回フラグを付けるのが面倒な場合は、設定ファイルでデフォルトモデルを変更するのが楽です。
~/.claude/settings.json または .claude/settings.json(プロジェクトローカル)に書きます。{
"model": "claude-opus-4-6"
}
テキトー教師これを書いておくと、起動時のデフォルトがOpusになります。プロジェクトごとに使うモデルを変えたい場合は、プロジェクトのルートに
.claude/settings.json を置くのが便利です。
室谷企業向けの
managed-settings.json(管理者設定)では、ユーザーが選択できるモデルを制限することもできます。{
"availableModels": ["sonnet", "haiku"]
}
テキトー教師availableModels で許可するモデルの一覧を絞れます。「Opusは高すぎるので社員には使わせない」みたいな運用をしたい企業にとっては、ここを設定するだけで制御できます。
室谷企業のAI活用支援をしているとき、コスト管理の観点でこの設定を入れるよう提案することがあります。モデルを開放しすぎると、エンジニアが「とりあえずOpus」みたいになってコストが跳ね上がるケースがあるんですよ・・・
環境変数でモデルを指定する方法
テキトー教師設定ファイルの外から制御したい場合は、環境変数も使えます。
室谷ANTHROPIC_MODEL 環境変数を設定すると、コマンドのフラグや設定ファイルより優先されます。export ANTHROPIC_MODEL=claude-opus-4-6
claude
テキトー教師これはシェルの設定ファイル(
.zshrc や .bashrc)に書いておくと、常に特定のモデルで起動する環境を作れます。# ~/.zshrc に追記
export ANTHROPIC_MODEL=claude-opus-4-6
室谷ただし注意点があって、
ANTHROPIC_MODEL は availableModels の制限より優先度が低いんです。管理者が availableModels でSonnetとHaikuだけ許可している環境で ANTHROPIC_MODEL=claude-opus-4-6 を設定しても、Opusは使えません。
テキトー教師優先順位を整理すると、管理者設定(managed-settings)が一番強く、次が設定ファイルの
model 設定、その次が環境変数やフラグ指定という順番です。この辺りを理解しておくと、チーム環境でのトラブルシューティングがしやすくなります。AWS BedrockとGoogle Vertex AIでのモデル指定
室谷企業でAWS BedrockやGoogle Vertex AI経由でClaude Codeを使う場合、モデルIDが通常とは異なります。ここはちょっとハマりポイントで・・・
テキトー教師そうなんですよ。企業の受講生さんがよくつまずくのが、Anthropic APIのモデルIDをそのまま使ってしまうケースです。
室谷Bedrockの場合、モデルIDはこうなります。
| モデル | AWS Bedrock ID |
|---|---|
| Claude Opus 4.6 | anthropic.claude-opus-4-6-v1 |
| Claude Sonnet 4.6 | anthropic.claude-sonnet-4-6 |
| Claude Haiku 4.5 | anthropic.claude-haiku-4-5-20251001-v1:0 |
テキトー教師Vertex AIはまた別のIDです。
| モデル | GCP Vertex AI ID |
|---|---|
| Claude Opus 4.6 | claude-opus-4-6 |
| Claude Sonnet 4.6 | claude-sonnet-4-6 |
| Claude Haiku 4.5 | claude-haiku-4-5@20251001 |
室谷Vertex AIの場合はAnthropicのAPIと似たIDになっているので、まだわかりやすいんですよね。Bedrockは
anthropic. というプレフィックスが付いていて、バージョン番号の付け方も違うので、初めて設定するときは公式ドキュメントを参照するのが安全です。
テキトー教師modelOverrides という設定を使うと、Claude CodeのモデルIDをBedrockやVertex AIのIDにマッピングできます。{
"modelOverrides": {
"claude-opus-4-6": "arn:aws:bedrock:us-east-1::foundation-model/anthropic.claude-opus-4-6-v1"
}
}
室谷これを設定しておくと、
/model opus とか --model claude-opus-4-6 と指定したときに、自動的にBedrockのIDに変換してくれます。ユーザー側はAnthropicの標準IDで操作できるので、混乱が減りますね。
テキトー教師Bedrockには「グローバルエンドポイント」と「リージョナルエンドポイント」の2種類があって、Claude Sonnet 4.6以降はこの2タイプが使えます。グローバルは可用性優先、リージョナルはデータが特定リージョンを出ないことを保証したい場合に使います。
コンプライアンス要件があるチームはリージョナルを使うことが多いです。
コンプライアンス要件があるチームはリージョナルを使うことが多いです。
サブエージェントとスキルにモデルを設定する方法
室谷Claude Codeのエージェント機能を使う場合、タスクの種類に応じてモデルを使い分けるのが効果的です。サブエージェントの設定でモデルを指定できるんですよね。
テキトー教師具体的には、
.claude/agents/ ディレクトリにサブエージェントの定義ファイルを置いて、model フィールドで指定します。---
name: code-reviewer
description: コードレビューを行うエージェント
model: claude-opus-4-6
---
以下の観点でコードレビューを行ってください...
室谷これで
claude --agent code-reviewer で起動したときに、自動的にOpusが使われます。重要なレビュー作業はOpus、ドキュメント生成はSonnet、単純な整形はHaikuというように、エージェントごとに最適なモデルを設定できます。
テキトー教師スキルにも同様に
model フィールドが使えます。---
name: analyze-performance
description: パフォーマンス分析スキル
model: claude-opus-4-6
effort: high
---
室谷スキルに
model と effort を組み合わせると、そのスキルが呼び出されたときだけOpusの高思考モードで動くみたいな設定も作れて、普段はSonnetで軽快に動かしながら、特定のタスクだけ重量級の設定にするという使い分けができます。
テキトー教師チームでClaude Codeを使う場合に特に有効です。「コードレビュースキルはOpusで実行」という設定を共有リポジトリの
.claude/ に入れておけば、チーム全員が同じモデル設定で動くようになります。ローカルモデルをClaude Codeで使える?(Ollama連携について)
テキトー教師「Claude Codeでローカルモデルって使えますか?」という質問も本当によく来るんですよ。コスト面や機密データの観点から、ローカルで動かしたいというニーズは理解できます。
室谷結論から言うと、Claude Code本体はAnthropicのクラウドモデルを前提にして設計されているので、OllamaやLM Studioのローカルモデルをそのまま「Claude Codeのモデル」として差し替えることはできません。
テキトー教師ただ、完全に無理ではないんですよ。Claude CodeはAPIエンドポイントのURLを環境変数で切り替えられるので、Anthropic互換のAPIを立てているサービスであれば、一部のケースで動作することがあります。
室谷ただし、公式サポートされている方法ではないので、動作保証はないです。特にツール使用(コードの実行やファイル操作)などのClaude Code固有の機能は、ローカルモデルが対応していないことがほとんどです。
テキトー教師実用的な代替案として、ローカルモデルはClaude Codeとは別のツール(Continue、Clineなど)で使うほうがトラブルが少ないです。Claude CodeはAnthropicモデル、ローカルモデルが必要なタスクは別ツールというように使い分けるケースが多いです。
室谷セキュリティポリシーで外部APIを使えない環境でも、BedrockやVertex AI経由でClaude Codeを動かすのが一般的な解決策になっています。データが自社のVPCを出ないように設定できますし、コンプライアンス要件を満たしやすいです。
用途別おすすめモデルの選び方
室谷じゃあ実際どのモデルを使えばいいかという話をしましょう。整理すると、こういう考え方になります。
テキトー教師基本的には「迷ったらSonnet 4.6」が出発点ですね。デフォルトのままで、ほとんどのコーディングタスクはこなせます。
室谷Opusに上げると明らかに違いを感じるのは、複雑なアーキテクチャ設計や、バグの根本原因を追うときです。MYUUUでも「なんか変な挙動だな」という難しいバグを追いかけるときはOpusを使うことが多い。
テキトー教師コミュニティのメンバーさんを見ていると、最初はSonnetで使って、「ここはもっと深く考えてほしい」と感じたときにOpusに切り替えるパターンが定着している人が多いですね。
| 用途 | 推奨モデル | 理由 |
|---|---|---|
| 通常のコーディング・リファクタリング | Sonnet 4.6 | デフォルト。速度と性能のバランスが最適 |
| 複雑なアーキテクチャ設計・難易度の高いバグ調査 | Opus 4.6 | 推論能力が必要な場面 |
| 大量ファイルの整形・コメント追加などの単純作業 | Haiku 4.5 | コスト効率と速度が重要 |
| サブエージェント(並列タスク) | Haiku 4.5 | 高速・低コストで大量処理 |
| コードレビュー・セキュリティ監査 | Opus 4.6 | 見落としを減らすために最高性能が欲しい |
室谷「Opusは高い」というイメージがあるんですが、時間単価で考えると話が変わります。エンジニアが30分かけて解決できなかったバグを、Opusが5分で特定したとすると、その差額はOpusのAPIコストをはるかに上回るんですよね。
テキトー教師そういう使い分けの意識を持つと、モデル選択がコスト削減じゃなくて「投資対効果の最適化」に変わりますよね。講座でこの視点を伝えると、「なるほど、そういう考え方か」となる受講生さんが多いです。
室谷ちなみに、GPT-5.4-miniが「Sonnet 4.6レベルで70%安い」という話題が海外で出たときがあったんですが・・・
テキトー教師あのファクトチェック、わかりやすかったです。価格差はあるけど、コーディング用途では依然Claude Codeが強いという整理で。
室谷そうなんですよ。モデルの比較って、ベンチマーク自体が違うから単純比較が難しいんですよね。
実際のコーディングタスクで使ってみるのが一番の判断基準です。
実際のコーディングタスクで使ってみるのが一番の判断基準です。
よくある質問(FAQ)
室谷最後によく来る質問をまとめておきましょう。
テキトー教師一番多いのが「セッション途中でモデルを変えても引き続き使えますか?」ですね。
室谷はい、使えます。
会話の文脈(コンテキスト)は引き継がれるので、「ここから先はOpusで考えてほしい」という使い方ができます。
/model でSonnetからOpusに変えた瞬間から、次の応答はOpusが担当します。会話の文脈(コンテキスト)は引き継がれるので、「ここから先はOpusで考えてほしい」という使い方ができます。
テキトー教師「モデルを変えたらコンテキストがリセットされますか?」という質問も多くて・・・
室谷リセットはされません。
コンテキストをクリアしたいなら
/model で切り替えても今のセッションの文脈は維持されます。コンテキストをクリアしたいなら
/clear を使う必要があります。
テキトー教師「現在どのモデルが使われているか確認する方法は?」という質問も鉄板ですね。
室谷Claude Codeのプロンプト入力欄の上部にモデル名が表示されることが多いです。または
/config で現在の設定を確認できます。
テキトー教師「エンタープライズプランでも同じモデルが使えますか?」も来ますね。
室谷Claude Code Teamプランでは、管理者が
availableModels や model 設定で使えるモデルを管理します。個人プランと同じモデルが基本的に使えますが、管理者が制限している場合は対象外のモデルは選択できません。
テキトー教師「claude codeのモデルが古い版になっていた」というケースですが、これは設定ファイルに古いモデルIDが書かれていることが多いです。
~/.claude/settings.json を確認して、古いIDが残っていれば削除してデフォルトに戻すか、最新のIDに更新してください。
室谷あと「claude code モデルが変更できない」という相談も来るんですが、企業環境で
availableModels が設定されていて、選択肢が制限されているケースがほとんどです。その場合は管理者に確認してもらうしかないです。まとめ:Claude Codeのモデル選択のポイント
室谷まとめると、こういう覚え方がわかりやすいと思います。
テキトー教師「普段はSonnet、難しくなったらOpus、量をこなすならHaiku」これが基本パターンですよね。
室谷切り替え方は3種類あって、セッション中に変えるなら
/model、起動時に固定するなら --model、永続的に変えるなら設定ファイルの "model" キー。この3つを覚えておけば、ほとんどのケースに対応できます。
テキトー教師Bedrock・Vertex AIを使っているチームは、モデルIDが違うこととモデルIDのマッピング(
modelOverrides)を活用すると管理が楽になります。
室谷ローカルモデルの利用は現状公式サポートされていないので、機密データのセキュリティが気になる場合はBedrockやVertex AI経由での利用を検討するのが現実的です。
テキトー教師モデルの選択肢が増えてきているのはいいことで、タスクの重要度とコストのバランスをとりながら使い分けていくのが、Claude Codeを長期的に活用するコツだと思います。
