Claude CodeでFable 5を使う方法｜設定と使い分け【2026年】

Claude Codeで大きめのリファクタリングを一気に任せたとき、途中でモデルが「最初の方針を忘れる」ような挙動に何度か遭遇したことがある。ファイルをまたいで30分も走らせると、序盤に決めた命名規則やインターフェースが後半でブレてくる。出力は動くんだけど、レビューすると「あれ、ここだけ昔の書き方に戻ってる」みたいなことが起きる。

2026年6月9日に正式リリースされたClaude Fable 5は、まさにこの「長時間タスクで集中力が切れる」問題に正面から取り組んだモデルです。Anthropicの説明では、Fable 5は数百万トークンにわたって焦点を保ち、自分のメモを使って出力を改善し続けるように設計されている。一言でいうと「長距離走に強いモデル」です。

ただ、ここで多くの人がハマる落とし穴があります。「最強モデルが出た＝全部これに切り替えればいい」と思ってしまうこと。実際は逆で、Fable 5は料金がOpus 4.8の2倍、しかも思考（thinking）が常時オンなので、軽い質問に使うとむしろ遅くて高くつきます。正しいのは「使い分け」です。

この記事では、Claude CodeでFable 5を有効にする4つの設定方法、Opus 4.8・Sonnet 4.6との具体的な使い分け表、Fable 5が真価を発揮する5つのタスク（コピペできるプロンプト付き）、そしてうちが実際に回してみて分かった失敗パターンまで、業務で使う前提で全部まとめます。Claude Codeの基本がまだの方は先にClaude Code完全ガイドを、Fable 5そのものの仕様はClaude Fable 5完全ガイドをどうぞ。

Claude Fable 5とは？Claude Codeで使う前に知るべき3つの特徴

設定の前に、Fable 5が「どういう性格のモデルなのか」を3点だけ押さえておきます。これを知らずに使うと、後述する失敗をそのまま踏みます。

1. 長距離（long-horizon）の自律タスクに最適化されている

Fable 5の最大の特徴は、1回の指示で何時間も走り続ける「自律タスク」での粘り強さです。Anthropicの公開ベンチマークでは、実際のソフトウェア課題を解くSWE-Bench Proで80.3%という、当時の他モデルを引き離すスコアを記録しています。ポイントはスコアそのものより「長く走らせても精度が落ちにくい」という設計思想のほうです。1Mトークン（約75万語相当）のコンテキストを跨いでも、序盤に立てた計画を保持し続けます。

2. 思考（extended thinking）が常時オン

Fable 5は内部で常に「考えてから答える」モードで動きます。これが長時間タスクの精度を支えている一方で、即答が欲しい場面では待ち時間として効いてきます。「この関数の引数なんだっけ？」みたいな軽い質問に使うと、Opus 4.8なら一瞬で返るところを、Fable 5は律儀に考え込みます。これがOpus 4.8と使い分けるべき最大の理由です。

3. 料金はOpus 4.8の2倍

API料金は入力100万トークンあたり$10、出力100万トークンあたり$50。Opus 4.8（入力$5／出力$25相当）のちょうど2倍です。Claude Pro／Max／Teamプランの場合、2026年6月22日まではプラン内で追加課金なしで使えますが、6月23日以降はクレジット制（使った分だけ消費）に切り替わる予定です。つまり「無料で試せる期間」は今だけなので、検証するなら今がチャンスです。

Claude CodeでFable 5を有効にする設定方法（4通り）

Claude CodeでFable 5を使うにはv2.1.170以上が必要です。まず最初にアップデートしてください。

# バージョン確認
claude --version

# 古ければアップデート（v2.1.170 以上にする）
claude update

バージョンが上がったら、以下の4通りのどれでもFable 5に切り替えられます。場面によって使い分けます。

方法1：セッション中に切り替える（一番よく使う）

すでにClaude Codeを開いている状態で、対話の途中からモデルを変えたいとき。これが日常で一番使う方法です。

# Claude Code のプロンプトに入力
/model fable

# 正式なモデルIDで指定してもよい
/model claude-fable-5

「ここから重いタスクに入るからFable 5に上げる」という切り替えがワンコマンドでできます。タスクが終わったら /model opus で戻せば、軽い作業は安いモデルに戻せます。

方法2：起動時に指定する

最初からFable 5で始めると決まっている場合。

claude --model fable

方法3：環境変数で固定する

