Claude Fable 5.1リリース｜変更点・料金・移行【2026年9月】

最終更新：2026年9月2日

Claude Fable 5.1が2026年9月1日（米国時間）にリリースされました。入力$10・出力$50という単価はFable 5から据え置きで、変わったのはキャッシュ読み取りだけ。100万トークンあたり$1だったものが$0.25になり、Anthropicは「典型的な使い方で約25%、エージェント的な使い方では最大およそ45%安くなる」と説明しています。値下げというより、長く走らせる処理ほど効く形の実質値下げです。

この記事は、9月2日の朝にAnthropic公式のモデルページ・「What’s new」・発表記事を実際に開き、数字を1つずつ突き合わせて書いています。前日9月1日の時点では、同じ命名規則で組んだURL（.../models/fable-5-1/overview）は404を返していました。それが丸1日で200になり、Fable 5のモデルページの状態表示も「Latest.（最新）」から「Legacy.」へ、ステータス欄は Active (legacy) へ変わっています。公式ドキュメントの構造そのものが世代交代を記録した、という状態です。

ただし、法人にとって最初に効くのは性能の話ではありません。Fable 5をすでにAPIで呼んでいる場合、後方互換のない変更が3つ入っています。そのうち2つは「エージェントの思考（thinking）ブロックの扱い」に関するもので、自前で会話履歴を組み立てているコードは、モデルIDを差し替えただけだと400エラーで止まる可能性があります。逆に、Claude Code・Claude.ai・Claude Agent SDKなど公式の実行環境を使っている場合は、この処理を向こう側が面倒を見てくれます。

そこでこの記事では、（1）何が変わったのか、（2）破壊的変更3点とその対処、（3）Fable 5との違い一覧、（4）Fable 5はいつまで使えるのか、（5）移行チェックリスト、（6）コードを変えなくても変わる挙動7点、（7）法人導入で確認すべき論点——を、すべてAnthropic公式の一次情報に紐づけて整理します。ベンチマークの数字は、注記まで含めてそのまま載せます。

Claude Fable 5.1の変更点まとめ｜料金据え置きで実質25%減

まず全体像です。Fable 5.1は「Fable 5を同じ価格で延長したモデル」という位置づけで、公式ドキュメントも冒頭でそう書いています。土台は変わっていません。

実質コストが下がる仕組み｜効くのは「長く走る処理」だけ

ここは誤読されやすいので丁寧に書きます。単価表の入力・出力は1ドルも変わっていません。変わったのはキャッシュ読み取りで、Fable 5では入力単価の10分の1（$1）だったものが、Fable 5.1では入力単価の0.025倍（$0.25）になりました。他のClaudeモデルは今も入力単価の10分の1なので、この係数はFable 5.1とMythos 5.1に固有です。

効き方が用途によって大きく違います。単発の質問応答のようにキャッシュをほとんど使わない処理では、コストはほぼ変わりません。一方、同じ設計書やコードベースを何十回も読み直しながら走るエージェント処理では、請求額の大部分がキャッシュ読み取りです。Anthropicが公表したコスト比較は、2026年8月の実利用4週間分を既定effortで測ったもので、典型的な業務で約25%減、キャッシュ読み取りが費用の大半を占めるエージェント的な業務で最大およそ45%減としています。自社の削減率を知りたい場合は、既存の請求内訳でキャッシュ読み取りが何%を占めているかを先に見るのが早いです。

ベンチマークで見た性能差｜注記込みで読む

Anthropicが発表記事に載せた比較表を、注記まで含めてそのまま転記します。数字だけ切り出すと実態を見誤るので、下の注意書きまで読んでください。

数字を社内資料に載せる前に読む注記（すべて公式発表の脚注より）
・Terminal-Bench-Science 0.1は標準誤差がモデルあたり±3.5〜4.5ポイント。公開リーダーボードではOpus 5が30.0%・Fable 5が21.4%で、Anthropicの環境ではそれぞれ29.0%・24.7%として再現された（いずれも誤差の範囲内との説明）。
・Fable 5.1は本番用セーフガードを有効にした状態で測定されている。セーフガードが介入したタスクでは、OSWorld 2.0でFable 5.1とFable 5が0点、AutomationBenchでFable 5が0点になっており、その分スコアが押し下げられている可能性がある、と公式が明記している。
・OSWorld 2.0のスコアはベンチマーク作成側の2026年8月版タスクに基づくため、以前公表されたOSWorld 2.0の数値とは直接比較できない。

実務的に効くのは、Terminal-Bench-Scienceで24.7%から52.6%へ倍以上になった点と、AutomationBenchが17.1%から31.4%へ伸びた点です。前者は長時間の調査・実験タスク、後者は業務ワークフローの自動化に対応する指標で、どちらも「長く走らせて途中で崩れないか」を見るものです。逆に、Humanity’s Last Examのような単発の難問系は60.9%対57.8%と差が小さい。今回の伸びは頭の良さというより持久力の伸びだと読むのが実態に近いです。

