「Claude Codeで/modelを開いてもFable 5.1に切り替わらない」「切り替えたとして、月額の範囲でどこまで回せるのか」——2026年9月1日の公開直後から、編集部の運用でも同じ壁に当たりました。結論から書くと、Fable 5.1はClaude Code 2.1.251以降であれば/modelから選ぶだけで使えます。2.1.250以前ではバージョンエラーで弾かれ、編集部も実際に弾かれたうえでclaude update一発で解消しました。この記事では、そのエラーの実物と直し方、2通りの切り替えと既定モデルの固定、どの作業だけFable 5.1に振るかの編集部の運用方針、サブスク運用をAPI換算した2026年9月の実測費用までまとめます。

Fable 5.1はClaude Codeで使える?結論と前提

使えます。条件はClaude Codeのバージョンが2.1.251以降であることの1点だけで、切り替え自体は次の3手順だけです。

  1. claude update で2.1.251以降へ更新する
  2. セッション内で /model を開き、Fable 5.1を選ぶ
  3. スクリプト・無人実行では claude -p --model claude-fable-5-1 と明示する

Fable 5.1は2026年9月1日に公開されたAnthropicの最上位モデルで、モデルIDは claude-fable-5-1 です(Amazon Bedrockのみ anthropic. 接頭辞が付きます)。コンテキストは1Mトークン(約250万文字)、最大出力は128Kトークン、thinkingはAdaptive方式の常時オンで、effortの既定はhighという構成です。知識カットオフは2026年6月と現行ラインナップで最も新しい一方、相対レイテンシは「Slower」=現行で最も遅い区分に置かれています。

先に押さえておきたいのは公式の位置づけです。公式ドキュメントは「demanding reasoning and long-horizon agentic work(高度な推論と長時間のエージェント作業)向け。大半のワークロードはOpus 5から始め、Opus 5のeffortを上げても評価が届かない時にFable 5.1」と案内しており、全作業を置き換える設計ではありません。つまりClaude Codeでの正解は「既定を5.1へ総入れ替え」ではなく「重い作業だけ振る」です。なお、APIを直接叩いている場合は強制ツール使用のエラー化など破壊的変更が3つあるため、移行の可否はClaude Fable 5.1の破壊的変更3つのまとめで先に確認してください。

Fable 5.1への切り替え手順|実際に詰まった箇所つき

編集部が2026年9月3日に切り替えた際、最初に当たったのがバージョンの壁でした。手順そのものより、この詰まり方を知っておくほうが早く着地できます。

2.1.250で出るバージョンエラーの実物

Claude Code 2.1.250でFable 5.1を指定すると、次のエラーで弾かれます。編集部の2.1.250環境で確認した表示です。

Claude Code 2.1.228 does not support this model;
version 2.1.251 or newer is required. Run 'claude update'

紛らわしいのは、実行環境が2.1.250なのにエラー文中には「2.1.228」と出る点です。編集部の環境でも文中の番号は実バージョンと一致しませんでした。表示上の番号に惑わされず、「version 2.1.251 or newer is required」の部分だけ読めば対処は1つに決まります。claude update を実行して2.1.251以降へ上げたところ、そのまま解消しました。

FIG.1|切り替えフローと詰まる箇所(編集部実測)
2.1.250以前のClaude Codeで
Fable 5.1を指定
↓
ここで詰まる
version 2.1.251 or newer is required.
Run 'claude update'

※文中のバージョン番号は実環境とずれて表示される
↓
claude update で2.1.251以降へ更新
↓
セッションを開き直して /model からFable 5.1を選択

切り替え方は2通り

更新後の切り替えは、対話セッションかスクリプトかで使い分けます。

対話セッションは/modelで選ぶ

/model を打つとモデル一覧が開き、Fable 5.1を選択した時点で切り替え完了です。重い調査だけ5.1で回し、終わったら戻すという一時的な使い方はこちらが向いています。

スクリプト・無人実行は–modelで明示する

非対話モードでは --model でモデルIDを指定します。

