目次

Claude Fable 5.1 の移行は、モデルIDを差し替えて終わりではない。公式が「3つは破壊的変更」と明記している（What's new in Claude Fable 5.1）。しかもそのうち2つは、エラーが出る場所と原因が離れている——気づきにくい類のものだ。

⚠️ ③は2026年8月31日以降に作られたアカウントで強制適用される。それ以前のアカウントでは、APIは不一致を記録するだけで、こちらが明示的に指定したときしか動作に反映しない。

つまり「うちは動いているから大丈夫」がアカウントの作成時期に依存する。新しく作った検証環境では落ちて、本番では落ちない、という食い違いが起きうる。

1. まず位置づけ——フラグシップの交代ではない

ここを取り違えると、移行の判断そのものを誤る。Fable 5.1 はFable 5 の後継であって、Opus 5 を置き換えるものではない。

公式ドキュメントの書き方は明確だ——「ほとんどのワークロードは Claude Opus 5 から始めよ」。Fable 5.1 を使うのは「要求の厳しい推論と長時間のエージェント作業」、あるいは「Opus 5 を高い effort で評価してもなお足りないとき」とされている。

　 Claude Fable 5.1 Claude Opus 5
位置づけ 要求の厳しい推論・長時間のエージェント作業 まずここから（複雑なエージェント型コーディングと企業利用）
料金（100万トークン） 入力 $10／出力 $50 入力 $5／出力 $25
キャッシュ読み取り $0.25（基本入力の0.025倍） 基本入力の0.1倍
知識カットオフ 2026年6月 2026年5月
コンテキスト／最大出力 1M ／ 128k 1M ／ 128k
提供終了はこれより早くしない 2027年9月1日 2027年7月24日

Fable 5 は消えていない。公式のモデル一覧ではlegacy（提供継続）として残っている。移行はいま強制されているわけではない——ただし後述のとおり、コストは下がる。

Mythos 5.1 は同じ性能で、安全装置だけが違う。提供は Project Glasswing の参加者に限られる。

📌 サブスク側の話：リリース当日に使用量がリセットされた。公式の @ClaudeDevs は5.1の公開に合わせて、全ユーザーの5時間枠と週次枠をリセットしたと告知している。これはAPI料金の話ではなく Claude Code などサブスクの使用量枠の話で、しかも恒久的な仕様ではなく、大きな発表に合わせた一時措置だ。この型のリセットが過去に何度あり、どこまでが確実でどこからが未確認なのかは週次上限の早期リセットを検証した記事で扱っている。なお週次上限そのものは2026年9月14日に改定されるので、枠を前提に計画するならそちらも確認してほしい。

2. 破壊的変更①——強制ツール呼び出しが400になる

これは即座にエラーになるので、いちばん見つけやすい。

tool_choice: type "tool" and "any" are not supported for this model.

tool_choice に {"type": "any"} か {"type": "tool", "name": "..."} を指定すると 400 invalid_request_error が返る。既定の {"type": "auto"} と {"type": "none"} は変わらない。同じ検証はトークンカウントのエンドポイントにも効く。

💡 理由が納得できる形で説明されている。このモデルは思考が常時ONで、ツール呼び出しを強制すると、その思考が飛ばされる。モデルは考えた内容をツールの引数のほうに書き込むことになり、引数の質が落ちる——だから塞いだ、という説明だ。

代わりにどうするか

スキーマを守らせたいなら

tool_choice: auto のまま strict: true（strict tool use）にするか、structured outputs へ移す

必ずツールを使わせたいなら

プロンプトでいつ使うかを書く（「天気は get_weather ツールで答えて」）。公式は「Fable 5.1 は明示的なツール指示に確実に従う」としている

3. 破壊的変更②——思考ブロックがモデルに紐づく

ここからが厄介だ。思考ブロックにはどのモデルが作ったかが記録されるようになり、保存される向きが一方通行になった。

✅ 保たれる向き

前世代（Opus 5・Fable 5・それ以前）から Fable 5.1 へ移る会話は、推論を保ったまま続けられる

❌ 失われる向き

Fable 5.1 から前世代へ移ると、そこで動いたターンぶんの推論が失われる。前世代は Fable 5.1 の思考ブロックを読めない

⚠️ いちばん危ないのは、既定では黙って落ちることだ。読めないブロックが混ざったリクエストが来ると、APIはモデルに見せる前にそのブロックを捨てる。捨てられた分は input_tokens に数えられず、課金もされない——つまり請求書にも出ない。

これが刺さるのは、会話の途中でモデルを切り替える作りだ。ルーター、フォールバック、コスト最適化のための動的なモデル選択。どれも「動いているように見えて、推論だけが抜け落ちる」状態になりうる。

気づけるようにするには、thinking-binding-controls-2026-08-01 ベータヘッダを付ける。すると破棄がトップレベルの input_transformations 配列に報告される。付けなければ報告は無い。