追加された5つの機能

後方互換を壊さずに増えた項目が5つあります。3つはベータで、専用のベータヘッダーが必要です。

1. 会話の途中でeffortを変えられる（ベータ）。難しい工程だけeffortを上げ、定型処理では下げる、という運用がプロンプトキャッシュを壊さずにできるようになりました。ヘッダーは mid-conversation-output-config-2026-07-01。Fable 5.1・Mythos 5.1・Opus 5が対応します
2. 1ターンだけ有効なシステムメッセージ（ベータ）。role: "system" のメッセージに clear_at: "next_user_message" を付けると、そのターンだけシステムプロンプト相当の効力を持ち、次のユーザー発話以降は効かなくなります。メッセージ自体は履歴に残したまま送り続けるので履歴が変化せず、効力が切れたメッセージは入力トークンとして課金されません。ヘッダーは mid-conversation-system-clear-at-2026-08-21
3. ツール呼び出しの間の進捗表示（ベータ）。thinking.display に "updates" を指定すると、推論内容は隠したまま、進捗のテキストだけを受け取れます。既定の "omitted" だと長時間のエージェント処理が利用者側から見て無音になるため、UIに進捗を出したい場合はここを使います。ヘッダーは thinking-display-updates-2026-08-18
4. キャッシュ読み取りの値下げ。前述のとおり$1→$0.25
5. 生成物の来歴表示。Fable 5.1とMythos 5.1が生成したテキストには、提供されている全プラットフォームでAnthropicの統計的ウォーターマークが入ります。コード実行ツールなどが生成した画像・動画をFiles API経由で取得すると、署名済みのC2PA Content Credentialsが付きます。公式は「出力の意味・品質・可読性を変えず、トークンも隠し文字も増やさず、利用者や組織の情報は含まない」と説明しています

# 会話の途中でeffortを下げる（ベータヘッダーが必要・公式ドキュメントの例）
curl https://api.anthropic.com/v1/messages 
  -H "x-api-key: $ANTHROPIC_API_KEY" 
  -H "anthropic-version: 2023-06-01" 
  -H "anthropic-beta: mid-conversation-output-config-2026-07-01" 
  -H "content-type: application/json" 
  -d '{
    "model": "claude-fable-5-1",
    "max_tokens": 4096,
    "output_config": {"effort": "high"},
    "messages": [
      {"role": "user", "content": "SQLiteからPostgreSQLへの移行計画を3ステップで"},
      {"role": "assistant", "content": "1. SQLiteのデータを書き出す 2. PostgreSQL側のスキーマを作る 3. 取り込んで件数を照合する"},
      {"role": "system", "content": [], "output_config": {"effort": "low"}},
      {"role": "user", "content": "この計画を1文で要約して"}
    ]
  }'

1ターンだけ有効なシステムメッセージは、次の形です。ツールのループの中で「毎ターン同じ注意書きを差し込んでは消す」という実装をしている場合、その処理はFable 5.1では履歴の編集とみなされて事故のもとになるので、こちらに置き換えます。

{
  "role": "system",
  "clear_at": "next_user_message",
  "content": "結果は受信箱に届いています。次のコードを実行する前に確認してください。"
}

発表前に出回っていた情報と、実際の答え合わせ。この記事の初稿を準備していた9月1日時点では、検索すると「Fable 5.1は2026年8月にローンチ済み」と書く英語ブログが複数ヒットしていました。実際のリリース日は9月1日なので、8月ローンチという記述は誤りでした。価格についても「新しい価格体系になる」という趣旨の記述がありましたが、実際は入力$10・出力$50の据え置きで、動いたのはキャッシュ読み取りの1項目だけ。そして実質コスト減の主因であるこのキャッシュ値下げは、公式発表で初めて明らかになった内容です。発表前の二次情報は、当たっている部分があっても肝心なところが抜けている——社内資料に数字を載せるときは、公式ページから転記して参照日を添える運用にしておくのが安全です。

【重要】APIで呼んでいる企業に効く破壊的変更3点

ここが本記事でいちばん実務に効く部分です。公式ドキュメントは「Fable 5をすでに呼んでいるなら、3つの変更が破壊的（breaking）」と明記しています。1つずつ、症状と対処をセットで見ていきます。

変更1：forced tool useが使えなくなった（400エラー）

Fable 5.1とMythos 5.1は、ツールの強制呼び出しに対応しません。tool_choice に {"type": "any"} または {"type": "tool", "name": "..."} を指定すると、400の invalid_request_error が返り、メッセージは次のとおりです。

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

既定の {"type": "auto"} と {"type": "none"} は今までどおりです。同じ検証はトークンカウントのエンドポイントにも適用されます。

なぜこうなったのか。Fable 5.1は思考が常時オンで、ツール呼び出しを強制すると思考の工程が飛ばされます。すると、モデルは考えた内容をツールの引数の中に書き込む形になり、引数の質が落ちる。だから塞いだ、という説明です。