claude -p --model claude-fable-5-1 "全記事の内部リンク切れを洗い出して一覧にする"

launchdやcronからの無人実行も同じ形です。編集部は本サイトの記事自動生成をlaunchdの毎日12:00実行で回しているため、ジョブ単位でモデルを固定できるこの書き方を標準にしています。cronなら次の1行です。

0 12 * * * /path/to/claude -p --model claude-fable-5-1 "本日の記事を生成して下書きまで進める" >> ~/logs/daily.log 2>&1

launchdのplistでは ProgramArguments に1要素ずつ分割して並べます。

<key>ProgramArguments</key>
<array>
  <string>/path/to/claude</string>
  <string>-p</string>
  <string>--model</string>
  <string>claude-fable-5-1</string>
  <string>本日の記事を生成して下書きまで進める</string>
</array>

無人実行では対話シェルとPATHが異なるため、which claude で得たフルパスを書いておくと事故を防げます。

既定モデルとして固定する設定

settings.jsonで固定する

毎セッションをFable 5.1で始めたい場合は、~/.claude/settings.json の model キーへの記載が近道です。

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

環境変数での固定と、固定しない選択

環境変数 ANTHROPIC_MODEL=claude-fable-5-1 でも同じ固定ができます。ただし前述のとおり、公式が推すのは「大半はOpus 5、届かない時だけFable 5.1」の運用です。編集部も既定は固定せず、作業の種類でモデルを切り替える方向に寄せています。切り替えを自動化したい場合はClaude Codeのモデル切替をフックで自動化する設定手順が使えます。

Fable 5.1に振る作業・振らない作業

入力$10・出力$50(1Mトークンあたり)と単価が高く、速度も現行で最も遅いモデルです。だからこそ「何を振るか」で費用対効果が決まります。判断材料は公式ベンチマークと、編集部の運用実態の2つです。

向く作業|長時間の自律実行と根本原因の調査

Fable 5.1の伸びが際立つのは自律実行系のベンチマークです。科学系ターミナル作業のTerminal-Bench-Science 0.1は52.6%で、Fable 5の24.7%から2倍超、Opus 5の29.0%も大きく引き離しました。業務ワークフロー自動化のAutomationBenchも17.1%→31.4%とほぼ2倍に伸び、エージェンティックコーディングのTerminal-Bench 4.0は42.0%→55.8%です。エディタ統合のCursorBench 3.2.0でも73.4%と、Opus 5の70.0%を上回っています。

公式発表の実例も長時間・難問型に寄った内容です。Millenniumは4〜5年未解明だった100万回に1回の稀なクラッシュを発見し、Rampは38時間の無人実行で過去の結果を診断して6並列の実験を開始、MongoDBは数時間無人で動いてプロトタイプを構築したと報告されています。Red Hatは壊れたビルド全件で根本原因を正しく特定できたとしました。要するに「長く放置しても軌道を外さない」ことが売りのモデルだと読み取れます。

向かない作業|軽い質問と大量の定型処理

単発の質問、コード整形、決まったルールでのファイル変換のような作業にFable 5.1を使う理由はありません。単価はOpus 5($5/$25)の2倍、Sonnet 5($2/$10)の5倍で、レイテンシは最も遅い区分です。軽い作業は速くて安いモデルへ落とすのが定石で、モデル割り当ての全体像はClaudeモデルのタスク別の使い分けに、消費自体を抑える設定はClaude Codeのトークン節約の実測にまとめています。

編集部の振り分け(記事メディアの実運用)

編集部は81本の記事を持つ本サイトをClaude Codeで運用しています。毎日12:00のlaunchdによる記事自動生成とWordPress公開、内部リンクの一括監査、Google Search Console実データからのキーワード抽出とタイトル77本の一括改稿、経理CSVの仕分け、LPの機械QAが主な作業です。この実運用をFable 5.1公開後の体制に当てはめると、振り分けは次の表になります。

