注目 models claude-code opus-5 opus-4-8 sonnet-5 haiku-4-5 guide

2026年、どのClaudeモデルを使うべきか？Fable 5・Opus 5・Sonnet 5ほか

Claude CodeにおけるClaude Fable 5、Opus 5、前世代のOpus 4.8、Sonnet 5、Haiku 4.5の使い分けを解説する実践ガイド。fast mode、ティアの混在、effortレベルも網羅。

2026年7月8日 • 12 分で読む • 著者：Claude World

長年にわたり、Claudeモデルの選択は一度きりの決定でした。デフォルトを設定すれば、セッション内のすべてのタスクがそのモデルを使う——そういうものでした。しかし2026年半ば、このメンタルモデルはもう通用しません。Claude Codeは今、Fable 5、Opus 5、前世代のOpus 4.8、Sonnet 5、Haiku 4.5というティアと世代のポートフォリオを提供しており、さらにタスクごとにモデルを上書きできる3つの独立したポイント、対応Opus向け /fast モード、そしてeffort対応モデル向け /effort ダイヤルまで備えています。

このガイドでは、各ティアが実際に何のためにあるのか、どんなときにどれを選ぶべきか、そして高価なトークンを判断力が必要な場所に、安価なトークンを単純作業に振り分けるための組み合わせ方を解説します。

2026年のラインナップ一覧

2026年半ば時点での現行Claudeモデルは以下のとおりです。

モデルModel ID位置づけ
Claude Fable 5claude-fable-5Opusの上に位置するMythosクラスティア——一般提供されている最上位モデル
Claude Opus 5claude-opus-5現行Opus世代
Claude Opus 4.8claude-opus-4-8前世代のOpus。利用可能な環境ではfast mode対応
Claude Sonnet 5claude-sonnet-5日常のコーディングに適したバランス型デフォルト
Claude Haiku 4.5claude-haiku-4-5-20251001ファンアウトや機械的作業向けの高速・低コストティア

これはClaude Code 2.1.226のmodel configurationです。/model に表示されるモデルとaliasはprovider、プラン、アカウントのentitlement、rolloutによって異なる場合があるため、現在の選択画面を最終的な可用性チェックにしてください。

覚えておくべき構造的な変化が1つあります。Fable 5はClaude 5ファミリー初のモデルで、新しいMythosクラスティアに属します。Anthropic の公式 system cardは、Fable 5 と Mythos 5 を1つの新しい大規模言語モデルの2つの configuration と説明しています。Fable は一般利用向けに追加 safeguards を備え、Mythos は少数の trusted partners 向けに関連 safeguards を解除します。これは configuration と access の違いを裏付けますが、Mythos が別の「より大きな」モデルや一般 entitlement であるとは示しません。ティア分割の全容を知りたい方は、Fable 5とMythos 5の解説記事をお読みください。

AIアプリケーション構築に関するAnthropic自身のガイダンスは、最新かつ最も高性能なClaudeモデルをデフォルトにすることを推奨しています。しかし、日々のClaude Code利用においては、「どこでも最高性能」が効率的な答えになることはほとんどありません。ここからは、各ティアの実際の使い分けを見ていきます。

ティア別プロファイル

Fable 5 — 判断力のティア

Fable 5は一般提供されている最上位ティアです。最も難しい判断作業に使いましょう。

  • アーキテクチャの意思決定 — 誤った判断を巻き戻すコストが高い場面
  • 敵対的検証（adversarial verification） — もっともらしいが誤っている指摘を反証する作業
  • 複雑なマルチステップの自律実行 — モデル自身が自己修正しなければならない長時間タスク
  • 最終統合 — 多数のエージェントの出力を一貫した1つの答えにまとめる作業

タスクのコストがトークンではなく間違えることに支配されているなら、選ぶべきはこのティアです。

Opus 5 — 現行Opus世代

Opus 5はClaude Codeのmodel configurationにある現行Opusクラスの選択肢です。難しいOpusクラスの実装や対話型コーディングでは、providerとアカウントに表示されるモデルを確認したうえで評価の起点にできます。

Opus 4.8 — 前世代のOpus

Opus 4.8は引き続き前世代のOpus選択肢で、利用可能な環境ではfast mode（高速出力モード）に対応します。Opus 4.x系はAnthropicのロングコンテキスト対応が実装された系統でもあります——Opus 4.6の1Mトークンデフォルトはリリース時に本サイトでも取り上げましたが、4.8の具体的なコンテキストサイズについてはここでは断定しません。この対応済みの前世代経路が明確に必要で、アカウントに表示される場合に選びます。最新Opus世代として扱わないでください。