対処は3通り。スキーマに沿ったJSONが欲しかっただけなら、tool_choice は auto のままにして strict tool use で strict: true を立てるか、structured outputs（構造化出力）側へスキーマを移します。「必ずツールを呼ばせたい」のが目的だったなら、プロンプトに条件を書きます（例：「天気を答えるときは get_weather ツールを使うこと」）。公式は「Fable 5.1は明示的なツール指示に確実に従う」と書いています。

変更2：thinkingブロックは「生成したモデル」に紐づく

思考ブロックには、どのモデルが生成したかが記録されるようになりました。しかも引き継ぎは一方向です。Fable 5.1は過去のモデルの思考ブロックを読めますが、過去のモデルはFable 5.1の思考ブロックを読めません。

• Opus 5やFable 5からFable 5.1へ上がる会話 → 思考は保持される
• Fable 5.1から過去のモデルへ下がる会話 → そのターン以降の思考は失われる

読めないブロックが混じったリクエストが来た場合、APIはモデルに渡す前にそのブロックを落とします。落ちたブロックは input_tokens に計上されず、課金もされません。問題は既定では黙って落ちることです。thinking-binding-controls-2026-08-01 ベータヘッダーを付けると、落とした事実がトップレベルの input_transformations 配列で報告されます。

実務で効くのは、複数モデルを行き来させるルーターやフォールバックを組んでいる場合です。「難しい依頼は5.1、簡単な依頼は安いモデル」と自動で振り分ける実装だと、下位モデルへ戻したターンで思考が消え、文脈が薄くなる形で品質が落ちます。しかもログには何も出ません。移行時は、まず上記のベータヘッダーを付けて input_transformations を記録し、どれだけ落ちているかを数えるところから始めるのが安全です。

変更3：過去ターンを編集するとthinkingブロックが無効になる

3つ目がいちばん影響範囲が広く、対処も面倒です。Fable 5.1の思考ブロックより前にあるもの——system プロンプト、tools 配列、それ以前のメッセージ——を書き換えると、次のリクエストでエラーになります。エラーメッセージは The block is bound to a different conversation です。Mythos 5.1はこの検査を行いません。

公式が挙げている「以降の思考ブロックを全部無効にするパターン」は次の4つです。

• 過去のターンを編集・並べ替え・削除して、それ以降のターンを残す
• リクエストごとに過去のターンへ注意書きやステータス行を差し込み、次のリクエストで消す
• 同じ会話の中で、リクエストの合間に system プロンプトや tools 配列を組み直す
• 画像や文書のURLが、後のリクエストで別のバイト列を返す（検査対象はURLではなく中身なので、同じファイルの署名付きURLが更新されるだけなら問題ない）

逆に、次の操作は安全です。先頭から順に連続する思考ブロックを削る、サーバー側のcontext editingやcompactionに履歴を詰めさせる、cache_control マーカーを動かす、リクエスト間で effort を変える。なお「先頭以外の位置から思考ブロックを1つ抜く」と、それ以降の思考ブロックが全部無効になります。

適用範囲に段階があります。この検査が強制されるのは2026年8月31日以降に作成されたアカウントです（公式ドキュメントの表記。発表記事のほうは「本日（9月1日）以降に作成された新規APIアカウント」と書いており、1日ずれています。運用上は「8月末以降に作った新しいアカウントは対象」と見ておけば足ります）。それより前に作られたアカウントでは、APIは不一致を記録するものの、リクエストが thinking.block_binding.prefix_mismatch_behavior を指定したときにだけ動作します。つまり既存アカウントは今すぐ壊れないが、いずれ全員に適用されるという猶予つきの変更です。Anthropicは発表記事の中で、これを蒸留（distillation）対策の一環だと説明しており、「今後のモデルリリースでは全ユーザーに適用する」と明記しています。

やることは「会話履歴を追記専用（append-only）として扱う」の一点です。毎ターンの注意書きは前述の1ターン限定システムメッセージへ、system や tools の変更は会話途中のシステムメッセージ／ツール変更へ移し、履歴の圧縮はサーバー側の機能に任せる。ここを直すとプロンプトキャッシュも温まったままになるので、コスト面でも得をします。

自前で messages 配列を組んでいない場合は、ほぼ気にしなくてよい
公式は、Claude Code・claude.ai・Claude Managed Agents・Claude Agent SDKについて「この前提部分を壊さないように面倒を見る」と明記しています。影響を受けるのは、自社コードで会話履歴を組み立てているシステムです。まずは「うちはどっちか」を確認してください。

移行前の棚卸しには、次のプロンプトが使えます。実装コードやフロー図を貼って使う想定です。

あなたはAI基盤の移行レビュー担当です。
以下の実装を、Claude Fable 5.1 へ移行する前提でレビューしてください。

