Claude Codeのモデル一覧と切り替え方｜Opus 5.5・Sonnet 5.5の使い分け

Claude Codeで使えるモデル一覧

Claude Code で現行世代として選べるのは、Fable 5.2・Opus 5.5・Sonnet 5.5・Haiku 5.5 の 4 つです。まずは全体像を一覧で押さえます。

一覧の並びは能力の高い順ですが、上から順に試すものではありません。当て方は後述の早見表で整理します。

モデル名・対応バージョン・利用経路ごとの解決先は、Claude Code公式ドキュメントに基づきます。

先に押さえておきたい違いが 2 つあります。ひとつは Fable 5.2 は契約プランごとの標準の既定モデルに含まれず、通常は自分で選ぶ点。もうひとつは haiku が Haiku 5.5 を指すのは Anthropic API 経由のときだけで、Claude Platform on AWS・Amazon Bedrock・Google Cloud の Agent Platform・Microsoft Foundry では旧世代の Haiku 4.5 を指す点です（後述）。

表のコンテキストウィンドウは各モデルの上限です。Fable 5.2は標準で100万トークンに対応します。利用料は別の条件で、Proなどでは期間限定施策を除き使用量クレジットでFableを使います。API従量課金のHaiku 5.5は、10万トークンを超えるプロンプトで単価が上がります（出典: Claude PlatformのFable 5.2仕様、Claudeのプラン別案内）。

モデルピッカーに目当てのモデルが出てこないときは、必要なバージョンに達していない可能性があります。claude update を実行してから選び直してください。

Fable 5.1からの変更点はClaude Fable 5.2の性能・料金・利用条件で詳しく整理しています。

関連記事：Claude Codeとは？できること・料金・使い方と社内導入の判断軸

モデル名とエイリアスの一覧

Claude Code のモデル指定には、モデル名を直接書く方法と、エイリアス（別名）を使う方法があります。エイリアスはバージョン番号を覚えなくても済むため、日常の切り替えではこちらを使うのが基本になります。公式ドキュメントに記載されている主なエイリアスは次のとおりです。

• default：モデルの上書きを解除し、アカウント種別ごとの推奨モデルに戻します
• opus：最新の Opus モデルを使います（Anthropic API では Opus 5.5）
• sonnet：最新の Sonnet モデルを使います（Anthropic API では Sonnet 5.5）
• haiku：軽い作業向けの高速なモデルを使います（Anthropic API では Haiku 5.5）
• fable：v2.1.321以降は通常Claude Fable 5.2を指します。Claude apps gatewayでは既定でFable 5を指すため、ゲートウェイが5.2に対応していれば /model claude-fable-5-2 で指定します
• best：v2.1.321以降は opus と同じモデルを指します。以前の版では利用可能な場合に fable と同じモデルを指しました
• opusplan：計画モードでは opus、実行時は sonnet に自動で切り替えます
• opus[1m] / sonnet[1m]：100 万トークンのコンテキストウィンドウを使います

エイリアスの解決先は実行環境で変わる

opus・sonnet・haiku が実際にどのモデルを指すかは、Claude Code をどの経路で動かしているかで変わります。同じ /model opus を打っても、社内の実行環境によっては世代の古いモデルが動きます。

エイリアスが古いモデルを指す環境でも、新しいモデルが使えないわけではありません。モデル名を直接指定するか、環境変数 ANTHROPIC_DEFAULT_OPUS_MODEL / ANTHROPIC_DEFAULT_SONNET_MODEL / ANTHROPIC_DEFAULT_HAIKU_MODEL に指したいモデルを設定すれば切り替えられます。

旧世代のモデルはモデル名を直接指定する

エイリアスは常に各系統の推奨バージョンを指すため、意図的に旧世代を使いたい場合はモデル名で固定します。Claude Code から選べる旧世代のモデルは次のとおりです。

実運用で旧世代を選ぶ場面は多くありませんが、出力の再現性を保ちたい検証や、社内で挙動を固定したい自動処理では固定指定が要ります。企業の管理者は managed 設定の availableModels で選べるモデルを制限でき、sonnet のような系統名でも、claude-sonnet-4-5 のようなバージョン指定でも記述できます。

アカウント種別ごとの既定モデル

