Fable 5.1と5を比較：料金、ベンチマーク、API変更点

claude-fable-5をclaude-fable-5-1に置き換えれば、最初のレスポンスは問題なく返ってくるかもしれません。ところが、その後になってツールルーターが動かない、会話履歴を編集できないといった問題に気づく可能性があります。長時間稼働し、キャッシュを多用する処理ではFable 5.1が有力な第一候補です。ただし、完全なドロップイン置換ではありません。標準料金と各種上限は同じままですが、APIの挙動が3点変わっています。

結論：キャッシュを使うエージェントは移行候補。ただし全リクエストを急いで変える必要はない

Claude Fable 5.1はClaude Fable 5の後継モデルで、Anthropicも性能向上を理由に移行を推奨しています。特に、長いプロンプトの先頭部分をエージェントが繰り返し読み込む構成では効果が明確です。キャッシュ読み取り料金は100万トークンあたり$1から$0.25へ下がる一方、通常の入力と出力はそれぞれ100万トークンあたり$10と$50のままです。（AnthropicのFable 5.1概要）

Fable 5からFable 5.1への変更点

Claude Fable 5.1は、100万トークンのコンテキストウィンドウ、最大128,000トークンの出力、常時有効なadaptive thinkingという、Claude Fable 5の主要な容量・推論特性を引き継いでいます。公式ドキュメントで示されている主な違いは、ライフサイクル上の位置づけ、2026年1月から2026年6月へ更新された知識カットオフ、安くなったキャッシュ読み取り、そしてツールとthinking blockをめぐるAPIの挙動です。（Fable 5のレガシー概要；Fable 5.1のモデル概要）

Fable 5.1は、Claude API、Amazon Bedrock、Google Cloud、Microsoft Foundry、AWS上のClaude Platformから利用できます。Anthropicによると、Fable 5も同じプラットフォーム群で利用でき、廃止は早くても2027年6月9日以降です。Fable 5.1の廃止予定も2027年9月1日より前には設定されていません。（Fable 5.1の提供状況とライフサイクル；Fable 5の提供状況とライフサイクル）

安くなるのは標準料金ではなく、キャッシュ読み取り

Fable 5.1は、キャッシュされていない通常の入力や出力が安くなるわけではありません。Fable 5.1の料金はFable 5と同じく、入力が100万トークンあたり$10、出力が100万トークンあたり$50です。違いが出るのはキャッシュ読み取りで、100万トークンあたり$1から$0.25に下がります。（Anthropicの料金ドキュメント）

単純化した例で考えてみます。エージェントが100万トークンのプロジェクトコンテキストをキャッシュから10回読み取り、その後に200,000トークンを出力するとします。この場合、キャッシュ読み取り分はFable 5で$10、Fable 5.1で$2.50です。出力料金はどちらも$10。ここまでの条件だけなら、合計料金は$20から$12.50へ下がり、削減率は37.5%になります。

実際の節約額は、キャッシュヒット、書き込み、出力長、リトライ、ツール呼び出し、フォールバックのルーティングによって変わります。Anthropicは、一般的なワークロードでは約25%、エージェント性の高いワークロードでは最大で約45%のコスト削減を見込んでいます。（AnthropicのFable製品ページ）

サブスクリプションの利用枠とAPIの料金体系は別に考える必要があります。Anthropicのヘルプセンターによると、Fable 5とFable 5.1は現在のプラン仕様に従います。Max、およびプレミアムTeamまたは旧Enterpriseのシートでは、週次利用上限の最大50%までFableモデルを利用できます。一方、Proと標準シートでは従量制の利用クレジットを使います。Fable 5向けの以前のプロモーションは2026年7月19日に終了しており、Fable 5.1は対象に含まれていません。（Anthropicのプラン案内）

ベンチマークでは明確に伸びるが、改善幅は一様ではない

