Claude CodeでFable 5.1を使う方法と料金【2026年9月】

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

2026年6月9日に登場したClaude Fable 5は、まさにこの「長時間タスクで集中力が切れる」問題に正面から取り組んだモデルでした。そして2026年9月1日（米国時間）にその後継として Claude Fable 5.1 が公開されました。Anthropicの公式ドキュメントによれば、5.1は「同じ入力・出力価格のまま、キャッシュ読み取りを4分の1の価格にし、長時間のエージェント的コーディング・多段のリサーチ・ドキュメント／表計算／スライド作業を強化した」モデルです。一言でいうと「長距離走の脚がさらに伸びた」版です。

ただ、ここで多くの人がハマる落とし穴があります。「最強モデルが出た＝全部これに切り替えればいい」と思ってしまうこと。実際は逆で、Fable 5.1は入力・出力の単価がOpus 5の2倍（Opus 5は入力$5／出力$25）、しかも思考が常時オンでレイテンシも公式表記で「Slower」なので、軽い質問に使うとむしろ遅くて高くつきます。Anthropic自身が公式ドキュメントで「ほとんどのワークロードはまずClaude Opus 5から始めてください」と書いています。正しいのは、やはり「使い分け」です。

この記事では、Claude CodeでFable 5.1を有効にする4つの設定方法（v2.1.255前提での挙動変更込み）、Opus 5・Sonnet 5との具体的な使い分け表、5.1で変わった挙動とその対処、真価を発揮する5つのタスク（コピペできるプロンプト付き）、料金とキャッシュ読み取り値下げの読み方、そして「Fable 5はいつまで使えるのか」まで、業務で使う前提で全部まとめます。Claude Codeの基本がまだの方は先にClaude Code完全ガイドを、Fableモデルそのものの仕様はClaude Fable 5完全ガイドをどうぞ。

【2026年7月20日更新】Anthropicは Claude Fable 5 の無料内包期間をさらに再延長し、太平洋時間7月19日23:59（日本時間7月20日（月）15:59）まで無料提供を継続すると発表しました（当初7/7→7/12→7/19の3度目の延長）。その後2026年7月20日に決着し、Max・Team Premiumは恒久提供（週次利用上限の50%）、Pro・Team Standardは$100クレジット付与後に従量課金、Claude Codeの50%ブーストは同日終了となりました。従量課金（Usage Credits）の単価に変更はありません。本文中の「7月12日まで」「7月13日以降は従量課金」「7月13日で終了」という記述は延長前の旧情報です。

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

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

Fableモデルそのものを知りたい方へ：本記事はClaude CodeでFableを動かす手順（設定・使い分け・料金・寿命）に絞っています。モデルの位置づけ・破壊的変更・移行手順はClaude Fable 5.1とは？変更点・料金・使い方で、旧Fable 5世代の全体像はClaude Fable 5とは｜4モデル比較と料金・使い方で解説しています。

2026年7月25日追記：7月24日にAnthropicの最上位精度モデルが世代交代し、Claude Opus 5が登場しました（料金はOpus 4.8から据え置き）。Claude Codeでどのモデルを指定するか迷っている場合は、先に世代の整理を確認してください。

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

Fable系の最大の特徴は、1回の指示で何時間も走り続ける「自律タスク」での粘り強さです。5.1でも設計思想は変わらず、公式ドキュメントは能力向上の中心を次の6領域だと明記しています。

• 長時間セッションのエージェント的コーディング（複数ファイルにまたがる機能追加、大規模リファクタリングと移行、デバッグ、数時間続くコードレビュー）
• ドキュメント・表計算・スライドを使ったナレッジワーク（最初の問いから、完成したドキュメント／数式が生きた表／白紙から組んだスライドまで）
• リサーチと検索（多段のWeb調査、見つけた内容を追いかけるディープリサーチの正確性）
• ビジョン（PDF内に入れ子になった密なグラフ・書類・表の読み取り。グラフの切り出し・拡大ツールを併用する場合も含む）
• ロングコンテキスト（1Mトークンのコンテキスト全体にまたがる情報の突き合わせ）
• コンピュータ操作（ブラウザやデスクトップアプリの操作、失敗ステップからの復帰）