default がどのモデルに解決されるかは、アカウント種別で決まります。2026 年 9 月 23 日の Opus 5.5 公開（Claude Code v2.1.280）で、サブスクリプションの各プランと Anthropic API の既定がそろって Opus 5.5 になりました（出典: code.claude.com）。

v2.1.280 より前は、Pro と Team Standard の既定が Sonnet 5、Max・Ultra・Team Premium・Enterprise・Anthropic API の既定が Opus 5 と分かれていました。Pro で最近「応答が深くなった」「使用量の消費が速くなった」と感じるなら、既定が Sonnet 5 から Opus 5.5 に変わったことが理由になり得ます。日々の実装を Sonnet 5.5 で回したい場合は、/model sonnet で切り替えて既定として保存します。なお組織の管理者が組織の既定モデルを設定している場合、default はそのモデルに解決されます。

Fable 5.2はアカウント種別ごとの標準の既定モデルには含まれません。通常は /model fable で明示的に選びます。旧版のFable 5.1をユーザー設定に保存していた場合、Pro・Maxではv2.1.321以降の初回起動時に fable へ移行します。プロジェクト・ローカル・管理対象の設定で固定したモデルはそのまま使われます。Team・Enterpriseでは組織設定に従います（出典: Claude Codeのモデル設定）。

作業タイプ別のモデル早見表

モデル選びは「性能の高い順に選ぶ」ものではありません。Anthropic は、問題が本当に難しいときに大きいモデルを、作業が定型的なときに小さいモデルを選ぶという考え方を示しています。下の表は、その考え方を Claude Code で実際に発生する作業に当てはめて整理したものです。作業の難しさと、そのモデルに向いている理由を対にして見ることで、迷ったときの当て先が決めやすくなります。

表の並びで注意したいのは、Opus 5.5 と Fable 5.2 の境目です。どちらも難しい作業向けですが、分かれ目は難易度そのものよりも「作業が一度で終わるか」にあります。腰を据えて調べ切る必要がある調査や、複数の工程をまたぐ改修は Fable 5.2 の側に寄せます。

逆に、指示を正確に書き下せる作業まで上位モデルに任せると、待ち時間と使用量だけが増えます。まず Sonnet 5.5 で試し、期待に届かなかったものだけを上に上げる進め方が、無理のない運用になります。

opusplan を表に入れているのは、これが単体のモデルではなく組み合わせの指定だからです。計画を立てる場面では Opus、コードを書く場面では Sonnet というように、1 つの作業の中でモデルが自動的に切り替わります。作業ごとに /model を打ち直す手間がなくなるため、切り替えの判断そのものを減らしたい場合の選択肢になります。

AIエージェントの作り方

AIエージェントを「どう作り、どう育てるか」を、GiftX記事制作エージェントの実物で解説。

無料ダウンロード →

モデル別に見る使い分けの判断軸

ここからは 4 つのモデルについて、Claude Code の運用でどう当てるかを個別に整理します。各モデルの性能・料金・モデル同士の詳しい違いは、モデル単体の解説記事に譲ります。

関連記事：Claude Opus 5.5とは？性能・料金とOpus 5から切り替える判断軸を整理

Opus 5.5｜迷ったときの基準にする既定モデル

Opus 5.5 は、Pro・Max・Ultra・Team・Enterprise の各プランと Anthropic API で default の解決先になっているモデルです。Anthropic のモデル選択の案内も、API 全般について迷ったら Opus 5.5 から始めるとしています。ただし Claude Code では、指示を正確に書ける定型の作業を後述のとおり Sonnet 5.5 や Haiku 5.5 に回すと、待ち時間と使用量を抑えられます。そのうえで、どれを選ぶか決めきれないときの基準点として置くと考えやすくなります。

向いているのは、前提が固まっていない作業です。再現条件がはっきりしないバグの原因追跡、初めて触るライブラリの読み解き、複数案のある設計判断など、答えを出す前に調べる工程が要る作業で差が出ます。

一方で、変更内容を自分の言葉で正確に書ける作業では、Opus 5.5 を使っても結果はあまり変わりません。テンプレートに沿ったコードの追加や、既に画面に出ているコードへの質問は、下位モデルで十分に処理できます。