「このプロジェクトでは常にFable 5」と決めたいとき。シェルの設定ファイル（.zshrc など）に書いておけば、起動するたびにFable 5になります。

export ANTHROPIC_MODEL=claude-fable-5

方法4：設定ファイルにピン留めする

チームでプロジェクト設定を共有したいとき。プロジェクト直下の .claude/settings.json に書くと、そのリポジトリを開いた全員がFable 5になります。

{
  "model": "fable"
}

うちの運用では、方法1（セッション中の /model）をベースに、重いリポジトリだけ方法4でピン留めしています。全プロジェクトを環境変数で固定（方法3）すると、軽い作業まで全部2倍料金になるので非推奨です。

Fable 5・Opus 4.8・Sonnet 4.6の使い分け早見表

Claude Codeで選べる主要3モデルの使い分けを、実際の作業シーン別に整理しました。迷ったらこの表に戻ってきてください。

ざっくり言うと、判断軸は「そのタスクは1Mトークンを跨ぐ長距離か？」のひとつだけ。跨ぐならFable 5、跨がないならOpus 4.8、速度最優先ならSonnet 4.6です。モデルごとのベンチマーク詳細はClaude Fable 5 vs Codex vs Cursor 開発体験比較でも掘り下げています。

Fable 5が真価を発揮する5つのタスク（コピペプロンプト付き）

「長距離タスクに強い」と言われても、具体的に何を任せればいいか分かりにくいので、Claude Codeにそのまま投げられるプロンプトを5つ用意しました。いずれも /model fable に切り替えてから実行してください。

プロンプト1：大規模リファクタリング

このリポジトリ全体で、認証ロジックが複数のファイルに重複している。
src/ 配下を調査して、認証処理を src/lib/auth/ に一元化してほしい。

手順:
1. まず認証関連のコードがどこにあるか全ファイルを調査してリスト化
2. 共通化できる関数を設計（インターフェースを先に決める）
3. 1ファイルずつ移行し、各ステップでテストを実行
4. 既存の挙動を変えないこと（リグレッションを出さない）

途中で方針を変える場合は、その理由をメモに残してから進めて。

「インターフェースを先に決める」「メモに残してから進めて」の2文がFable 5の自己改善能力を引き出すコツです。

プロンプト2：新機能のゼロからの自律実装

このNext.jsアプリに「記事のお気に入り機能」を追加して。

要件:
- ログインユーザーが記事をお気に入り登録/解除できる
- お気に入り一覧ページを /favorites に作る
- 既存の認証（NextAuth）とDB（Prisma）の構成に合わせる

進め方:
1. 既存のコード構成を調査してから設計を提案（実装前に一度止まって）
2. 設計に合意したらDBスキーマ→API→UIの順で実装
3. 各層で動作確認しながら進める

プロンプト3：言語・フレームワーク移行

scripts/ 配下のPythonスクリプト群（約15本）をTypeScriptに移植したい。

- 1本ずつ移植し、移植後に元のPythonと同じ出力になるか確認
- 共通utilは shared/ にまとめる
- 移植が終わったファイルは progress.md にチェックを付けていって
- 全部終わったら、移植できなかった/要確認の箇所をまとめて報告

進捗を progress.md に書かせるのがポイント。Fable 5は長時間タスクで「自分のメモ」を参照するので、進捗ファイルがそのまま記憶の補助線になります。

プロンプト4：テストカバレッジの一括引き上げ

src/services/ 配下のテストカバレッジが低い。
全ファイルを調査して、カバレッジが80%未満のファイルにユニットテストを追加して。

- 既存のテストの書き方（命名・構成）に合わせる
- エッジケース（null・空配列・境界値）を必ず含める
- 1ファイルずつ追加してテストを実行し、通ったら次へ
- 最後にカバレッジレポートの before/after を報告

プロンプト5：大量ドキュメントの整合性チェック

docs/ 配下のドキュメント（約40本）を全部読んで、
コードと矛盾している記述・古くなった記述を洗い出して。

- 各ドキュメントとソースコードを突き合わせる
- 「APIの引数が変わったのにドキュメントが古い」等の不整合をリスト化
- 修正案も添える（ただし修正はまだしない、リストだけ）

40本のドキュメントを横断して整合性を見る、というのはコンテキストを跨ぐ典型的な長距離タスク。短いコンテキストのモデルだと途中で前半の内容を忘れますが、Fable 5は最後まで保持します。

料金とトークン消費：2倍コストを正当化できる場面・できない場面