ポイントは「どれだけ賢いか」より「長く走らせても落ちにくいか」のほうです。1Mトークン（現行トークナイザーでおよそ55万5,000語相当）のコンテキストを跨いでも、序盤に立てた計画を保持し続けることが売りになっています。多言語性能はFable 5と同等（on par）と公式に書かれており、日本語だから不利ということもありません。

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

Fable 5.1は内部で常に「考えてから答える」モードで動きます。これはオプションではなく仕様で、thinking: {"type": "disabled"} を送ると400エラーになります。効きの深さは effort パラメータで調整する形で、既定値は high です。

これが長時間タスクの精度を支えている一方で、即答が欲しい場面では待ち時間として効いてきます。公式の比較表でもレイテンシは「Slower」と明記されています。「この関数の引数なんだっけ？」みたいな軽い質問に使うと、Opus 5なら一瞬で返るところをFable 5.1は律儀に考え込みます。これがOpus 5と使い分けるべき最大の理由です。

3. 料金は据え置き、ただしキャッシュ読み取りだけ4分の1

API料金は入力100万トークンあたり$10、出力100万トークンあたり$50。Fable 5から据え置きで、Opus 5（入力$5／出力$25）のちょうど2倍です。5.1で唯一下がったのがキャッシュ読み取りで、$1／100万トークンから$0.25／100万トークンになりました。公式の説明では、この2モデル（Fable 5.1とMythos 5.1）だけキャッシュ読み取りが基本入力価格の0.025倍で、他のClaudeモデルは0.1倍です。

ここは誤読が起きやすいので先に釘を刺しておくと、この値下げが金額として見えるのは、APIを従量課金で叩いている場合だけです。Claude Pro／Maxのプラン内でClaude Codeを使っている場合は、利用が金額ではなく利用上限の消費として扱われるため、請求書上の変化としては現れません。

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

まず前提から。Claude CodeからFable 5.1を呼ぶには v2.1.255 以降が必要です。それ未満のCLIで5.1を指定すると、リクエストが400で弾かれ、次のようなメッセージが返ります。

# 古いCLIでFable 5.1を呼んだときのエラー（要旨）
version 2.1.255 or newer is required

なので、最初にやることはアップデート1つだけです。

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

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

配布チャンネルの注意（2026年9月2日時点の実測）：npmレジストリの配布タグを見ると、latest は 2.1.258、stable は 2.1.236 でした。つまり「stableチャンネルに固定している組織」には、この時点でまだ2.1.255が届いていません。社内ポリシーでstable固定にしている場合、claude update を実行しても2.1.236のままで、/model fable を打っても5.1に届かないという状態が起こり得ます。配布タグは自分の環境で確認できます。

# 配布チャンネルごとの最新版を確認する
npm view @anthropic-ai/claude-code dist-tags

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

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

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

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

# 正式なモデルIDで指定してもよい（5.1を明示）
/model claude-fable-5-1

# 旧Fable 5に留まりたいときだけ、IDで固定する
/model claude-fable-5

ここが今回いちばん重要な変更点です。v2.1.255以降、fable というエイリアスの解決先がFable 5からFable 5.1へ変わりました。つまり、これまでと同じ /model fable を打っているつもりでも、実際に走るモデルは新しいほうに入れ替わっています。例外は環境変数 ANTHROPIC_DEFAULT_FABLE_MODEL を設定している場合で、そのときは指定した値が優先されます（＝組織側でエイリアスの解決先を固定できる）。

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

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

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

# エイリアス指定（v2.1.255以降は Fable 5.1 になる）
claude --model fable

# 版を固定したいときはIDで
claude --model claude-fable-5-1

CIやスクリプトから呼ぶ場合、エイリアスで書いておくと将来の新版に自動で乗ってしまいます。再現性が要るジョブはIDで固定するのが安全です。今回の5→5.1のように、ある日を境に中身が入れ替わっても気づけません。

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

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

# モデルそのものを固定する
export ANTHROPIC_MODEL=claude-fable-5-1

# もしくは「fable エイリアスの解決先」を組織として固定する
export ANTHROPIC_DEFAULT_FABLE_MODEL=claude-fable-5

後者は、社内の検証が終わるまで旧版に据え置きたいときに効きます。ANTHROPIC_DEFAULT_FABLE_MODEL が設定されている環境では、/model fable は自動的な5.1への切り替え対象から外れます。「勝手に新版に乗り換わるのを止めたい」という要望は法人でよく出るので、覚えておくと使えます。

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

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