Sonnet 5 — 日常のデフォルト

Sonnet 5はバランス型の選択肢です。中位ティアのコストとレイテンシで高い性能を発揮します。長らくClaude Codeのデフォルトだった Sonnet 4.x 系の後継であり、ほとんどの機能開発、リファクタリング、デバッグにおいて、今も妥当なセッションモデルです——日常のコーディングにはこれで十分です。

Haiku 4.5 — ファンアウトのエンジン

Haiku 4.5は高速・低コストのティアで、その真価は物量にあります。探索用のサブエージェント、機械的なファンアウト工程（ファイル読み込み、検索、フォーマット）、高スループットのワークフロー工程などが得意分野です。Haikuをメインのセッションモデルにしたい場面はほぼありません——メインセッションはより重いモデルのままにして、サブエージェントを走らせるモデルとして使うのが正解です。

Fast Mode：小さいモデルではなく、速いOpus

これはラインナップの中で最も誤解されやすい機能なので、正確に押さえておきましょう。

  • /fast はClaude Codeでfast modeを切り替えます。
  • Fast modeは出力が高速化されたClaude Opusを使います。
  • 小さいモデルへのダウングレードではありません。
  • Opus 4.8と4.7向けに文書化されていますが、アカウントに表示されるモデルとentitlementに左右されます。

メンタルモデルはこうです。fast modeは、対話しているモデルに関して何も犠牲にしません——同じOpusのまま、出力が速くなるだけです。レイテンシが重要なインタラクティブセッションで使いましょう。ペアプログラミングのループ、素早い「変更して確認」のサイクル、ターン間で考える時間よりモデルを待つ時間の方が長い場面などです。

意思決定フレームワーク

よくある4つの作業モードと、各ティアの適所を示します。

1. インタラクティブコーディング。 あなたがループの中にいて、すべての変更をレビューする状況です。日常作業にはSonnet 5、難しいOpusクラスの作業にはOpus 5を使います。環境がOpus 4.8とfast modeを引き続き提供する場合、その前世代経路はレイテンシ重視の場面で役立ちます。セッション途中の切り替えは /model で行えます——選択を新規セッションのデフォルトとして保存することもできます。

2. 探索。 見知らぬコードベースのマッピング、ファイル探し、使用箇所の追跡。これはサブエージェントの領域であり、Haiku 4.5の領域です。安価な探索エージェントを生成し、メインコンテキストには（ファイルの中身の山ではなく）結論だけを残します。委譲パターンについてはSession 4: サブエージェントとコンテキスト分離をご覧ください。

3. 検証。 指摘が本物かどうかの確認、競合する出力の判定、自分自身の結論の反証。ここでケチると裏目に出ます——何でも承認するだけの検証者は、検証者がいないより悪いのです。最上位ティアを高effortで使いましょう。

4. 自律実行。 誰も各ステップを見守っていない、長時間のマルチステップタスク。モデルが自分の間違いに自分で気づく必要があるため、複雑なマルチステップの自律実行はFable 5のホームグラウンドです。

モデル選択テーブル

タスクの種類モデル理由
日常の機能開発、デバッグSonnet 5中位ティアのコスト/レイテンシで高い性能
難しいインタラクティブな問題Opus 5現行Opus世代。アカウントで利用可能な場合
対応済みの前世代経路でのレイテンシ重視作業Opus 4.8 + /fast出力が速くなった前世代Opus——同じモデル
コードベース探索（サブエージェント）Haiku 4.5高速・低コスト。検索と読み込みのファンアウト向き
機械的工程：フォーマット、ファイルスキャンHaiku 4.5物量勝負で判断力は不要——払いすぎない
アーキテクチャの意思決定、最終統合Fable 5GA最上位ティア。誤答のコストはトークンより高い
敵対的検証、判定パネルFable 5（高effort）反証の質こそがすべて
複雑なマルチステップの自律実行Fable 5一般提供の最上位ティアを高コストな判断に使う
サブエージェント（迷ったら）（上書きなし）セッションモデルを継承——安全なデフォルト

ティアの混在：3つの上書きポイント

2026年ラインナップの本当のスキルはここにあります。1つのモデルを選ぶのではなく、役割ごとにモデルを選ぶのです。Claude Codeがエージェント単位のモデル上書きを提供している場所は、ちょうど3つです。