4. 破壊的変更③——過去のターンを編集すると壊れる

3つの中で、既存コードに最も広く当たるのはこれだ。Fable 5.1 の思考ブロックより前にあるもの——system プロンプト、tools、それ以前のメッセージ——を変更すると、次のリクエストがエラーになる。

The block is bound to a different conversation

後続の思考ブロックを全部無効にするパターン

  • 過去のターンを編集・並べ替え・削除して、後ろのターンを残す
  • リクエストごとのテキストを過去のターンに差し込み、次のリクエストで消す（リマインダーやステータス行）
  • 同じ会話の中でsystem プロンプトや tools 配列を作り直す
  • 画像や文書のURLが、後のリクエストで違うバイト列を返す（URLではなくバイト列を見ている。同じファイルなら署名付きURLが回っても問題ない）

逆に、やっても壊れないもの

  • 思考ブロックの先頭から連続して取り除く（古い順に）
  • サーバ側のコンパクションやコンテキスト編集で履歴を削る
  • cache_control マーカーの移動
  • リクエスト間で effort を変える

先頭以外から思考ブロックを1つ抜くと、それ以降が全部無効になる点に注意。

⚠️ 適用されるかがアカウントの作成時期で変わる。この検査は2026年8月31日以降に作成されたアカウントで強制される。それ以前のアカウントでは、APIは不一致を記録するだけで、thinking.block_binding.prefix_mismatch_behavior を設定したときにしか動作に反映しない。

新しく作った検証環境では落ちるのに本番では落ちない、という食い違いが起きうる。逆もある。

自分のコードが該当するか調べる方法

公式が具体的な手順を示している。prefix_mismatch_behavior: "drop_block" を指定して1セッション走らせ、input_transformations をログに出す。履歴を編集していれば、そこに reason: "prefix_binding_mismatch" が出る。

なお Claude Code、claude.ai、Claude Managed Agents、Claude Agent SDK は、この前提部分を壊さないように作られている。自分で messages 配列を組み立てているコードだけが対象になる。

5. キャッシュ読み取りが4分の1——実質いくら下がるか

入力も出力も値上げされていない。変わったのはキャッシュ読み取りだけだ。

項目 100万トークンあたり
基本入力 $10
キャッシュ書き込み（5分） $12.50
キャッシュ書き込み（1時間） $20
キャッシュ読み取り $0.25
出力 $50
バッチ処理 入力 $5／出力 $25

効き方は「キャッシュされた前置きを何度読み直すか」で決まる。他のClaudeモデルではキャッシュ読み取りが基本入力の0.1倍だが、Fable 5.1 と Mythos 5.1 では0.025倍。同じ前置きを繰り返し読む長いエージェント実行ほど、差が大きくなる。

公式が挙げている効果は典型的なワークロードで約25%減、エージェント色の強い作業で最大約45%減。キャッシュ書き込みと、512トークンという最小キャッシュ長は変わっていない。

6. コードを変えなくても変わる挙動7つ

ここは移行の見落としが出やすい。API仕様は同じでも、出てくるものが変わる。公式が7つ挙げている。

並列ツール呼び出しが減る

Fable 5 がまとめて投げていた場面で1ターン1呼び出しになることがある。回答の質は落ちないが、トークン・往復・実時間が増える

進捗の発話が減る

特に高い effort で顕著。UIが実況に依存していると無言に見える

low effort で記憶から答えがち

検索・取得ツールを呼ぶ頻度が下がる。新しい情報が要るターンは effort を上げる

散文が密になる

文が長く、段落の切れ目が減る場合がある

整形が減る

太字・見出し・箇条書きを以前より使わない。旧モデル向けに書いた「整形するな」の指示が効きすぎる

要約で引用を明示しないことがある

文書を要約するとき、原文の一節を引用と分からない形で再現しやすい

小さな修正でも全文を書き直す

結果は同じでも出力トークンと時間を余分に使う

それぞれに公式のプロンプト対処が用意されている。並列呼び出しなら「独立した読み取りはまとめて投げよ」の一行を足す、進捗が要るなら冒頭・途中・締めの発話を明示的に求める、といった具合だ。

7. 追加された機能

公式は追加を5つ挙げている。うち1つはキャッシュ読み取りの値下げで、影響が大きいので第5章に独立して置いた。ここでは残る4つを見る。

会話途中の effort 変更（ベータ）

プロンプトキャッシュを壊さずに効率を上下できる。難しい工程で上げ、定型で下げる

ターン限定のシステムメッセージ（ベータ）

clear_at: "next_user_message"。③の「差し込んで消す」を安全に置き換えるための機能で、履歴を書き換えない

進捗をテキストで受け取る（ベータ）

display: "updates"。推論は隠したまま、ツール呼び出し間の進捗だけを本文として受け取れる

コンテンツ来歴

生成テキストに統計的な透かし。トークンも隠し文字も増えず、利用者や組織の情報は載らない。画像・動画には C2PA