Opus 5.5 は effort の既定値が medium です。また Fable 系と同じく、思考を無効にできません（effort は後述）。安全性の分類器がサイバーセキュリティ分野の内容を検知すると Opus 4.8 で、生物学分野の内容では Opus 5 でそのリクエストが再実行され、以降のセッションは再実行したモデルで続きます。元に戻したいときは /model で選び直します。

Sonnet 5.5｜日々のコーディングを回す常用モデル

Sonnet 5.5 は日々のコーディング向けの現行モデルです。Claude Code のアカウント種別ごとの既定は Opus 5.5 のため、Anthropic API 経由では /model sonnet、バージョンを固定するなら /model claude-sonnet-5-5 で選びます。Sonnet 5 が v2.1.280 より前の Pro と Team Standard の既定だった履歴とは区別してください。

向いているのは、やることが決まっている実装です。仕様が固まった機能の追加、テストコードの作成、既存の書き方に合わせたリファクタリング、依存パッケージの更新対応などが該当します。指示を細かく書けるほど、上位モデルとの差は縮まります。

運用としては、Sonnet 5.5 を常用の位置に置き、詰まったときだけ上に上げる形が扱いやすくなります。上位モデルを常用にすると、簡単な作業でも待ち時間と使用量を払うことになるためです。

Sonnet 5.5 は 100 万トークンのコンテキストウィンドウに対応し、Anthropic APIへの直接接続では sonnet[1m] を追加しても挙動は変わりません。LLM gateway経由では通常200Kとして扱われるため、100万トークンを使うにはモデルピッカーの1M版を選びます。また CLAUDE_CODE_DISABLE_1M_CONTEXT=1 が設定されていると200Kに制限されます。

Fable 5.2｜一度で終わらない難所に投入する

Fable 5.2 は Claude Code でもっとも能力の高いモデルで、公式ドキュメントでは「一度の作業時間より大きい作業に向く」と説明されています。長い自律的なセッションを保ち、行動する前に調べ、小さいモデルより高い頻度で自分の作業を検証する点が特徴です。

既定モデルではないため、通常は /model fable で明示的に選ぶ必要があります。公式ドキュメントは、Fable 5.2 を活かすために次の 4 点を挙げています。

• 手順ではなく結果を伝える：やってほしい成果物を渡し、進め方は任せます
• 曖昧な問題を渡す：原因調査、障害対応、設計判断など、調べる工程が長い作業で効きます
• 検証の念押しを省く：促さなくても自分で確認するため、テストを走らせる指示は基本的に不要です
• 大きめの作業を渡す：普段なら分割して渡す規模の作業でも、文脈を保ったまま進みます

裏を返せば、細かく手順を指定する使い方とは相性がよくありません。指示どおりに動かしたい定型作業では、Sonnet 5.5 や Haiku 5.5 のほうが素直に進みます。

安全性の分類器が作動すると、リクエストが別モデルへ切り替わる場合があります。組織で使うときは、許可モデルとデータ保持の契約条件を確認してください（出典: Claude Codeのモデル設定、対象モデルのデータ保持条件）。

Haiku 5.5｜短く機械的な作業を速く終える

Haiku 5.5 は Claude Code で選べる現行モデルの中でもっとも軽く、速い応答を返します。判断の難しさがない作業を、待たされずに終わらせる用途に向きます。具体的には次のような作業です。

• 複数ファイルにまたがる文字列の一括置換
• 命名規則の統一やインデントの揃え直し
• コメントやドキュメントの体裁を整える作業
• コマンドの使い方についての短い質問

いずれも、作業の中身をこちらが完全に把握していて、Claude には手を動かしてもらうだけ、という状態が当てはまります。

Haiku 4.5 からの変化は 2 つあります。ひとつは Haiku として初めて effort（考えさせる量）の設定に対応し、既定値が medium になったこと。用途に合わせて low や high を選ぶ、という調整がモデルを変えずにできます。もうひとつはコンテキストウィンドウが 100 万トークンに広がり、他の 3 モデルと同じ規模になったことです。ただし API 従量課金では、10 万トークンを超えるプロンプトの単価が入力 0.50 ドル・出力 2.50 ドル（100 万トークンあたり）と、10 万トークン以下（入力 0.10 ドル・出力 0.50 ドル）の 5 倍になります（2026 年 10 月時点）。