1. エージェント定義（.claude/agents/*.md）

レジストリ内のすべてのエージェントタイプは、フロントマターで独自のモデル、reasoning effort、ツールを固定できます。定番の手法——常設の安価な探索エージェントです。

---
name: explorer
description: Read-only codebase exploration. Finds files, maps structure, reports back.
tools: Read, Grep, Glob
model: haiku
---

Explore broadly, then return a short summary of conclusions.
Never modify files.

これで explorer の生成はすべて、セッションが何を使っていようとHaiku 4.5で実行されます。

2. Agentツールの model パラメータ

使い捨てのサブエージェントを生成するとき、Agentツールは model パラメータを受け付けます：sonnet | opus | haiku | fable。これは同じ考え方のアドホック版です——レジストリへの登録は不要です。

3. Workflowの agent() オプション

Workflow（ワークフロー）オーケストレーションスクリプトの中では、すべての agent() 呼び出しが model と effort オプションを取ります。ティアの混在が体系的になるのはここです——安価なファンアウトが高価な判断に材料を供給します。

// Cheap mechanical stage: scan every module on Haiku without an effort override
const summaries = await parallel(modules.map(m => () =>
  agent(`Summarize the public API of ${m}: exports and signatures.`, {
    label: `scan ${m}`,
    model: 'haiku',
  })
));

// Expensive judgment stage: one Fable 5 synthesis at xhigh effort
const review = await agent(
  `Here are API summaries for every module:\n` +
  summaries.filter(Boolean).join('\n') +
  `\nIdentify inconsistencies and propose a unified naming scheme.`,
  { label: 'synthesize', model: 'fable', effort: 'xhigh' }
);

オーケストレーションモデルの全体像はSession 27: Workflowツールをご覧ください。

3つすべてを貫くルールが1つあります。デフォルトでは上書きを省略すること。 model が設定されていないエージェントはセッションモデルを継承します。別のティアが適していると確信できる場合を除き、それが正しい選択です。あらゆる場所でモデルを固定するのは早すぎる最適化です——明白な勝ち筋（探索にはHaiku、判断には最上位ティア）だけを固定し、残りはそのままにしておきましょう。

Effort：第2のダイヤル

モデル選択は、コントロールできる領域の半分にすぎません。Effort対応モデルでは /effort にlow / medium / high / xhigh / maxの5つの標準値があり、ワークフロースクリプトもサブエージェント単位で対応値を設定できます。Claude Code 2.1.226ではFable 5、Opus 5、Sonnet 5、Opus 4.8が5段階すべてに対応します。Haiku 4.5はeffort対応として掲載されていないので、--effort や effort オプションを付けません。Ultracodeは第6のeffortティアではありません。 xhigh とworkflowオーケストレーションを組み合わせるsession-onlyモードで、セッション終了時にリセットされます。

これは1本の記事になるテーマです——Ultracodeとeffortレベル：Claude Codeを限界まで引き上げるをご覧ください。

コスト戦略を一文で

安価なファンアウト、高価な判断。（Cheap fan-out, expensive judgment.）

このガイドのすべてのパターンは、この一文の変奏です。Haiku 4.5のエージェントがeffort上書きなしで100個のファイルを読み、Fable 5がその発見の意味を判断する。Sonnet 5が日常の中間領域を担い、Opus 5が難しい作業向けの現行Opusとなり、前世代のOpus 4.8は利用可能な場合にfast-mode経路を提供する。多くの構成における無駄は、高価なモデルを使うことではありません——そもそも判断力を必要としない作業に高価なモデルを使うことです。（トークン予算の全体像については、Session 21: コスト最適化が今も有効です。）

まとめ

  1. 役割と世代でルーティング：最難関の判断にはFable 5、現行OpusにはOpus 5、前世代のOpus 4.8はその経路が合う場合のみ、日常のコーディングにはSonnet 5、ファンアウトにはHaiku 4.5。
  2. Fast modeは速いOpusであり、小さいOpusではない——/fast はOpus 4.8/4.7向けに文書化されていますが、実際の可用性を確認してください。
  3. 3つの上書きポイント：エージェントのフロントマター、Agentツールの model パラメータ、ワークフローの agent() オプション。
  4. デフォルトは継承——ティアが適していると確信できるときだけモデルを固定する。
  5. Effortはモデル固有——対応モデルには5つの標準レベルがあり、Haiku 4.5にはなく、ultracodeは独立したsessionモードです。

モデル選択はセッション単位からタスク単位へと移りました。これを体得すれば、/model、/effort、/fast は単なる設定ではなく、仕事のやり方そのものの一部になります。

ハンズオン版で学びたい方は、チュートリアルシリーズのSession 25: Claude 5ファミリーとモデル戦略に取り組んでみてください。