FIG.2|編集部の作業別モデル振り分け(2026年9月時点の方針)
作業 割り当て 判断理由
毎日の記事自動生成(launchd 12:00) Opus 5のまま 手順が定型化済みで、Opus 5で品質が届いている
内部リンクの一括監査(81本横断) Fable 5.1 全記事を跨ぐ長時間の自律作業。1Mコンテキストと自律実行系ベンチの伸びが噛み合う
GSC実データの分析・改稿方針の判断 Fable 5.1 データ全体を読んで原因を特定する調査型の作業
タイトル77本の一括改稿(置換の実作業) Sonnet 5 方針が決まった後の定型処理に高単価モデルは不要
経理CSVの仕分け Sonnet 5 ルールが固まった繰り返し作業
LPの機械QA Opus 5のまま スクリプト主体で、モデルの判断が必要な箇所が限定的

断っておくと、この表は公式の位置づけ・ベンチマークと、編集部のFable 5までの運用実績から組んだ現時点の方針です。Fable 5.1本体で各作業を回した結果はまだ揃っていないため、運用しながら割り当てを調整していきます。

effortとキャッシュ読み取りの運用

切り替えた後に押さえるべきは、thinkingの仕様とキャッシュ単価の2点です。特にキャッシュ読み取りの値下げは、Claude Code運用の費用構造を直接変えます。

thinkingは常時オンで、オフにする設定がありません

Fable 5.1のthinkingはAdaptive方式で常に有効です。従来のようにextended thinkingを切るという選択肢はなく、調整はeffort(既定high)で行う設計になっています。「軽く答えてほしいから思考を切る」という運用は成立しないため、軽い作業はそもそも別モデルへ振るのが正解です。

会話の途中でeffortを変えられます(ベータ)

Fable 5からの追加機能として、会話の途中でeffortを変更できるようになりました(ベータ)。調査フェーズはhighで走らせ、方針が固まった後の消化作業はeffortを落とす、という1セッション内での強弱がAPIレベルで付けられます。ターン限定システムメッセージや、ツール実行間の進捗更新(display:"updates")も同時に追加されており、トークナイザーはFable 5と同一のままです。

キャッシュ読み取り$0.25が本命の値下げです

入出力の単価は据え置きですが、キャッシュ読み取りは$1.00→$0.25(1Mトークンあたり)と75%下がりました。入力単価に対する比率は2.5%で、他モデルの10%と比べても大幅に低い設定です。書き込みは5分キャッシュ$12.50・1時間キャッシュ$20、Batch APIは入出力とも50%オフが用意されています。公式は典型ワークロードで約25%減、エージェント用途で最大45%減と試算しました。

FIG.3|Fable 5.1の料金(1Mトークンあたり)
項目 単価 Fable 5との比較
入力 $10 据え置き
出力 $50 据え置き
キャッシュ読み取り $0.25 $1.00から75%減(入力単価の2.5%。他モデルは10%)
キャッシュ書き込み $12.50(5分)/$20(1時間) —
Batch API 入出力とも50%オフ —

この1項目がClaude Code運用に直撃する理由は、消費の内訳にあります。編集部の2026年9月2日の実測では、非キャッシュ入力5,383トークンに対してキャッシュ読み込みは8.27億トークンで、入力側の97%超がキャッシュ読み込みでした。システムプロンプトと会話履歴を毎ターン読み直すClaude Codeの構造上、費用はキャッシュ読み取り単価にほぼ比例します。入出力が据え置きでも、実運用の負担を最も大きく動かすのはこの75%減です。

料金は実際どうなるか|サブスク運用をAPI換算した9月の実測

編集部はClaude CodeをMaxプランのサブスクリプションで運用し、ccusageでAPI料金に換算した使用量を記録しています。Fable 5.1公開直後、2026年9月1日〜3日の実測は次のとおりです。

FIG.4|編集部のAPI換算使用量(ccusage実測・2026年9月)
日付 API換算 内訳(モデル別)
9月1日 $618相当 Opus 5 $452/Fable 5 $49/Opus 4.8 $117/Sonnet 5 $0.4
9月2日 $841相当 Opus 5 $472/Fable 5 $355/Opus 4.8 $15
9月1日〜3日 合計 $1,801相当 Maxプランのサブスクリプション上限内で運用