{
  "model": "fable"
}

版まで固定したいなら、エイリアスではなくIDを書きます。

{
  "model": "claude-fable-5-1"
}

初回起動で出る「(auto-updated)」表示の正体

v2.1.255に上げてから最初にClaude Codeを起動したとき、モデル名の横に (auto-updated) という表示が一度だけ出ることがあります。これは不具合ではありません。

ユーザー設定に claude-fable-5 が保存されていた場合、v2.1.255の初回起動時にその値が fable エイリアスへ自動で書き換えられ、その旨が1回だけ表示される、という挙動です。つまり「あなたの個人設定は今、5.1側に寄せられました」というお知らせです。放っておいて構いませんが、意味を知らないと「勝手に設定を変えられた」と驚きます。

ここで大事なのは、書き換わるのはユーザー設定だけだという点です。プロジェクト設定（リポジトリ内の .claude/settings.json）と、組織が配る managed settings は書き換えられません。したがって「チームのリポジトリでは claude-fable-5 に固定してあるのに、自分の手元だけ5.1になっていた」という食い違いが起こり得ます。版が結果に効くプロジェクトでは、個人設定ではなくプロジェクト設定側で明示するのが事故が少ないです。

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

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

まず、現行ラインナップの素の数字を並べます。Claude Codeの /model に出る顔ぶれはバージョンやプランで変わるので、判断の土台としてAPI側の仕様で整理しておくのが確実です。

いずれもAnthropic公式のモデルページ記載値です（2026年9月2日参照）。Batch APIは入力・出力とも50%割引で、Fable 5.1なら入力$5・出力$25になります。

その上で、実際の作業シーン別の使い分けがこちらです。迷ったらこの表に戻ってきてください。

ざっくり言うと、判断軸は「そのタスクは1Mトークンを跨ぐ長距離か？」のひとつだけ。跨ぐならFable 5.1、跨がないならOpus 5、速度最優先ならSonnet 5です。Anthropic自身が「ほとんどのワークロードはOpus 5から始め、Opus 5を高いeffortで回してもなお足りないときにFable 5.1を使う」という順序を推奨しているので、迷ったらこの順で試すのが公式に沿った判断になります。モデルごとの開発体験の違いはFable 5 vs Codex vs Cursor 比較でも掘り下げています。

Fable 5.1で変わった挙動と、Claude Code側の対処

5.1は「同じモデルの強化版」ではあるのですが、コードを1行も変えていなくても体感が変わる差分が公式ドキュメントに列挙されています。Claude Codeで効いてくるものを、実務上の対処とセットで整理します。

このうちClaude Codeユーザーの財布に直接効くのは「小さな修正でもファイル全体を書き直しがち」と「並列ツール呼び出しが不安定」の2つです。前者は出力トークン（$50／100万トークン）が、後者は往復回数が増えます。どちらもプロンプト1行で抑えられるので、後述の CLAUDE.md テンプレに入れておくのが早いです。

Claude Codeユーザーが得をしている点：履歴編集の検査を肩代わりしてくれる

5.1には破壊的変更が3つあり、そのうちの1つが「過去のターンを編集すると、以降の思考ブロックが無効になる」というものです。システムプロンプトやツール定義を毎リクエスト組み直したり、一時的な注意書きを過去メッセージに差し込んで次のリクエストで消したりすると、次の呼び出しでエラーになる（あるいはブロックが落ちる）。自前でメッセージ配列を組み立てているアプリケーションでは、移行前に確認が必要な項目です。

ここでClaude Codeユーザーには朗報があって、公式ドキュメントは「Claude Code、claude.ai、Claude Managed Agents、Claude Agent SDK はそのプレフィックスを保ってくれる」と明記しています。つまりClaude Codeを普通に使っている限り、この破壊的変更を自分で吸収する必要はありません。自社でAPIを直接叩く社内ツールを持っている場合だけ、そちらの点検が必要になります。

残る2つの破壊的変更（tool_choice の強制がエラーになる／古いモデルは5.1の思考ブロックを読めない）も、影響を受けるのは基本的にAPI直叩きの実装側です。詳細と移行手順はClaude Fable 5.1とは？変更点・料金・使い方にまとめています。

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

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

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

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

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