Fable 5は出力$50／1Mトークンと、決して安くありません。「2倍払う価値があるか」を判断するために、コストが正当化できる場面とできない場面を整理します。

考え方はシンプルで、「人間がやったら何時間かかる作業か」で測ること。エンジニアの半日（時給換算で数千円〜）を肩代わりしてくれるなら、API料金が通常の2倍でも安い。逆に、5分で終わる作業に高いモデルを使うのは、タクシー代わりにヘリを呼ぶようなものです。

なお、6月22日まではPro／Max／Teamプラン内なら追加課金なしなので、「正当化できるか」を実際に試して体感しておくのが今いちばん賢い動きです。クレジット制に移行する前に、自分の業務で2倍コストに見合うタスクがどれだけあるかを把握しておきましょう。

チームでFable 5の運用ルールを決める（settings.json実践）

個人で使うだけなら /model fable の手動切り替えで十分ですが、チーム開発になると「誰がいつFable 5を使うか」を決めておかないと、料金が読めなくなります。うちがクライアントのClaude Code導入支援でよく提案する運用ルールを共有します。

プロジェクトの性質でデフォルトを決める

リポジトリ直下の .claude/settings.json でプロジェクト単位のデフォルトモデルを固定できます。たとえば「移行プロジェクト」のように長距離タスクが中心のリポジトリはFable 5をデフォルトに、通常の機能開発リポジトリはOpus 4.8をデフォルトにします。

// レガシー移行リポジトリの .claude/settings.json
{
  "model": "fable"
}

// 通常の機能開発リポジトリの .claude/settings.json
{
  "model": "opus"
}

こうしておけば、チームメンバーがどのリポジトリを開いても「そのプロジェクトに適したモデル」が自動で選ばれます。手動切り替えの判断をメンバー個人に委ねないのがポイントです。

「Fable 5を使っていい場面」を文章で明文化する

設定ファイルだけでなく、チームのREADMEやドキュメントに判断基準を言葉で書いておくと事故が減ります。うちが推奨している文面はこんな感じです。

# モデル選択ルール（チーム共通）

- デフォルト: Opus 4.8
- Fable 5に切り替えてよい場面:
  - 数十ファイルを横断する大規模リファクタ
  - 言語/フレームワークの移行
  - 仕様→設計→実装→テストを一括で任せる自律タスク
- Fable 5を使ったら、PRの説明に「Fable 5使用」と一言書く（コスト把握のため）

「PRに使用モデルを書く」という軽い運用を入れるだけで、月末に「なぜAPI料金が上がったのか」を後追いできるようになります。

Fable 5のコストを抑える3つの実践Tips

Fable 5は料金2倍ですが、使い方次第でトークン消費を抑えられます。「Fable 5の精度は欲しいけどコストは抑えたい」というときの実践Tipsを3つ。

Tip1：調査フェーズはOpus 4.8、実行フェーズだけFable 5

大きなタスクでも、最初の「どこに何があるか調査する」段階はOpus 4.8で十分です。調査結果が出たら /model fable に切り替えて、実際の実装・移行という長距離パートだけFable 5に任せます。最も賢い箇所だけにFable 5を集中投下するイメージです。

Tip2：コンテキストを絞ってから渡す

Fable 5は1Mトークンを扱えますが、料金は使ったトークン量に比例します。関係ないディレクトリまで読み込ませると、入力トークンが膨らんでコストが上がります。.claudeignore で不要なファイル（node_modules、ビルド成果物、ログ等）を除外してから渡すと、精度を保ったままコストを下げられます。

Tip3：1タスク1セッションで完結させる

長距離タスクを複数のセッションに分割すると、そのたびにコンテキストを再読み込みするので入力トークンが重複してかかります。Fable 5の本領は「1セッションで最後まで走り切る」こと。タスクを細切れにせず、まとめて1回で任せるほうが、結果的にトークン効率が良くなります。これはFable 5の設計思想とも合致しています。

【要注意】Claude Code × Fable 5でやりがちな失敗4つ

うちで実際に使ってみて踏んだ・周りで見かけた失敗を4つ挙げます。先に知っておけば回避できます。

失敗1：全部Fable 5に切り替えて料金が跳ねる

❌ 悪い例：「最強モデルだから」と環境変数で全プロジェクトをFable 5に固定し、軽い質問まで2倍料金で回す。
⭕ 良い例：ベースはOpus 4.8。重いタスクの直前だけ /model fable で切り替え、終わったら /model opus で戻す。