Anthropicが公開した比較では、Fable 5.1は複数のエージェント系・コンピュータ操作系ベンチマークでFable 5を上回っています。ただし、その差は小さいものから非常に大きいものまで幅があります。いずれも条件を管理したバージョン別評価に基づくベンダー公表値なので、方向性をつかむ材料として使い、最終的には自分のプロンプトで検証してください。（Anthropicのベンチマーク表）

公開データで最も大きな差が出ているのはTerminal-Bench-Science 0.1です。Fable 5.1の報告スコアはFable 5の2倍を超えています。AutomationBenchとTerminal-Bench 4.0でも大幅な上昇が見られます。一方、Humanity’s Last ExamとCursorBenchでの伸びは小さく、ここから導ける結論は限定的です。Fable 5.1があらゆる種類の作業で、常に同じ幅だけ優れているわけではありません。

Anthropicの表では、公開版Fable 5.1のTerminal-Bench 4.0の結果を55.8%とし、Mythos 5.1の結果は60.9%として別に掲載しています。Mythos 5.1は、一般提供されているFable 5.1の置き換えモデルではありません。（Anthropicの製品ページ）

API移行で最初に確認したい、Fable 5から変わった3つの挙動

AnthropicはFable 5.1への移行を「おおむねドロップイン」と説明しています。しかし、3つの変更によって本番環境でエラーが起きたり、エージェントの挙動が気づかないうちに変わったりする可能性があります。すべての環境でモデルIDを変更する前に、ここをテストしておきましょう。（Fable 5.1移行ガイド）

1. 強制ツール選択は400エラーになる

Fable 5.1が受け付けるのはtool_choice: {"type":"auto"}とtool_choice: {"type":"none"}です。{"type":"any"}や名前を指定したツールの強制実行は、400のinvalid_request_errorになります。Messages API、Message Batches API、トークンカウント用エンドポイントでも同様です。

アプリケーションで有効なJSONが必要なら、利用可能な場合はstructured outputsを使うか、autoのまま厳格なスキーマと明示的な指示を組み合わせます。特定のターンで特定のツールを必ず使わせたい場合、Anthropicが代替策として案内しているのは、そのターンだけ有効なシステム指示を末尾に追加する方法です。

2. Thinking blockは生成元モデルにひも付けられる

Fable 5.1は、Fable 5や、それ以前の互換性のあるClaudeモデルが生成したthinking blockを保持したまま読み取れます。一方、旧モデルはFable 5.1のthinking blockを読み取れません。フォールバックによって会話が旧モデルへ送られると、読めないblockはAPIによって削除され、フォールバック先で改めて計画を立て直すことになります。

削除されたblock自体は入力料金の対象になりません。ただし、モデル切り替え後に新たな計画処理が走るため、レイテンシーや最初のターンのコストが増える可能性があります。デバッグ時には、Anthropicが用意するthinking-binding-controls-2026-08-01のベータヘッダーを使うと、model_binding_mismatch変換を確認できます。

3. 過去の履歴を編集するとリクエストが無効になることがある

新しいAPIアカウントでは、保持されたthinking blockより前にあるシステムプロンプト、ツール、過去のメッセージ履歴が変更されていないかをFable 5.1が検証します。その先頭部分を編集、並べ替え、削除、再構築すると、レスポンスを返す代わりに400のinvalid-signatureエラーになる可能性があります。

安全策は、履歴を追記のみで扱うことです。トランスクリプトの途中に要約を差し込むのではなく、サーバー側のコンパクションやコンテキスト編集を使いましょう。ターンをまたいで使うファイルも、Files APIのfile_idまたは同一バイト列を使って安定させます。もともと完全に同じ先頭部分を保持しているクライアントなら、必要なのはモデルIDの変更だけかもしれません。しかし、毎ターンメッセージを再構築しているクライアントでは、先にアダプターが必要です。

そのまま活用できる追加変更

Fable 5.1には、全面的な書き換えをせずに長時間稼働するエージェントを改善できる機能も追加されています。