2つ目に注目してほしい。破壊的変更③で禁じられた「リマインダーを差し込んで消す」という書き方に対して、同じ目的を果たす代替が同時に用意されている。移行は「やめろ」ではなく「こちらへ移せ」の形になっている。

8. 移行手順——5つの確認

モデルIDを差し替えたうえで、公式は次の5点を挙げている。

model = "claude-fable-5"    # Before
model = "claude-fable-5-1"  # After
　 確認すること
1 tool_choice の any／tool を外す。スキーマ強制は strict tool use か structured outputs へ
2 思考ブロックをそのまま返し、履歴を追記のみにする。差し込んで消していたものはターン限定システムメッセージへ、system／tools の変更は会話途中の変更機能へ
3 effort を既定（high）から調整し直す。会話途中で変えることも検討する
4 エージェントのループで1ターン1呼び出しになっていないかを見る
5 評価を回し直す。拒否の扱い・フォールバック・トークン数は変わらない

拒否まわりは変わっていない。stop_reason: "refusal" は引き続き返り、Fable 5.1 のフォールバック先として認められているのは Opus 4.8 と Opus 5。出力前に来た拒否は課金されず、モデル切り替えのプロンプトキャッシュ代はフォールバッククレジットで戻る。

📌 データ保持は30日で、ゼロデータ保持は原則使えない（Anthropicが明示的に承認した場合を除く）。Fable 5・Mythos 5 と同じくCovered Modelに該当する。ここは要件によっては採用可否そのものを左右する。

まとめ

  • フラグシップの交代ではない。公式は「ほとんどの用途は Opus 5 から」と明記し、Fable 5.1 は要求の厳しい推論と長時間のエージェント作業向け
  • 破壊的変更は3つ。強制ツール呼び出しが400／思考ブロックがモデルに紐づく／過去ターンの編集で無効化
  • 2つ目は黙って落ちる。読めないブロックは破棄され、課金にも出ない。気づくにはベータヘッダが要る
  • 3つ目はアカウントの作成時期で適用が変わる（2026年8月31日以降は強制）。検証環境と本番で挙動が食い違いうる
  • 値上げはない。キャッシュ読み取りだけが4分の1（基本入力の0.025倍）。効果は同じ前置きを何度読むかで決まる
  • コードを変えなくても挙動が7つ変わる。特に並列ツール呼び出しが減る点はコストと時間に直結する

FAQ

Q1. すぐ移行すべきですか？

急がされてはいない。Fable 5 は legacy として提供が続いており、提供終了も2027年9月1日より早くはしないと表明されている。移行の動機はコスト——キャッシュ読み取りが4分の1になるので、同じ前置きを繰り返し読む長時間の実行ほど得になる。逆に短い単発の呼び出し中心なら、差は小さい。

Q2. Claude Code を使っているだけなら、破壊的変更の影響はありますか？

③については影響しない。公式がClaude Code・claude.ai・Claude Managed Agents・Claude Agent SDK は前提部分を壊さないように作られていると明記している。影響するのは自分で messages 配列を組み立てているコードだ。

Q3. モデルを動的に切り替える仕組みがあります。何を直せばいいですか？

ここが②の本丸だ。Fable 5.1 から前世代へ切り替えると、そのターンの推論が失われる。しかも既定では黙って捨てられ、課金にも現れない。まず thinking-binding-controls-2026-08-01 ベータヘッダを付けて input_transformations をログに出し、実際に破棄が起きているかを測るのが先だ。

Q4. Opus 5 と Fable 5.1、どちらを選べばいいですか？

公式の言い方をそのまま採るのが妥当だ——まず Opus 5 で試し、「高い effort でも足りないとき」に Fable 5.1。料金は入力・出力とも Opus 5 の2倍で、キャッシュ読み取りだけが逆に安い。使い分けの詳細は使い分けガイドで扱っている。

Q5. 思考ブロックを消してコンテキストを節約したいのですが

消し方に条件がある。先頭から古い順に連続して取り除くのは問題ないが、途中から1つ抜くと、それ以降の思考ブロックが全部無効になる。サーバ側のコンテキスト編集やコンパクションを使えば、編集とはみなされない。

Q6. 透かしが入るとのことですが、出力に影響しますか？

公式は影響しないとしている——意味・品質・可読性を変えず、トークンも隠し文字も増やさず、利用者や組織の情報も含まない。リクエストやレスポンスの変更も不要。画像・動画には Files API 経由で C2PA の Content Credentials が付く。

Q7. Mythos 5.1 は使えますか？

性能は Fable 5.1 と同じだが、提供は Project Glasswing の参加者に限られる。違いは安全装置で、たとえば Terminal-Bench 4.0 では Fable 5.1 の55.8%に対し Mythos 5.1 が60.9%——同じモデルで安全装置だけが違うことによる差だと説明されている。

関連記事