独立した調査（複数ファイルの読み取りなど）は、同じターンでまとめて実行して。
編集は該当箇所だけを対象にして、ファイル全体の書き直しはしないで。
途中で方針を変える場合は、その理由をメモに残してから進めて。

「インターフェースを先に決める」「メモに残してから進めて」の2文がFable系の自己改善能力を引き出すコツです。後半2行は5.1で追加した指示で、前述の「並列ツール呼び出しが不安定」「ファイル全体を書き直しがち」への対処にあたります。

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

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

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

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

作業の最初に着手内容を1行で宣言し、各層が終わるたびに1行で報告して。
最後に変更点の要約を出して。

末尾2行は、5.1で「ツール実行の合間の報告が減った」ことへの対処です。何も言わないと、長い自律実行が外から見て無言になります。

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

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

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

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

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

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

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

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

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

- 各ドキュメントとソースコードを突き合わせる
- 「APIの引数が変わったのにドキュメントが古い」等の不整合をリスト化
- 修正案も添える（ただし修正はまだしない、リストだけ）
- 原文をそのまま引くときは、引用と分かる形にして自分の説明と混ぜないで

40本のドキュメントを横断して整合性を見る、というのはコンテキストを跨ぐ典型的な長距離タスク。短いコンテキストのモデルだと途中で前半の内容を忘れますが、Fable系は最後まで保持します。末尾の1行は、5.1で「要約時に引用符なしで原文を写すことがある」という挙動差が公式に明記されたことへの対処です。

おまけ：CLAUDE.mdに置いておく5.1向けの共通指示

毎回プロンプトに書くのが面倒なら、リポジトリの CLAUDE.md に共通指示として置いてしまうのが早いです。

# Fable 5.1 を使うときの共通指示

- 独立した読み取り・調査は、可能な限り同じターンでまとめて実行する
- 既存ファイルの編集は該当箇所だけを対象にし、ファイル全体の書き直しはしない
- 長い作業では、着手時に1行・区切りごとに1行・完了時に要約を書く
- 鮮度が必要な調べものは、記憶で答えず必ず取得ツールで確認する
- 原文を引用するときは、引用と分かる形にする

料金とトークン消費：キャッシュ読み取り$0.25で何が変わるか

Fable 5.1は出力$50／100万トークンと、決して安くありません。「2倍払う価値があるか」を判断するために、まず正確な価格表を置きます。

変わったのはキャッシュ読み取り1行だけです。ただしこの1行は、Claude Codeの使い方とかなり相性がいい。Claude Codeは同じリポジトリのコンテキストを何度も読み直しながら進むので、キャッシュ読み取りの比率が高くなりやすいからです。公式も「キャッシュ済みのプレフィックスを読み直す長時間のエージェント的セッションは、Fable 5の4分の1の料金になる」と説明しています。

注意点を2つ。1つ目は前述のとおり、この差が金額として見えるのは従量課金の場合だけで、Pro／Maxのプラン内利用では上限の消費として扱われます。2つ目はキャッシュ書き込みの価格は変わっていないこと。読み直しが多いセッションほど得をし、毎回コンテキストを作り直すような使い方だと恩恵は薄いです。ここは後述のTipsに直結します。

そのうえで、コストが正当化できる場面とできない場面を整理します。

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

なおFable 5の提供方式は2026年7月20日に決着しており、Max・Team Premiumプランでは週次利用上限の50%まで恒久提供、Pro・Team Standardプランは$100分のクレジット付与後に従量課金です。プラン内で試せる枠があるうちに「自分の業務で2倍単価に見合うタスクがどれだけあるか」を体感しておくのが賢い動きなのは、5.1になっても変わりません。プラン別の料金整理はClaude Code 料金完全ガイドにまとめてあります。

Fable 5はいつまで使える？Legacy化と提供終了の時期

「fable いつまで」という検索で来る方が多いので、ここは正確に書きます。2026年9月2日時点で、旧Fable 5は使えなくなっていません。ただし公式ドキュメント上の扱いは変わりました。

読み方のポイントは「retirement は最短保証であって、その日に止まると決まっているわけではない」という点です。「Not sooner than（〜より前にはならない）」という書き方なので、少なくともその日までは使える、という下限の約束にあたります。公式ページには「Claude Fable 5はまだ利用できますが、性能向上のためClaude Fable 5.1への移行を検討してください」という案内も併記されています。