失敗2：軽い質問に使って「遅い」と誤解する

❌ 悪い例：「この変数の型は？」とFable 5に聞いて、思考プロセスで待たされ「Fable 5は遅い」と結論づける。
⭕ 良い例：即答系はOpus 4.8。Fable 5の遅さは「長距離タスクで精度を保つための投資」であって、軽作業に向かないだけ。用途が違います。

失敗3：短い丸投げ指示で長距離の良さを引き出せない

❌ 悪い例：「いい感じにリファクタして」とだけ投げる。
⭕ 良い例：「手順を番号で示す」「インターフェースを先に決めさせる」「進捗をファイルに書かせる」。Fable 5は計画とメモを与えるほど強くなります。前述のプロンプト例を参考に。

失敗4：バージョンが古くてそもそも選べない

❌ 悪い例：/model fable と打っても反応しない、と悩む。実はClaude Codeがv2.1.170未満。
⭕ 良い例：まず claude update → claude --version でv2.1.170以上を確認。これが大前提です。

実際に使ってみて分かった、長時間タスクでの挙動

冒頭で触れた「リファクタ中に序盤の方針を忘れる」問題。Opus 4.8でも優秀ですが、30分を超える横断作業では、まれに後半で命名やパターンがブレることがありました。同じ作業をFable 5で回すと、序盤に立てた「インターフェースはこう」「命名規則はこう」という方針が、最後のファイルまで一貫して維持される感触があります。

体感として効いているのは、Anthropicが言う「自分のメモを使って出力を改善する」挙動です。長いタスクの途中で「ここまでの判断」を内部的に整理し直しながら進むので、終盤になっても序盤の文脈が薄まりにくい。プロンプト3・4で「進捗をファイルに書かせる」を推したのは、この性質を外からも補強できるからです。

一方で、これは万能ではありません。指示が曖昧だと、長時間かけて「丁寧に間違った方向へ」進むこともあります。長距離モデルだからこそ、最初の計画とゴール設定の質が結果を左右します。「止まって設計を見せて」と一度チェックポイントを挟む運用が、結局いちばん事故が少ないです。

よくある質問（FAQ）

Q. Fable 5はClaude Codeで無料で使えますか？

Claude Pro／Max／Teamプランなら、2026年6月22日まではプラン内で追加課金なしで使えます。6月23日以降はクレジット制（使った分だけ消費）に切り替わる予定です。今が無料で検証できる最後のタイミングです。

Q. Opus 4.8から完全に乗り換えるべき？

いいえ。乗り換えではなく「使い分け」が正解です。日常のコーディングはOpus 4.8、数時間かかる自律タスクのときだけFable 5に切り替える、が最もコスト効率の良い使い方です。

Q. /model fable が効きません。

Claude Codeのバージョンがv2.1.170未満の可能性が高いです。claude update でアップデートしてから再度お試しください。

Q. APIから直接Fable 5を呼ぶときのモデルIDは？

claude-fable-5 です。Claude Code内では fable という短縮名でも指定できます。

まとめ：判断軸は「長距離タスクかどうか」だけ

Claude CodeでのFable 5活用は、突き詰めると非常にシンプルです。

• 設定：claude update でv2.1.170以上に → セッション中に /model fable
• 使い分け：数時間の自律タスク=Fable 5／日常作業=Opus 4.8／速度最優先=Sonnet 4.6
• 料金：2倍コストは「人間の半日作業を肩代わりするか」で正当化する
• コツ：手順・インターフェース・進捗メモを与えるほど長距離の強みが出る

まずは6月22日の無料期間中に、自分の業務で一番重い1タスクをFable 5に投げて、Opus 4.8と比べてみてください。「これは2倍払う価値がある」という場面が、きっと1つは見つかります。

Claude Codeをチームに本格導入したい、モデル使い分けを含めた運用ルールを整備したい——そういうフェーズに入ったら、うちのClaude Code研修・個別指導でも具体的な業務への落とし込みを支援しています。記事末のリンクからお気軽にどうぞ。

参考・出典

• Anthropic「Introducing Claude Fable 5」公式発表（2026年6月9日、2026年6月11日参照）
• Anthropic Claude Docs「Models overview / Claude Code model selection」（2026年6月11日参照）
• Anthropic「Pricing」公式ページ（入力$10／出力$50 per 1M tokens、2026年6月11日参照）

佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。