2026年、どのClaudeモデルを使うべきか?Fable 5・Opus 4.8・Sonnet 5・Haiku 4.5
Claude CodeにおけるClaude Fable 5、Opus 4.8、Sonnet 5、Haiku 4.5の使い分けを解説する実践ガイド。fast mode、ティアの混在、effortレベルも網羅。
長年にわたり、Claudeモデルの選択は一度きりの決定でした。デフォルトを設定すれば、セッション内のすべてのタスクがそのモデルを使う——そういうものでした。しかし2026年半ば、このメンタルモデルはもう通用しません。Claude Codeは今、Fable 5、Opus 4.8、Sonnet 5、Haiku 4.5というティア(階層)のポートフォリオを提供しており、さらにタスクごとにモデルを上書きできる3つの独立したポイント、レイテンシ重視のOpus作業向け /fast モード、そしてその上に重ねられる /effort ダイヤルまで備えています。
このガイドでは、各ティアが実際に何のためにあるのか、どんなときにどれを選ぶべきか、そして高価なトークンを判断力が必要な場所に、安価なトークンを単純作業に振り分けるための組み合わせ方を解説します。
2026年のラインナップ一覧
2026年半ば時点での現行Claudeモデルは以下のとおりです。
| モデル | Model ID | 位置づけ |
|---|---|---|
| Claude Fable 5 | claude-fable-5 | Opusの上に位置するMythosクラスティア——一般提供されている最上位モデル |
| Claude Opus 4.8 | claude-opus-4-8 | フロンティアOpusクラスの主力、fast mode対応 |
| Claude Sonnet 5 | claude-sonnet-5 | 日常のコーディングに適したバランス型デフォルト |
| Claude Haiku 4.5 | claude-haiku-4-5-20251001 | ファンアウトや機械的作業向けの高速・低コストティア |
覚えておくべき構造的な変化が1つあります。Fable 5はClaude 5ファミリー初のモデルであり、Opusの上に新設されたMythosクラスティアに属します。兄弟モデルのMythos 5は、Fableに追加されたデュアルユース(軍民両用)安全対策を持たない同一の基盤モデルで、承認された組織のみが利用できます——「より大きな」モデルではありません。ティア分割の全容を知りたい方は、Fable 5とMythos 5の解説記事をお読みください。
AIアプリケーション構築に関するAnthropic自身のガイダンスは、最新かつ最も高性能なClaudeモデルをデフォルトにすることを推奨しています。しかし、日々のClaude Code利用においては、「どこでも最高性能」が効率的な答えになることはほとんどありません。ここからは、各ティアの実際の使い分けを見ていきます。
ティア別プロファイル
Fable 5 — 判断力のティア
Fable 5は一般提供されている最上位ティアであり、ultracodeスタイルのオーケストレーション(多エージェント編成)ガイダンスを標準で備えたモデルです。最も難しい判断作業に使いましょう。
- アーキテクチャの意思決定 — 誤った判断を巻き戻すコストが高い場面
- 敵対的検証(adversarial verification) — もっともらしいが誤っている指摘を反証する作業
- 複雑なマルチステップの自律実行 — モデル自身が自己修正しなければならない長時間タスク
- 最終統合 — 多数のエージェントの出力を一貫した1つの答えにまとめる作業
タスクのコストがトークンではなく間違えることに支配されているなら、選ぶべきはこのティアです。
Opus 4.8 — フロンティアの主力
Opus 4.8はフロンティアOpusクラスのモデルで、他のどのティアにもない機能を1つ持っています。それがfast mode(高速出力モード)です。Opus 4.x系はAnthropicのロングコンテキスト対応が実装された系統でもあります——Opus 4.6の1Mトークンデフォルトはリリース時に本サイトでも取り上げましたが、4.8の具体的なコンテキストサイズについてはここでは断定しません。インタラクティブなセッションでフロンティア級の性能が欲しいとき、特に /fast をオンにした状態で、Opus 4.8を選びましょう。
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で利用できます。
メンタルモデルはこうです。fast modeは、対話しているモデルに関して何も犠牲にしません——同じOpusのまま、出力が速くなるだけです。レイテンシが重要なインタラクティブセッションで使いましょう。ペアプログラミングのループ、素早い「変更して確認」のサイクル、ターン間で考える時間よりモデルを待つ時間の方が長い場面などです。
意思決定フレームワーク
よくある4つの作業モードと、各ティアの適所を示します。
1. インタラクティブコーディング。 あなたがループの中にいて、すべての変更をレビューする状況です。日常作業にはSonnet 5、問題が難しくかつレイテンシに敏感なら /fast を付けたOpus 4.8を。セッション途中の切り替えは /model で行えます——選択を新規セッションのデフォルトとして保存することもできます。
2. 探索。 見知らぬコードベースのマッピング、ファイル探し、使用箇所の追跡。これはサブエージェントの領域であり、Haiku 4.5の領域です。安価な探索エージェントを生成し、メインコンテキストには(ファイルの中身の山ではなく)結論だけを残します。委譲パターンについてはSession 4: サブエージェントとコンテキスト分離をご覧ください。
3. 検証。 指摘が本物かどうかの確認、競合する出力の判定、自分自身の結論の反証。ここでケチると裏目に出ます——何でも承認するだけの検証者は、検証者がいないより悪いのです。最上位ティアを高effortで使いましょう。
4. 自律実行。 誰も各ステップを見守っていない、長時間のマルチステップタスク。モデルが自分の間違いに自分で気づく必要があるため、複雑なマルチステップの自律実行はFable 5のホームグラウンドです。
モデル選択テーブル
| タスクの種類 | モデル | 理由 |
|---|---|---|
| 日常の機能開発、デバッグ | Sonnet 5 | 中位ティアのコスト/レイテンシで高い性能 |
| 難しいインタラクティブな問題、レイテンシ重視 | Opus 4.8 + /fast | 出力が速くなったフロンティアOpus——同じモデル |
| コードベース探索(サブエージェント) | Haiku 4.5 | 高速・低コスト。検索と読み込みのファンアウト向き |
| 機械的工程:フォーマット、ファイルスキャン | Haiku 4.5 | 物量勝負で判断力は不要——払いすぎない |
| アーキテクチャの意思決定、最終統合 | Fable 5 | GA最上位ティア。誤答のコストはトークンより高い |
| 敵対的検証、判定パネル | Fable 5(高effort) | 反証の質こそがすべて |
| 複雑なマルチステップの自律実行 | Fable 5 | ultracodeスタイルのオーケストレーションガイダンスを標準装備 |
| サブエージェント(迷ったら) | (上書きなし) | セッションモデルを継承——安全なデフォルト |
ティアの混在: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, low effort
const summaries = await parallel(modules.map(m => () =>
agent(`Summarize the public API of ${m}: exports and signatures.`, {
label: `scan ${m}`,
model: 'haiku',
effort: 'low',
})
));
// 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 はセッションのreasoning effort(推論の力の入れ具合)を設定します——low / medium / high / xhigh——そしてワークフロースクリプトはサブエージェント単位で設定できます(max ティアも含む)。ペアリングの論理は同じです。安価な機械的工程にはlow effort、難しい検証・判定工程には上位ティアを。そして頂点に君臨するのがultracodeです。xhigh effortに常設のワークフローオーケストレーションを加えたもので、解き放たれるスケールの大きさゆえにオプトイン方式になっています。
これは1本の記事になるテーマです——Ultracodeとeffortレベル:Claude Codeを限界まで引き上げるをご覧ください。
コスト戦略を一文で
安価なファンアウト、高価な判断。(Cheap fan-out, expensive judgment.)
このガイドのすべてのパターンは、この一文の変奏です。Haiku 4.5のエージェントが100個のファイルを読み、Fable 5がその発見の意味を判断する。Sonnet 5が日常の中間領域を担い、/fast 付きのOpus 4.8が「難しくてインタラクティブ」な一角をカバーする。多くの構成における無駄は、高価なモデルを使うことではありません——そもそも判断力を必要としない作業に高価なモデルを使うことです。(トークン予算の全体像については、Session 21: コスト最適化が今も有効です。)
まとめ
- 4つのティア、4つの役割:判断にはFable 5、フロンティア級のインタラクティブ作業にはOpus 4.8、日常のコーディングにはSonnet 5、ファンアウトにはHaiku 4.5。
- Fast modeは速いOpusであり、小さいOpusではない——
/fast、Opus 4.8/4.7で利用可能。 - 3つの上書きポイント:エージェントのフロントマター、Agentツールの
modelパラメータ、ワークフローのagent()オプション。 - デフォルトは継承——ティアが適していると確信できるときだけモデルを固定する。
- Effortは第2のダイヤル——安価な工程にはlow effortを、判断の工程には上位ティアを組み合わせる。
モデル選択はセッション単位からタスク単位へと移りました。これを体得すれば、/model、/effort、/fast は単なる設定ではなく、仕事のやり方そのものの一部になります。
ハンズオン版で学びたい方は、チュートリアルシリーズのSession 25: Claude 5ファミリーとモデル戦略に取り組んでみてください。