実務的な判断としてはこうなります。

• 今日から慌てて全部を5.1にする必要はない。旧版は1年近い猶予が保証されている
• ただしClaude Code側のエイリアスはすでに5.1を指しているので、「何もしなければ旧版のまま」ではない。放置＝新版に乗る、が既定の挙動
• 版を固定したいなら、ANTHROPIC_DEFAULT_FABLE_MODEL かプロジェクト設定でIDを明示する（前述の方法3・方法4）
• 評価（eval）を持っているチームは、retirementまでの猶予を使って5.1で再実行してから乗り換える。公式も移行手順の最後に「evalを回し直す」を挙げています

なお「いつまで」にはもう1つの意味、「無料で使えるのはいつまでか」があります。こちらは2026年7月20日に決着済みで、Max・Team Premiumは週次利用上限の50%まで恒久提供、Pro・Team Standardは$100クレジット付与後に従量課金です（記事冒頭のボックス参照）。期限が切れて使えなくなる、という状態ではありません。

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

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

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

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

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

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

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

今回の5→5.1のような版の入れ替わりを踏まえると、長距離用リポジトリはエイリアス（fable）ではなくID（claude-fable-5-1）で書いておくほうが安全です。エイリアスで書くと、次に5.2が出たときにチーム全員が黙って乗り換わります。それが望ましい場合もありますが、「いつ変わったか分からない」状態は事故のもとです。

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

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

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

- デフォルト: Opus 5
- Fable 5.1 に切り替えてよい場面:
  - 数十ファイルを横断する大規模リファクタ
  - 言語/フレームワークの移行
  - 仕様→設計→実装→テストを一括で任せる自律タスク
  - 多段の調査（追いかけて掘るリサーチ）
- Fable 5.1 を使ったら、PRの説明に「Fable 5.1使用」と一言書く（コスト把握のため）
- CI・定期ジョブは fable エイリアスで書かず、モデルIDで固定する

「PRに使用モデルを書く」という軽い運用を入れるだけで、月末に「なぜAPI料金が上がったのか」を後追いできるようになります。最後の1行は今回の版切り替えで追加した項目です。

組織として版を固定したい場合

「検証が終わるまで全員を旧版に据え置きたい」という要望は、法人導入だと普通に出ます。その場合は個人設定ではなく、配布する環境変数（ANTHROPIC_DEFAULT_FABLE_MODEL）または managed settings 側で押さえるのが正解です。前述のとおり、v2.1.255の初回起動で自動的に書き換えられるのはユーザー設定だけで、プロジェクト設定と managed settings は書き換えられません。「全員に口頭で『5のままにしといて』と伝える」運用は、初回起動の自動書き換えで簡単に崩れます。チーム展開の型はClaude Teamプラン完全ガイドも参考にどうぞ。

Fable 5.1のコストを抑える4つの実践Tips

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

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

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

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

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

Tip3：1タスク1セッションで完結させる（5.1ではさらに効く）

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

5.1ではこの効きがさらに大きくなりました。キャッシュ読み取りが$1から$0.25に下がったので、「同じプレフィックスを読み直しながら長く走る」使い方の割安さが増したからです。逆に言うと、セッションを刻むほど、安くなったキャッシュ読み取りではなく高いままのキャッシュ書き込み（$12.50／$20）を何度も払うことになります。

Tip4：「全文書き直し」を止める1行を入れる

これは5.1で新しく必要になった対策です。公式ドキュメントが挙げる挙動差のひとつに「テキストファイルを編集するとき、狙った箇所だけ直すのではなくファイル全体を書き直しがち」というものがあります。結果は同じでも、出力トークン（$50／100万トークン）と時間を余計に払うことになります。

対処は簡単で、依頼文かリポジトリの CLAUDE.md に次の1行を入れるだけです。

既存ファイルの編集は該当箇所だけを対象にし、ファイル全体の書き直しはしないで。

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

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

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

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

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

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

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

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

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

❌ 悪い例：/model fable と打っても5.1にならない、あるいは400エラーになると悩む。実はClaude Codeがv2.1.255未満。
⭕ 良い例：まず claude update → claude --version でv2.1.255以上を確認。stableチャンネルに固定している組織は、2026年9月2日時点で配布が2.1.236止まりなので、そもそもupdateしても上がりません。npm view @anthropic-ai/claude-code dist-tags で自分の配布経路を確認してください。