【必ず確認する観点】
1. tool_choice に "any" または "tool" を指定している箇所はあるか
   （Fable 5.1では400 invalid_request_error になる）
   → ある場合、strict tool use か structured outputs のどちらへ寄せるか案を出す
2. 会話履歴（messages配列）を自前で組み立てているか
   → 組み立てている場合、次の4パターンに該当する処理がないか列挙する
     a. 過去ターンの編集・並べ替え・削除
     b. 毎リクエスト注入して次で消す注意書き・ステータス行
     c. 会話途中での system / tools の作り直し
     d. 後のリクエストで中身が変わる画像・文書URL
3. 複数モデルを切り替えるルーターやフォールバックがあるか
   → ある場合、Fable 5.1から下位モデルへ戻る経路を列挙する
4. effort を固定値で持っているか。工程ごとに変える余地はあるか

【出力】
- 観点ごとに「対応済み／未対応／判断が必要」を判定
- 未対応のものは、修正の優先度（高・中・低）と最小の修正案
- 最後に、モデルID差し替えだけで移行できるかを可否1行で

【レビュー対象】
"""
[実装コードまたは処理フローの説明を貼り付け]
"""

Fable 5とFable 5.1の違い一覧｜仕様・料金・提供プラットフォーム

ここは公式ドキュメントの数値をそのまま転記した一次リファレンスとして使ってください（すべて2026年9月2日参照）。

仕様の比較

見落とされがちなのが知識カットオフです。Fable 5は2026年1月で、同じClaudeでもOpus 5（2026年5月）より古いという逆転がありました。Fable 5.1は2026年6月まで進んだので、現行ラインナップで最も新しくなっています。直近の制度変更や新しいライブラリを扱う業務では、この差がそのまま素の精度に出ます。Opus 5との使い分けはOpus 5とFable 5どっちを使う？使い分け基準で整理しているので、単価差と合わせて判断してください。

提供プラットフォームとMythos 5.1

Fable 5.1はリリース当日から全プラットフォームで提供されています。Claude APIは全顧客が対象で、Amazon Bedrock・Claude Platform on AWS・Google Cloud・Microsoft Foundryでも使えます。アプリ側の扱いは発表記事に手がかりがあり、Claude Codeでは既定effortがHigh、Claude CoworkとClaude.aiではMediumと明記されています。

一方、Mythos 5.1はProject Glasswing参加組織の限定提供です。モデルIDは claude-mythos-5-1、能力と料金はFable 5.1と同じで、違いはセーフガードの厳しさだけ。サイバーセキュリティとライフサイエンスの専門家向けに、Cyber Verification Program（CVP）とLife Sciences Verification Program（LSVP）という2つの承認制プログラムを通じて提供され、現時点では米国の一部組織に限られています。一般の法人が検討対象にできるのはFable 5.1のほうだと考えて差し支えありません。

他社モデルと単価やコンテキスト長を横並びで見たい場合は、主要AIモデルAPI料金 横断比較と主要AIモデル コンテキスト長 横断比較を毎月更新しています。なおOpenAI側では、Astraが名前だけ先行して提供されていない状況が続いており、同じ「次のモデル」の話でも状況がまったく違います。

Fable 5はいつまで使える？Legacy表示と廃止予定

新モデルが出ると必ず出る質問がこれです。答えは「すぐには止まらない」で、根拠も公式ページにあります。

Fable 5のモデルページは、9月1日には「Latest.（最新）」でしたが、9月2日時点では「Legacy.」表示に変わり、ステータス欄も Active (legacy) になっています。ただし提供終了予定は「2027年6月9日より前には終了しない」のまま動いていません。Legacyは「もう新しくはない」という意味であって、「もうすぐ止まる」という意味ではない、ということです。Fable 5.1側の終了予定は「2027年9月1日より前には終了しない」と登録されています。

Claudeモデルの世代交代の実際の間隔を、公式ページ冒頭に書かれている「Released ○月○日」だけを並べて確認すると、次のようになります。推定値は含まれていません。

Fable 5からFable 5.1までは84日でした。Opus系が4.5から4.8まで約半年で4世代を刻んできたのと同じテンポで、Fable系も小数点刻みに入ったことになります。ここから言えるのは「2〜3ヶ月おきに何かしら出る前提で設計しておいたほうがいい」という運用上の示唆までで、次の日付は誰にも分かりません。Anthropicはモデルのロードマップを公開していないためです。

もうひとつ、モデルの停止について押さえておくべき事実があります。Anthropicは公開モデルの廃止について最低60日前の通知を約束しています。ただし実績を見ると、Opus 4.1は2026年6月5日告知・8月5日廃止（61日後）、Sonnet 4とOpus 4は4月14日告知・6月15日廃止（62日後）と、下限ぎりぎりで本当に止まっています。60日という数字は「探す時間」ではなく「検証する時間」として使う前提で予定を組んでください。

移行チェックリスト｜今日やる5ステップ

公式の移行手順は「モデルIDを差し替えて、5項目を確認する」という構成です。ここでは各ステップに、実際に何を検索・確認すればいいかを補って書きます。