3日間でAPI換算$1,801相当を、定額のサブスクリプション内で消化している計算です。この使用量を従量のAPI払いに切り替える理由は見当たらず、編集部の結論は「サブスクのままFable 5.1を混ぜる」になりました。

キャッシュ値下げの効果も同じ実測から試算できます。9月2日のFable 5分のキャッシュ読み込みは2.04億トークンで、Fable 5単価($1.00)なら$204に相当します。同じ量をFable 5.1の$0.25で読むと$51となり、この部分だけで約4分の1です。モデル別・トークン種別の詳しい内訳はFable 5.1のトークン消費の実測で公開しています。

Fable 5.1が使えない・出てこないときの確認手順

切り替えに失敗するケースは、編集部が確認した範囲ではバージョン起因が本命です。上から順に切り分けてください。

  1. claude --version で2.1.251以降かを確認する。古ければ claude update を実行する(前述のとおり、エラー文中のバージョン表記は実環境とずれることがあります)
  2. 更新後にセッションを開き直し、/model の一覧にFable 5.1が出るかを見る
  3. スクリプト経由ならモデルIDの綴りを確認する。正しくは claude-fable-5-1 で、Amazon Bedrockのみ anthropic. 接頭辞が必要です
  4. 他の提供面(Claude API・claude.ai・Google Cloud・Microsoft Foundry)で同モデルが使えるか試し、モデル側か手元の環境かを切り分ける

なお、似た名前のMythos 5.1は仕様・料金ともFable 5.1と同一ですが、Project Glasswing参加組織への招待制のため一般の一覧には出ません。提供期間については、2027年9月1日より前に廃止しないことをAnthropicが明示しています。

よくある質問(FAQ)

Fable 5.1はClaude Codeのどのバージョンから使えますか?

2.1.251以降で使えます。2.1.250以前で指定すると「version 2.1.251 or newer is required」のエラーになるため、先に claude update を実行してください。

Fable 5.1の料金はFable 5より高くなりましたか?

入力$10・出力$50(1Mトークンあたり)で据え置きです。キャッシュ読み取りは$1.00から$0.25へ75%下がったため、公式試算では典型ワークロードで約25%、エージェント用途で最大45%のコスト減になります。

Fable 5.1のthinkingはオフにできますか?

できません。Adaptive方式の常時オンで、調整はeffort(既定high)で行います。思考を省きたいほど軽い作業は、Sonnet 5など下位モデルへ振り分けるのが実用的です。

既定モデルはFable 5.1とOpus 5のどちらにすべきですか?

公式は「大半のワークロードはOpus 5から始め、effortを上げても評価が届かない時にFable 5.1」と案内しています。編集部も既定はOpus 5のまま、長時間の自律作業と原因調査だけを5.1へ振る方針です。

Fable 5.1はいつまで使えますか?

Anthropicは2027年9月1日より前には廃止しないと明示しています。少なくとも1年間は、モデルID claude-fable-5-1 のまま運用を続けられます。

Mythos 5.1とはどう違いますか?

仕様・料金ともFable 5.1と同一です。違いは提供形態だけで、Mythos 5.1はProject Glasswing参加組織への招待制のため、一般のClaude Codeからは選べません。

まとめ|既定はOpus 5のまま、届かない作業だけ5.1へ

Fable 5.1をClaude Codeに入れるかどうかは、「Opus 5のeffortを上げても品質が届かない作業を持っているか」で決まります。持っているなら、claude update で2.1.251以降へ更新し、/model で切り替えて、長時間の自律タスクを1本流すところから始めてください。費用はキャッシュ読み取り75%減が支配的なため、入出力据え置きでも実負担は下がる方向です。モデル全体の割り当てを見直すならClaudeモデルのタスク別の使い分けを、5.1のトークン消費の中身はトークン消費の実測を、あわせて確認してください。