失敗5：「(auto-updated)」を見て設定が壊れたと思い込む

❌ 悪い例：初回起動で (auto-updated) が出たのを不具合だと思い、設定ファイルを消したり作り直したりする。
⭕ 良い例：これはユーザー設定の claude-fable-5 が fable エイリアスへ書き換えられたという1回限りの通知。版を固定したいならプロジェクト設定か ANTHROPIC_DEFAULT_FABLE_MODEL で明示するのが正しい対処です。個人設定を直しても、次のメンバーの手元では同じことが起きます。

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

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

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

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

プラン内の利用枠は、モデル系統ごとに別管理のことがある

もう1つ、運用側で踏んだ話を共有します。2026年8月下旬、社内で常時動かしている自動処理が「Claudeの利用枠が尽きた」と判定して止まる事象が続きました。調べてみると、枯れていたのはFable系の枠だけで、同じアカウントのOpus系・Sonnet系はそのまま通る状態でした。処理側が「1つ落ちたらアカウント全体が枯渇」と解釈していたのが誤りで、実際にはモデル系統ごとに別の枠を消費していたわけです。

ここから引ける教訓は2つあります。1つは、プラン内の週次枠は「アカウントに1本」ではなく系統ごとに分かれていることがあるという前提で監視を組むこと。もう1つは、フォールバックを「別モデルへ落とす」形で設計しておくと、Fable系が枯れてもOpus系で仕事が続くということです。Fable 5.1で重いジョブを常時回す予定があるなら、止まったときの受け皿を先に決めておくと安心です。

安全分類で断られたときの受け皿

もう1点、法人利用で押さえておきたい仕様があります。Fable 5.1にも安全分類器が入っていて、内容によってはリクエストが拒否されることがあります（HTTP 200で stop_reason: "refusal" が返る形）。拒否されたリクエストを別モデルで再試行するフォールバックの許可先は、Claude Opus 4.8 と Claude Opus 5 の2つと公式に定められています。カテゴリ別には、生物学関連はOpus 5、サイバーセキュリティ関連はOpus 4.8が受け皿になります。

実務上の注意は「モデルを切り替えるとプロンプトキャッシュが全ミスする」こと。長いコンテキストを積んだセッションでフォールバックが発火すると、そこまで効いていたキャッシュが効かなくなります。Fable 5.1には、この切り替えで発生したプロンプトキャッシュのコストを返す fallback credit の仕組みが用意されていますが、時間的なロスは戻りません。拒否されやすい題材を扱うジョブは、最初から受け皿モデルで走らせるほうが結果的に速い場面があります。

よくある質問（FAQ）

Q. Claude Codeの /model fable は、いまどのモデルになりますか？

Claude Code v2.1.255以降ならClaude Fable 5.1です。それ未満のバージョンでは従来どおりFable 5を指します。ただし環境変数 ANTHROPIC_DEFAULT_FABLE_MODEL を設定している場合は、その値が優先されます。

Q. Fable 5のまま使い続けたいのですが。

できます。/model claude-fable-5 のようにモデルIDで明示するか、ANTHROPIC_DEFAULT_FABLE_MODEL かプロジェクトの .claude/settings.json でIDを固定してください。個人設定だけで固定しようとすると、v2.1.255の初回起動で fable エイリアスへ自動的に書き換えられます（プロジェクト設定と managed settings は書き換えられません）。

Q. 「version 2.1.255 or newer is required」と出ます。

Claude CodeのバージョンがFable 5.1の要件を満たしていません。claude update でアップデートしてください。それでも上がらない場合は、配布チャンネルがstableに固定されている可能性があります（2026年9月2日時点でstableは2.1.236）。npm view @anthropic-ai/claude-code dist-tags で確認できます。

Q. モデル名の横に「(auto-updated)」と出ました。壊れましたか？

壊れていません。ユーザー設定に保存されていた claude-fable-5 が fable エイリアスに書き換えられたことを知らせる、1回限りの表示です。版を固定したい場合は、プロジェクト設定か環境変数で明示してください。

Q. Fable 5はいつまで使えますか？