Haiku 5.5 は 2026 年 10 月 8 日に公開されたモデルで、haiku が Haiku 5.5 を指すのは、Anthropic API 経由で Claude Code v2.1.293 以降を使っている場合です。Haiku 5.5 自体は Amazon Web Services・Google Cloud・Microsoft Azure でも提供されているため（出典: Haiku 5.5の公式発表）、Bedrock などで haiku が Haiku 4.5 を指す環境では、モデル名の直接指定か環境変数 ANTHROPIC_DEFAULT_HAIKU_MODEL で切り替えます。Haiku 5.5 の性能と料金はClaude Haiku 5.5とは？料金と性能、Haiku 4.5・Sonnet 5.5との違いで詳しく整理しています。

また、計画モードでは Haiku のセッションでも Sonnet に自動で引き上げられます。計画は上位モデル、実行は Haiku 5.5 という組み合わせが自然に成立する点も、運用上は扱いやすい特性です。

モデルを切り替える方法

Claude Code のモデル指定には優先順位があり、セッション中の指定がもっとも強く効きます。以下は優先度の高い順です。

セッション中に切り替える

作業の途中で切り替えるときは /model を使います。/model sonnet のようにエイリアスやモデル名を続けて打つとその場で切り替わり、引数なしで /model を実行するとピッカーが開きます。

ピッカーでは Enter を押すと切り替えたうえで新しいセッションの既定として保存され、s を押すとそのセッションだけの切り替えになります。/model sonnet のように直接打った場合は Enter と同じ扱いで、既定として保存されます。

なお、会話がすでに進んだ状態でモデルを切り替えると、次の応答は履歴全体を読み直すことになります。ピッカーはこの点について確認を求めるため、長いセッションの途中で切り替えるかどうかは意識して判断してください。

起動時に指定する・既定として保存する

セッションを始める時点で決まっているなら、起動オプションで渡すのが確実です。claude --model opus のように指定すると、そのセッションだけそのモデルで始まります。同じ効果は環境変数 ANTHROPIC_MODEL でも得られます。

恒久的に固定したい場合は、設定ファイルの model フィールドに書きます。\{"model": "opus"\} のように書いておくと、以降のセッションはその指定で始まります。

ターミナルごとに別のモデルを同時に動かしたいときは、/model で切り替えるのではなく、それぞれを --model 付きで起動します。/model の指定は既定として保存されるため、他方のセッションに影響しかねないためです。

opusplan で計画と実装のモデルを分ける

opusplan は、計画モードでは opus、実行モードでは sonnet を使う組み合わせ用のエイリアスです。設計を詰める工程には推論力を、コードを書く工程には速さとコストの釣り合いを当てられます。

モデルの切り替えを自分で判断せずに済むため、モデル選びに慣れていない段階でも扱いやすい設定です。作業のたびに /model を打ち直しているなら、まず opusplan を試す価値があります。

effort で考えさせる量を調整する

モデルと並ぶもうひとつの調整軸が effort です。モデルを変えずにコストと精度の釣り合いを動かせるため、実際の運用ではこちらのほうが出番が多くなります。

effort で変わるもの

effort は適応的推論を制御する設定で、モデルが各ステップでどれだけ考えるかを状況に応じて決めます。低い effort は速く安く、高い effort は深い推論を返します。

公式ドキュメントの説明では、effort が効くのは応答の長さではなく、リクエスト全体に対して Claude が行う作業量です。ファイルをどれだけ読むか、検証をどれだけ挟むか、途中で諦めずに続けるかといった動きが変わります。

指定できる段階は low・medium・high・xhigh・max の 5 つですが、どこまで使えるかはモデルによって変わります。

対応していない段階を指定してもエラーにはならず、指定した段階以下でそのモデルが対応するもっとも高い段階に落ちて実行されます。Opus 4.6 で xhigh を指定すると high として動くのがこの例です。Haiku 4.5 は effort そのものを持たないため、haiku が Haiku 4.5 を指す環境では、深く考えさせたい作業が出てきた時点でモデルを上に切り替えます。effort の段階ごとの意味は、モデル単体の解説記事でも詳しく整理しています。

既定の effort と、下げる・上げるときの目安