# ステップ0：モデルIDを差し替える（公式ドキュメントの例）
model = "claude-fable-5"    # Before
model = "claude-fable-5-1"  # After

# 差し替え前に、自分の組織で本当に呼べるかをModels APIで確認する
curl https://api.anthropic.com/v1/models 
    -H 'anthropic-version: 2023-06-01' 
    -H "X-Api-Key: $ANTHROPIC_API_KEY"
# 返ってきたJSONの data 配列に claude-fable-5-1 があるかを見る

1. tool_choice の any／tool を全部外す。コードとプロンプト設定ファイルを tool_choice で全文検索します。スキーマを守らせるのが目的だったなら tool_choice: {"type": "auto"} のまま strict tool use へ、出力形式そのものを固定したいなら structured outputs へ移します
2. 思考ブロックはそのまま返し、履歴は追記専用にする。自前で messages を組んでいるなら、履歴編集の検査を先に走らせます。毎ターンの注意書きは1ターン限定システムメッセージへ、system／tools の変更は会話途中のシステムメッセージ／ツール変更へ移し、履歴の圧縮はサーバー側のcontext editingかcompactionに任せます。本番で使う prefix_mismatch_behavior を決めて、input_transformations を監視対象に入れます
3. effortを既定値のまま使わず、調整し直す。既定は high です。発表記事によれば、LowやMediumでもFable 5と同等かそれ以上の結果が、はるかに低いコストで出るとされています。全工程を high のまま走らせるのがいちばん高くつくので、会話途中でのeffort変更（ベータ）と組み合わせて工程ごとに調整します
4. エージェントループで「1ターン1ツール呼び出し」になっていないか見る。後述しますが、Fable 5がまとめて呼んでいた独立したツール呼び出しを、5.1は1件ずつ呼ぶことがあります。ターン数が増えるとトークンも往復も時間も増えるので、プロンプトに「独立した読み取りはまとめて実行する」旨の1行を足します
5. 評価（eval）を回し直す。拒否の扱い・フォールバック・フォールバッククレジット・トークン数は変わっていません。変わるのはキャッシュ読み取り単価と、コードを変えなくても出る挙動差です。既存の評価セットをそのまま流して、差分だけ見るのが最短です

フォールバック周りは補足が要ります。Fable 5.1もFable 5と同じく拒否（refusal）を返すことがあり、そのときHTTPは200の成功レスポンスで stop_reason: "refusal" が入ります。HTTPステータスだけで分岐している実装は、拒否文をそのまま業務成果物として下流へ流します。fallbacks: "default"（ベータ）を使う場合、Fable 5.1の許可されたフォールバック先はClaude Opus 4.8とClaude Opus 5です。出力が生成される前の拒否は課金されず、モデルを切り替えたときのプロンプトキャッシュ費用はフォールバッククレジットで戻ります。

あなたは社内の情報システム部門向けに、モデル移行の可否メモを作る担当です。
以下に貼る公式ドキュメントの内容だけを根拠に、次の5項目を表形式でまとめてください。

1. モデルID（プラットフォーム別に全て・書式の違いも明記）
2. 料金（入力／出力／キャッシュ書き込み5分・1時間／キャッシュ読み取り／Batch割引）
   ※ 現行モデルとの差分を必ず併記する
3. 知識カットオフ・コンテキスト長・最大出力
4. 後方互換のない変更と、その回避策
5. 提供終了予定日（新旧両方）と、現行モデルの廃止告知の有無

制約:
- 貼り付けた資料に書かれていない項目は「記載なし」と書く。推測で埋めない
- 数値には必ず単位と対象（100万トークンあたり等）を付ける
- 最後に「今すぐ移行／検証してから移行／見送り」を1つ選び、理由を3行で書く

公式ドキュメント:
"""
[ここに公式のモデルページ・What's newページを貼り付け]
"""

Claude Code側の設定や料金の考え方はClaude CodeでFable 5を使う方法｜設定と料金に、プラン別の利用クレジットの扱いはFable 5「利用クレジット」とは｜単価と節約策にまとめてあります。

コードを変えなくても変わる挙動7点と、プロンプト側の直し方

公式が「コードを一切変えなくても表面化する差」として挙げている項目が7つあります。移行後に「なんとなく前と違う」と感じる原因はだいたいここです。すべて公式のプロンプト指南に対処法が用意されています。

逆に、変わっていない挙動も公式に列挙されています。thinking に enabled（budget_tokens 指定）や disabled を渡すと400エラーになる点、thinking.display の既定が "omitted" で生の思考は返らない点、アシスタント応答のプリフィルが400になる点、temperature／top_p／top_k に既定以外の値を渡すと400になる点、キャッシュ可能な最小プロンプト長が512トークンである点。ここはFable 5の設計をそのまま持ち越せます。

事例区分：想定シナリオ
以下は100社以上のAI研修・導入支援で繰り返し見てきた典型的な流れを、特定企業が識別できない形に構成したものです。