公式ドキュメント上、Fable 5はLegacy（Active (legacy)）扱いになりましたが、提供終了は「2027年6月9日より前にはならない」と明記されています。Fable 5.1は「2027年9月1日より前にはならない」です。いずれも下限の保証であって、その日に停止すると決まっているわけではありません。

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

いいえ。乗り換えではなく「使い分け」が正解です。Anthropic自身が「ほとんどのワークロードはまずOpus 5から始めてください」と書いています。日常のコーディングはOpus 5、数時間かかる自律タスクのときだけFable 5.1に切り替える、が最もコスト効率の良い使い方です。

Q. 5.1になって料金は上がりましたか？

上がっていません。入力$10／出力$50は据え置きで、キャッシュ読み取りだけ$1から$0.25に下がりました。ただしこの差が請求として見えるのは従量課金で使っている場合で、Pro／Maxのプラン内利用では利用上限の消費として扱われます。

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

claude-fable-5-1 です（Amazon Bedrockでは anthropic.claude-fable-5-1）。Claude Code内では fable という短縮名でも指定できますが、CI・定期ジョブなど再現性が要る場所ではIDで固定することをおすすめします。

Q. 5.1にすると既存のスクリプトが壊れることはありますか？

Claude Codeを普通に使う分には、公式が「Claude Codeは（思考ブロックの）プレフィックスを保ってくれる」と明記しているため、破壊的変更を自分で吸収する必要はありません。自前でメッセージ配列を組み立ててAPIを直接叩いている社内ツールがある場合だけ、tool_choice の強制指定を使っていないか、履歴を後から編集していないかを点検してください。

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

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

• 設定：claude update でv2.1.255以上に → セッション中に /model fable（v2.1.255以降は自動的にFable 5.1）
• 版の固定：再現性が要るならエイリアスでなくID（claude-fable-5-1／claude-fable-5）。組織で押さえるなら ANTHROPIC_DEFAULT_FABLE_MODEL かプロジェクト設定
• 使い分け：数時間の自律タスク＝Fable 5.1／日常作業＝Opus 5／速度最優先＝Sonnet 5
• 料金：入力$10・出力$50は据え置き、キャッシュ読み取りは$0.25。2倍単価は「人間の半日作業を肩代わりするか」で正当化する
• 寿命：Fable 5はLegacyだが提供終了は2027年6月9日より前にはならない。慌てる必要はないが、放置すればエイリアス経由で5.1に乗る
• コツ：手順・インターフェース・進捗メモを与えるほど長距離の強みが出る。加えて5.1では「まとめて読む」「全文書き直しをしない」の2行を足す

まずは自分の業務で一番重い1タスクをFable 5.1に投げて、Opus 5と比べてみてください。「これは2倍払う価値がある」という場面が、きっと1つは見つかります。変更点そのものをもう少し詳しく知りたい方はClaude Fable 5.1とは？変更点・料金・使い方もあわせてどうぞ。

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

参考・出典

• Anthropic Claude Docs「Claude Fable 5.1」公式モデルページ（2026年9月1日リリース、料金・仕様・提供終了時期。https://platform.claude.com/docs/en/models/fable-5-1/overview、2026年9月2日参照）
• Anthropic Claude Docs「What’s new in Claude Fable 5.1」（破壊的変更・挙動差・キャッシュ読み取り$0.25・フォールバック許可先。https://platform.claude.com/docs/en/models/fable-5-1/whats-new-fable-5-1、2026年9月2日参照）
• Anthropic Claude Docs「Claude Fable 5」公式モデルページ（Legacy表示・Active (legacy)・retirement は2027年6月9日より前にはならない・キャッシュ読み取り$1。https://platform.claude.com/docs/en/models/fable-5/overview、2026年9月2日参照）
• npmレジストリ @anthropic-ai/claude-code の配布タグ実測（latest 2.1.258／stable 2.1.236、2026年9月2日時点）
• Anthropic「Introducing Claude Fable 5」公式発表（2026年6月9日、2026年6月11日参照）
• Anthropic Claude Docs「Models overview / Claude Code model selection」（2026年6月11日参照）

佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』『Claude仕事術』（SBクリエイティブ・シリーズ累計51,400部）。SBクリエイティブ「ビジネス+IT」ほかで生成AI連載を執筆（NewsPicks最大1,125ピックス）。

あわせて読みたい：Claude Code 料金完全ガイド｜全プラン比較