effort に対応するモデルの既定値は多くが high ですが、例外があります。Fable 5.2・Opus 5.5・Sonnet 5.5・Haiku 5.5 は medium、Opus 4.7 は xhigh が既定です。以前 /effort で設定した値がユーザー設定に残っていても Opus 5.5 とそれ以降に公開されたモデルには引き継がれず、モデルごとに改めて選ぶまではそれぞれの既定値（現時点ではいずれも medium）から始まります。Fable 5.2をClaude APIで直接使う場合の既定値は high です。Anthropic は「ほとんどの作業では既定の effort を使うべきだ」としており、作業ごとに動かすのではなく全体の方針として決める設定だと説明しています。段階ごとの位置づけは次のとおりです。

• low：知的な難しさがなく、範囲の限られた短い作業向け
• medium：コストを抑えたい作業向け。Fable 5.2・Opus 5.5・Sonnet 5.5・Haiku 5.5 の既定値
• high：Fable 5.2・Opus 5.5・Sonnet 5.5・Haiku 5.5・Opus 4.7 以外の既定値。多くの作業はここで足ります
• xhigh：より深く推論させたい作業向け
• max：要求の重い作業向け。考えすぎに振れやすいため、広く採用する前に試すよう注意書きがあります

low から xhigh は対話セッションで設定するとセッションをまたいで保持されますが、max はそのセッション限りです。設定方法は /effort、--effort フラグ、設定ファイルの effortLevel、スキルやサブエージェントのフロントマターなどがあり、環境変数がもっとも強く効きます。

サブエージェントの思考量は、例えば「メインはhighのまま、調査サブエージェントはmediumで動かして」と自然言語で指定する方法も案内されています。メインのセッションと、委任する作業の effort を分けて調整できます。詳しくはClaude開発者向け公式告知で案内されています。

/effort のメニューにはもうひとつ ultracode という項目があります。これはモデルの effort 段階ではなく Claude Code 側の設定で、xhigh を送りつつ、重い作業では Claude に動的なワークフローを組ませます。主な指定先は /effort ultracode と起動時の claude --effort ultracode で、後者には Claude Code v2.1.203 以降が必要です。セッション限りの設定のため、設定ファイルの effortLevel や環境変数には書けません。

その場かぎりで深く考えさせる ultrathink

Claude Codeのターミナル版では、対応するバージョン・モデルで ultrathink が認識されると、そのターンの effort が xhigh に引き上げられます。セッション全体の設定は変わりません。ターミナル版 v2.1.311 以降の動作で、引用・コードやパスなどに含めた語は認識の対象外です。環境変数や組織の制限による例外があり、Bedrockでは同じ自動引き上げを前提にせず effort を明示します（出典: モデル設定の公式ドキュメント）。なお「think」「think hard」といった言い回しは特別なキーワードではなく、通常のプロンプトとして読まれます。

AI活用実態調査レポート

オフィス系7職種のAI利用者669人の調査では、生産性向上を明確に実感した割合が、チャット中心の利用層14.3%に対しAIエージェント利用層54.3%。約3.8倍の差が見られました。

無料ダウンロード →

うまくいかないときのモデルと effort の切り分け

モデルを上げても直らない失敗は珍しくありません。Anthropic は、うまくいかなかったときに「知識が足りなかったのか、手数が足りなかったのか」を分けて考えるよう示しています。

知識が足りないのか、手数が足りないのか

必要な情報がすべて渡っていて、Claude が明らかに試したうえで間違えたのなら、それは知識の不足です。この場合は effort を上げても結果は変わりにくく、より大きいモデルに切り替える判断が向きます。

一方、ファイルを読み飛ばした、テストを走らせなかった、自分の作業を確認しなかったことが原因なら、足りないのは手数です。この場合は同じモデルのまま effort を上げるほうが的を射ています。

この 2 つを混同すると、Sonnet 5.5 で解けない設計問題に effort だけを積んで待ち時間を増やしたり、単なる確認漏れに対して最上位モデルを持ち出したりすることになります。

切り分けの手順

実際の作業では、次の順で確認すると判断が早くなります。

1. 必要なファイルや仕様が Claude に渡っているかを確かめます
2. 渡っていなければ、まず文脈を足して同じモデルで再実行します
3. 文脈は十分なのに確認や検証が抜けているなら、effort を 1 段階上げます
4. 文脈も検証も足りているのに答えが的外れなら、モデルを上に切り替えます
5. 一度で終わらない規模だと分かった時点で、Fable 5.2 に移します