新モデルが出た週に起きがちなのは、担当者がモデルIDだけ差し替えて本番へ入れ、数日後に「エージェントの動きが遅くなった」「請求が思ったほど下がらない」という報告が上がってくる流れです。原因は性能ではなく、ツール呼び出しが1件ずつになってターン数が増えたことと、effortを既定の high のまま走らせていたことの2つに割れることが多い。移行時にいちばん時間を使うべきなのはモデル選定ではなく、effortの再調整とプロンプトの1行修正です。

法人導入で確認する4論点｜データ保持・EFS・セーフガード・ウォーターマーク

稟議で必ず聞かれる項目を4つに絞ります。ここは性能の話とは別軸で、社内規程と直接ぶつかる部分です。

1. データ保持は30日。ゼロデータ保持は原則対象外。Fable 5.1とMythos 5.1は30日間のデータ保持が適用され、Anthropicが明示的に許可した場合を除き、ゼロデータ保持（ZDR）では利用できません。両モデルとも、Fable 5・Mythos 5と同じくCovered Modelsに指定されています。「入力データを一切保持しない構成でなければ通らない」という規程がある会社は、まずここを確認してください。

2. ただしEFSという受け皿が用意された。Anthropicは発表と同時に、Enterprise Frontier Safeguards（EFS）という新しい仕組みを公表しました。顧客が完全に管理するクラウド基盤にデータを保存し、人手によるレビューも既定では顧客自身が行う方式で、ゼロデータ保持と同等のプライバシーを保ちながら悪用検知を成立させる、という設計です。金融・医療・製造・通信・法務・小売・公共など100社以上の顧客とAWS・Google Cloud・Microsoft Azureとの協業で開発され、Claude Code、Claude Enterprise、Claude Platform、Amazon Bedrock、Claude Platform on AWS、GoogleのAgent Platform、Microsoft Foundryで対応予定。提供は2026年秋から段階的で、EFSが使えるようになるまでの間、対象要件を満たす顧客はFable 5.1をゼロデータ保持で使えると説明されています。ZDRが必須の会社は、この経路の適用可否を営業窓口に確認するのが実務上の近道です。

3. セーフガードの誤検知が減った。Fable 5.1ではサイバーセキュリティ関連のセーフガードが精密化され、Claude Codeの利用者はセッションあたりの介入がFable 5当時よりおよそ60%減る見込みと公表されています。ソフトウェアの脆弱性の特定（防御目的）にFable 5.1を使えるようになった一方で、ペネトレーションテスト・エクスプロイト生成・バイナリベースの脆弱性スキャンといったデュアルユース領域は、今もOpus系モデルへ振り向けられます。生物学分野については、2026年8月時点の更新で、初等的な生物学・医療の良性の質問に対する発動が85%減ったと公表済みです。

4. 出力にウォーターマークが入る。Fable 5.1が生成したテキストには、統計的ウォーターマークが全プラットフォームで入ります。背景にはEU AI Actがあり、Anthropicは2026年7月にAI生成コンテンツの透明性に関する行動規範へ、他の190の署名者とともに署名しました。これにより2026年8月2日以降にリリースされたモデルの出力にウォーターマークを入れる必要が生じています。検出用APIはプライベートプレビュー段階で、規制当局・法執行機関・報道・ファクトチェッカー・研究者・教育機関・EUの市民社会団体など、EU法上の要件がある組織に提供されています。ウォーターマークは検出APIを持たない側からは不可視で、出力の品質や内容に実質的な影響はなく、利用者や組織の情報も含まないというのが公式の説明です。「AIが書いたと分かってしまうのでは」という社内の懸念には、この事実関係で答えられます。

法人導入時の確認項目全体はFable 5 法人導入完全ガイド｜SSO・監査ログ・SOC2に一覧化しています。Fable系そのものの基礎を押さえたい方はClaude Fable 5とは｜4モデル比較と料金・使い方から読むのが早いです。

【要注意】Fable 5.1移行でやりがちな失敗4パターン

失敗1：モデルIDだけ差し替えて本番へ入れる

❌ 「設定ファイルの claude-fable-5 を claude-fable-5-1 に置換してデプロイ」
⭕ 「置換前に tool_choice と会話履歴の組み立て方を検査し、検証環境で評価セットを回してから本番へ」

なぜ重要か：後方互換のない変更が3つあり、うち2つはエラーではなく静かな品質劣化として出ます。thinkingブロックが落ちても課金額は増えず、ログにも既定では何も出ません。「エラーが出ていないから成功」と判断できない移行だ、という前提で扱ってください。

失敗2：effortを既定の high のまま全工程で走らせる

❌ 「最上位モデルなので、いちばん深く考えさせる設定で固定」
⭕ 「工程ごとにeffortを分け、定型処理は下げる。会話途中でも切り替える」