1. メッセージ単位のeffort：キャッシュされた先頭部分を無効にせず、後続ターンからlow、medium、high、xhigh、maxを切り替えられる。
2. ターン単位のシステムメッセージ：過去のシステムプロンプトにテキストを挿入して削除することなく、そのターンだけ有効な指示を追加できる。
3. 進捗アップデート：ドキュメントに記載された表示設定を使い、ツール呼び出しの間に読みやすい進捗更新を要求できる。
4. キャッシュ読み取り料金の引き下げ：繰り返し使う先頭部分は維持しつつ、移行後のキャッシュヒット率を改めて測定できる。

effortの名称は、どのモデルでも共通して使える作業量の単位ではありません。まずはドキュメント上のデフォルトであるhighから始め、実際のタスクセットでmediumや、それ以上の設定と品質、レイテンシー、総トークン数を比較してください。

アクセス権、利用枠、フォールバックが実運用の結果を左右する

Fable 5.1は有料のClaudeプランと、AnthropicのAPIおよび掲載されているクラウドプラットフォームで広く利用できます。ただし、プランで利用できることと、追加料金なしで無制限に使えることは別です。Proユーザーと標準Teamシートでは、最初のリクエストから利用クレジットが必要になる場合があります。Maxとプレミアムシートでは、週次利用枠のうちFable専用の一部を共有します。Claude CodeでFable 5.1を使うにはバージョン2.1.250以降、Fable 5にはバージョン2.1.170以降が必要です。（Anthropicのプラン・アクセスガイド）

自動切り替えが有効だと、アプリ上でのFable比較とAPI上での比較が違って見えることもあります。Anthropicによると、センシティブなサイバーセキュリティや生物学のリクエストはOpusのフォールバックモデルへルーティングされる場合があり、Claudeの各種画面では自動切り替えがデフォルトで有効です。APIでは、開発者がフォールバックを設定する必要があります。フォールバック処理を追加しない場合、拒否はHTTPエラーではなく、拒否を示すstop reason付きの成功レスポンスとして返されます。（Anthropicのフォールバック案内）

初期ユーザーの報告はあくまで個別の体験談ですが、パイロットで測っておきたい2つのコストを示しています。

「5.1は問題なさそうだけど、確かに遅く感じる」— u/BeowulfShaeffer、r/ClaudeAIのリリース議論

「もう利用率が100%になった」— u/noeyb、r/ClaudeAIのリリース議論

これらのコメントから一般的な性能傾向を導くことはできません。ただし、回答品質だけでなく、処理にかかる実時間と利用枠の消費も記録する価値があることは分かります。

Fable 5ユーザー向けの判断表

移行テストは小規模でも実施できます。代表的なタスクを20から50件再実行し、ツールとプロンプトを同じ条件に固定します。そのうえで、成功率、強制ツール呼び出しのエラー、フォールバック回数、キャッシュ読み取りトークン、入出力の総トークン数、レイテンシー、利用枠の消費、タスク完了あたりのコストを記録しましょう。品質基準を満たし、互換性や利用枠に許容できない問題がないことを確認できた場合にだけ、Fable 5.1へ切り替えるのが安全です。

購入前によくある質問

なぜClaudeはFable 5.1から別のモデルへ切り替えたのですか？

セーフガードの分類器が、特定のサイバーセキュリティ、生物学、推論抽出、フロンティアモデル開発に関するリクエストで自動フォールバックを発動することがあります。ClaudeアプリではOpusモデルでリクエストが再実行される場合がありますが、APIでは開発者がフォールバックの挙動を設定する必要があります。（Anthropicのフォールバック案内）

新しい長期稼働型エージェントや、キャッシュを大幅に再利用するFable 5のワークロードでは、Fable 5.1がより有力な移行先です。一方、ツールを強制実行する連携、メッセージ履歴を編集する連携、フォールバックや利用枠の不確実性を許容できないシステムでは、互換性を確認する間はFable 5を残しておきましょう。