この順番にしておくと、費用のかかる操作が後ろに回ります。文脈の追加はほとんどコストがかからず、effort を上げるより先に効くことも多いため、最初に確認する価値があります。

非エンジニアが業務で使うときのモデル選び

Claude Code はコード以外の作業にも使えます。資料のたたき台づくり、社内ドキュメントの更新、集計作業の自動化などを任せている場合も、モデル選びの考え方は同じです。難しさで選び、定型の作業は下から試します。

関連記事：Claude Code で非エンジニアは何ができる？業務で活かす5つの使い方と始め方

まずは Sonnet 5.5 を常用に置く

この用途では、Sonnet 5.5 を常用に置くところから始めるのが扱いやすくなります。書式の決まった文書の作成や、既存ファイルの体裁を整える作業は、指示を具体的に書けるぶん下位モデルでも十分に成立します。手順を毎回説明しているうちは、モデルよりも指示の書き方を直したほうが早く改善します。既定は Opus 5.5 なので、/model sonnet で切り替えてから始めます。

判断が要る作業だけ上に切り替える

上に切り替える価値があるのは、判断が要る作業です。複数の資料を突き合わせて食い違いを見つける、条件の異なるデータをどう整理するか決める、といった作業では Opus 5.5 に上げると差が出ます。逆に、決まった置換や整形を大量に回すなら Haiku 5.5 で足ります。

effort についても同じ考え方が当てはまります。文章の体裁を整えるだけなら、Sonnet 5.5では既定の medium から試します。high 以上へ上げていた場合は、medium に戻して品質と待ち時間を比べられます。反対に、内容の食い違いを洗い出す作業で見落としが出るなら、モデルを上げる前に effort を 1 段階上げるほうが先です。

非エンジニアの業務での具体的な使い方は、別記事で 5 つの活用シーンとして整理しています。まずは 1 つの作業を Claude Code に任せてみて、そこでモデルを 1 段上げ下げしながら手応えを掴む進め方が現実的です。

すぐ使えるモデル切り替えチートシート

最後に、実際の作業中に使う操作をまとめます。手元に置いておくと、モデルと effort の調整を迷わずに行えます。

普段使う操作は /model と /effort の 2 つに集約されます。まずはこの 2 つを覚え、設定ファイルでの固定は運用が固まってから手を付けると混乱がありません。

AIエージェント導入で陥りがちな3つの落とし穴

モデルの選び分けができるようになっても、AIエージェントの社内導入がそこで進むとは限りません。導入がうまく進まない現場には、共通する詰まり方があります。

落とし穴1｜いきなり全てをやろうとする

最初から複数の業務をまとめて任せようとすると、うまくいかなかったときに原因が特定できません。設定なのか、指示の書き方なのか、そもそも任せる作業の選び方なのかが切り分けられなくなります。

落とし穴2｜壮大なAI戦略から考えて手が止まる

全社の方針を固めてから動こうとすると、検討だけで数か月が過ぎます。その間に前提が変わり、また検討し直すことになりがちです。

落とし穴3｜既製品のチャット型AIでは業務フローに組み込めない

チャット画面で質問して答えを受け取るだけでは、実際のファイルや業務システムに手が届きません。自社の調査でも、生成AIの使い方がチャットの範囲に留まっている層が全体の 70.3% を占め、複数工程を自動で進める段階に到達しているのは 10.5% にとどまりました。組み込みが浅いところで止まる構図が、数字にも表れています。

詳細な調査データは「ビジネス職生成AI活用実態調査（2026年版）」にてご覧ください。

スモールスタートで1業務をAIエージェントに任せる

現実的な進め方は、1 つの業務を選んで最後まで任せ切ることです。週次レポートの作成でも、問い合わせ内容の分類でも構いません。1 業務に絞れば、モデルと effort を動かしたときの効果もはっきり見えます。そこで得た手応えを次の業務に横展開するほうが、全社方針から入るより早く進みます。

GiftX では、こうしたスモールスタート前提のAIエージェント構築を 1 業務単位から伴走支援しています。詳細は AIエージェント構築支援サービス をご覧ください。

Claude Codeのモデル一覧と使い分けに関するよくある質問