なぜ重要か：APIの既定は high で、何も指定しなければ全ターンが最も高い設定で走ります。公式は「LowやMediumでもFable 5と同等かそれ以上の結果が、はるかに低いコストで得られる」と説明しています。キャッシュ読み取りが4分の1になっても、effortを上げっぱなしにしていれば削減分は簡単に消えます。

失敗3：キャッシュ値下げを一律25%引きとして予算に反映する

❌ 「Fable 5.1に替えればAI費用が25%下がる、と稟議に書く」
⭕ 「請求内訳のキャッシュ読み取り比率を先に見て、自社の削減率を推計する」

なぜ重要か：約25%という数字は、2026年8月の実利用4週間分を既定effortで測ったAnthropic側の平均値です。キャッシュをほとんど使わない単発処理中心の組織では、削減はほぼ効きません。逆にキャッシュ読み取りが費用の大半を占めるエージェント用途なら、最大およそ45%まで伸びます。「単価×想定トークン量」の式そのものを資料に載せ、単価をパラメータとして扱う形にしておくと、次の価格改定でも1箇所直すだけで済みます。

失敗4：拒否（refusal）とフォールバックを設計せずに載せる

❌ 「HTTPステータスが200なら成功として次の処理へ渡す」
⭕ 「stop_reason を必ず見て、refusal のときは許可されたフォールバック先（Opus 4.8／Opus 5）への再試行か、人手へのエスカレーションに分岐させる」

なぜ重要か：拒否は成功レスポンスとして返るため、ステータスコードだけの判定では検知できません。バッチ処理だと誰も気づかないまま件数だけ積み上がります。さらにFable 5.1では、下位モデルへ切り替えた時点でそれまでの思考ブロックが読めなくなるので、フォールバック経路は「動く」だけでなく「文脈が落ちる」ことまで織り込んで設計する必要があります。

あなたは中小企業のAI導入を支援するコンサルタントです。
Claude Fable 5 から Fable 5.1 への移行について、下記の状況で
「今すぐ移行する」「検証してから移行する」「見送る」のどれが妥当かを
判断メモとしてまとめてください。

【前提として必ず守ること】
- 公式に確認できない性能・価格・提供条件を仮定しない
- コスト効果は「キャッシュ読み取りが費用に占める割合」から説明する
  （入力$10・出力$50は据え置き、キャッシュ読み取りのみ $1→$0.25）
- 後方互換のない変更3点（forced tool use／thinkingブロックのモデル紐づけ／
  過去ターン編集の無効化）に自社が該当するかを必ず判定する

【出力形式】
1. 現在の使い方でコストがどう変わるか（削減が効く工程・効かない工程を分ける）
2. 移行に必要な作業（工数の目安つきで3〜5項目）
3. 移行しない場合のリスク（Fable 5の状態はActive legacy・終了予定は2027年6月9日以降）
4. 結論：今すぐ／検証後／見送り（1つ選び、理由を3行）

【自社の状況】
[使っている業務・月間のトークン量・キャッシュ利用の有無・実装形態を記入]

よくある質問

Q1. Claude Fable 5.1はいつからどこで使えますか？

2026年9月1日（米国時間）のリリース当日から使えます。Claude APIは全顧客が対象で、モデルIDは claude-fable-5-1。Amazon Bedrock（anthropic.claude-fable-5-1）、Claude Platform on AWS、Google Cloud、Microsoft Foundryでも提供されています。アプリ側では、Claude Codeの既定effortがHigh、Claude CoworkとClaude.aiがMediumと公式発表に明記されています。

Q2. Fable 5と5.1は何が違いますか？

入力$10・出力$50の単価、100万トークンのコンテキスト、12万8,000トークンの最大出力は同じです。違いは4点で、（1）キャッシュ読み取りが$1から$0.25へ、（2）知識カットオフが2026年1月から2026年6月へ、（3）長時間のコーディング・調査・文書作成などの性能向上、（4）後方互換のない変更3点と追加機能5点。詳しくは本文の比較表を参照してください。

Q3. Fable 5.1に替えると本当に安くなりますか？

使い方によります。単価表の入力・出力は変わらないため、キャッシュを使わない単発処理では実質ほぼ同じです。Anthropicの公表値は、典型的な業務で約25%減、キャッシュ読み取りが費用の大半を占めるエージェント的な業務で最大およそ45%減。自社の削減率は、現在の請求内訳でキャッシュ読み取りが占める割合を見れば概算できます。

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

公式の状態表示はActive（legacy）に変わりましたが、提供終了予定は「2027年6月9日より前には終了しない」のままです。廃止が決まった場合は最低60日前に通知されます。ただし過去の実績では、Opus 4.1が告知から61日後、Sonnet 4とOpus 4が62日後に実際に停止しており、下限に近いところで止まると考えておくのが安全です。

Q5. コードを書き換えずにモデルIDだけ差し替えても大丈夫ですか？

条件つきです。tool_choice に any や tool を使っていれば400エラーになります。また自前で会話履歴を組み立てていて、過去ターンへの注入や system／tools の作り直しをしている場合、思考ブロックが無効になります。逆に、Claude Code・claude.ai・Claude Managed Agents・Claude Agent SDK経由なら、この前提部分は向こう側で保たれます。

Q6. 既存アカウントでも履歴編集の検査は効きますか？

強制されるのは2026年8月31日以降に作成されたアカウントです。それ以前のアカウントでは、APIは不一致を記録するものの、リクエストが thinking.block_binding.prefix_mismatch_behavior を指定したときにだけ動作します。ただしAnthropicは、今後のモデルリリースでは全ユーザーに適用すると明記しているため、猶予期間として扱うのが妥当です。

Q7. Mythos 5.1は自社でも使えますか？

能力と料金はFable 5.1と同じですが、Project Glasswing参加組織の限定提供です。サイバー防御向けのCyber Verification Program、ライフサイエンス向けのLife Sciences Verification Programという2つの承認制プログラムを通じて提供され、現時点では米国の一部組織に限られています。一般の法人が検討対象にできるのはFable 5.1のほうです。

Q8. 出力にウォーターマークが入ると業務利用に支障はありますか？

公式説明では、ウォーターマークは出力の意味・品質・可読性を変えず、トークンも隠し文字も増やさず、利用者や組織の情報も含みません。リクエストやレスポンスの実装を変える必要もありません。検出APIはプライベートプレビューで、規制当局や報道機関など要件のある組織に限定提供されています。

参考・出典

• Claude Fable 5.1（Anthropic公式モデルページ） — リリース日2026年9月1日・モデルID・料金・キャッシュ読み取り$0.25・知識カットオフ2026年6月・終了予定2027年9月1日以降（参照日: 2026-09-02）
• What’s new in Claude Fable 5.1（Anthropic公式ドキュメント） — 破壊的変更3点・追加機能5点・挙動差7点・変わらない仕様・フォールバック先・データ保持（参照日: 2026-09-02）
• Introducing Claude Fable 5.1 and Claude Mythos 5.1（Anthropic公式発表・2026年9月1日） — ベンチマーク表と脚注・コスト約25%減／最大約45%減・EFS・セーフガード改善・EU AI Actとウォーターマーク（参照日: 2026-09-02）
• Claude Fable 5（Anthropic公式モデルページ） — 状態Active（legacy）・リリース日2026年6月9日・終了予定2027年6月9日以降・キャッシュ読み取り$1・知識カットオフ2026年1月（参照日: 2026-09-02）
• Model deprecations（Anthropic公式） — 全モデルの状態と終了予定日・最低60日前通知・過去の廃止実績（参照日: 2026-09-01）
• Pricing（Anthropic公式） — 各モデルの単価・キャッシュ書き込み／読み取り・Batch API割引（参照日: 2026-09-02）
• List Models API（Anthropic公式APIリファレンス） — 提供中モデルの確認方法（参照日: 2026-09-01）
• Improving Fable 5’s biology safeguards（Anthropic公式・2026年8月7日） — 生物学関連セーフガードの発動85%減（参照日: 2026-09-01）

まとめ：今日から始める3つのアクション

1. 今日：コードとプロンプト設定を tool_choice で全文検索する。any か tool が1箇所でもあれば、Fable 5.1では400エラーになります。同時に、会話履歴を自前で組み立てているかどうかを確認してください
2. 今週中：直近1ヶ月の請求内訳を開き、キャッシュ読み取りが費用の何%を占めているか出す。この比率がそのまま、Fable 5.1へ移行したときの削減幅の見当になります
3. 今月中：検証環境で評価セットを回し、effortを工程ごとに調整し直す。既定の high のまま移行すると、キャッシュ値下げ分が消えるどころか超過することがあります

今回のリリースで一番おいしいのは、性能でも価格表でもなく「長く走らせるほど安くなる」という料金構造の変化です。裏を返せば、単発の質問応答しかしていない組織にはほとんど恩恵がありません。Fable 5.1を活かせるかどうかは、業務のどこを長時間まかせるかを決められているかで決まります。Fable 5は2027年6月9日より前には止まらないので、慌てて全面移行する必要はありません。まずは tool_choice の棚卸しと、キャッシュ比率の確認から始めてください。

あわせて読みたい

• Claude Fable 5とは｜4モデル比較と料金・使い方 — Fable系の全体像を最初に押さえたい方へ
• Opus 5とFable 5どっちを使う？使い分け基準 — 単価差と知識カットオフ差をどう使い分けるか
• Claude CodeでFable 5を使う方法｜設定と料金 — Claude Code側の設定・利用クレジットの実際
• Fable 5とSonnet 5の使い分け — 単価5倍差をどこで線引きするか

次回予告：次の記事では「エージェント運用のコストをキャッシュ設計で下げる」をテーマに、プロンプトキャッシュの区切り方と cache_control の置きどころを、実際の請求内訳の読み方とセットで扱う予定です。