Claude Codeでは全部でいくつのモデルが使えますか

現行世代は Fable 5.2・Opus 5.5・Sonnet 5.5・Haiku 5.5 の 4 つです。これに加えて Fable 5.1・Fable 5・Opus 5・Sonnet 5・Opus 4.8・Opus 4.7・Opus 4.6・Sonnet 4.6・Sonnet 4.5・Haiku 4.5 といった旧版・旧世代も、claude-fable-5 や claude-opus-5 のようにモデル名を直接指定すれば選べます。エイリアスは実行環境ごとの推奨バージョンを指すため、/model fable、/model opus、/model sonnet、/model haiku で狙ったバージョンに切り替わるとは限りません。世代を固定したいときはモデル名で指定します。

既定のモデルが何か分からないときはどう確認しますか

/model を引数なしで実行するとピッカーが開き、現在のモデルが確認できます。セッション開始時のヘッダーにもモデル名が表示され、effort を設定している場合は「with low effort」のように併記されます。

プランによって使えるモデルは変わりますか

サブスクリプションのプラン間で default の違いはなくなり、Pro・Max・Ultra・Team・Enterprise と Anthropic API ではすべて Opus 5.5 が既定です（Claude Code v2.1.280 以降）。例外は Microsoft Foundry（Sonnet 4.5）と、組織の管理者が既定モデルを設定している場合です。Fable 5.2は標準の既定モデルに含まれず、通常は明示的に選びます。

モデルを切り替えると会話の内容は引き継がれますか

同じセッション内であれば会話は続きます。ただし切り替え後の応答は履歴全体を読み直すため、長い会話の途中で切り替えるとその分の読み込みが発生します。

effort とモデルはどちらを先に調整すべきですか

渡している情報が十分かを確認したうえで、確認や検証が抜けているなら effort を、答えの筋が違うならモデルを動かします。Anthropic はほとんどの作業で既定の effort を使うことを勧めており、まずモデル側で合わせるのが基本になります。

一度上げたモデルは戻したほうがよいですか

/model での切り替えは既定として保存されるため、上位モデルのまま使い続けることになります。難しい作業が終わったら常用モデルに戻すか、その場かぎりの切り替えとしてピッカーで s を選ぶ運用にしておくと、使用量の消費を抑えられます。

まとめ

Claude Code で使える現行モデルは Fable 5.2・Opus 5.5・Sonnet 5.5・Haiku 5.5 の 4 つで、旧版・旧世代もモデル名を直接指定すれば選べます。当て先を決めるのは能力の順位ではなく、作業の性質です。指示を正確に書ける作業は Sonnet 5.5 や Haiku 5.5 で回し、前提が固まっていない調査や設計判断で Opus 5.5 に上げ、一度で終わらない規模になったら Fable 5.2 に移します。

調整はモデルだけでなく effort という 2 本目の軸があります。確認や検証が抜けているなら effort を、答えの筋そのものが違うならモデルを動かす、という切り分けを持っておくと、無駄な待ち時間と使用量を減らせます。

そして、こうした設定の最適化が効いてくるのは、任せる業務が決まってからです。まずは 1 業務をスモールスタートでAIエージェントに任せ、そのうえでモデルと effort を合わせていく順番が、社内での定着につながります。

Claude Codeを業務に組み込みたい方へ

本記事で紹介したモデルの使い分けを踏まえて、自社の業務でも具体的に進めたい・相談したいとお考えの方は、ぜひGiftX AIエージェント構築支援までお問い合わせください。

GiftX AIエージェント構築支援では、貴社の業務に合わせて1業務単位のスモールスタートから本番運用まで、AIエージェント構築をワンストップで支援します。ユースケースの洗い出しから、PoC、本番運用、社内ナレッジ化まで伴走します。

AI活用にご関心のある方は、ぜひ一度ご相談ください。

▶ GiftX AIエージェント構築支援の詳細・お問い合わせはこちら

関連記事

• Claude Code と Codex の違い｜5 つの観点で整理し用途別に選び分ける
• Claude Coworkとは？できることとClaude Codeとの違いを5つの観点で整理
• Claude Code は安全に使える？セキュリティリスクと最初にすべき設定
• Claude Code のバックグラウンド実行｜スリープで止めず夜間も動かす方法