Fable 5.1とFable 5の違い｜比較表と移行判断【2026年9月】

Claude Fable 5とClaude Fable 5.1の違いは、料金表の上では1行しかありません。入力10ドル・出力50ドル（100万トークンあたり）は据え置きで、変わったのはキャッシュ読み取り単価が1ドルから0.25ドルへ下がったことだけです。ところがAPIから呼んでいる場合は話が別で、エラーになる書き方が3つ増えています。逆にコードを1行も変えなくても、モデルの振る舞いは7か所変わります。この記事は「5と5.1で何がどう変わったか」だけを、変わった項目と変わらない項目に分けて並べたものです。

この記事の要点

• 費用面で変わるのはキャッシュ読み取りだけ：1ドルから0.25ドル（100万トークンあたり）へ。基準入力価格に対する比率が10%から2.5%に下がったためで、入力・出力・キャッシュ書き込み・バッチ処理の単価はすべて同じです。長い前提を何度も読み直すエージェント用途ほど効きます
• API利用者は3点だけ確認すれば移行できる：tool_choice の強制指定が400エラーになる、thinkingブロックが生成したモデルに紐づく、会話の過去ターンを書き換えるとthinkingブロックが無効になる。この3つに当てはまらないなら、モデルIDの書き換えだけで動きます
• 据え置いてよい条件もはっきりしている：Fable 5は2026年9月2日時点でLegacy扱いですが非推奨（Deprecated）指定はされておらず、提供終了は「2027年6月9日より前にはならない」と公式に書かれています。急いで動かす締め切りは、少なくとも今はありません

この記事の対象：Claude Fable 5をAPIまたはClaude Codeで業務に組み込んでいて、5.1へ切り替えるべきか判断したい開発責任者・情報システム部門と、費用の増減を確認したい管理職。
今日やること：自社のコードに tool_choice の any または tool 指定があるかを1回検索する。無ければ、移行作業の大半は終わりです。

最終更新：2026年9月2日

「5.1が出たらしいけど、うちは上げたほうがいいんですか？」——2026年9月1日にClaude Fable 5.1が公開されてから、この形の質問をいくつも受けました。答えを先に書くと、APIから呼んでいる場合は3点だけ確認すればよく、Claude Codeやclaude.aiから使っている場合は基本的に確認することすらありません。ただし「上げれば無条件で得」でもありません。

事例区分: 想定シナリオ
以下は100社以上の研修・導入支援の経験をもとに構成した典型的なシナリオです。特定企業の事例ではありません。

よくあるのは、こういう詰まり方です。社内のエージェント基盤でモデルIDを claude-fable-5 から claude-fable-5-1 に書き換えて動かしたら、いくつかの処理だけ400エラーで落ちる。ログを見ると、JSONを確実に返させるために tool_choice でツールを名指ししていた箇所だった——というパターンです。原因を知っていれば直すのは数十分ですが、知らないと「5.1は不安定だ」という結論になって差し戻される。もったいない止まり方です。

この記事では、Anthropicの公式ドキュメント（モデルページ、What’s new、モデル廃止ページ、公式ヘルプ）を2026年9月2日に1つずつ開いて突き合わせた内容を、「変わった項目」と「変わっていない項目」に分けた比較表として置きます。リリース全体の概要はClaude Fable 5.1とは？変更点・料金・使い方にまとめてあるので、そちらと重ならないよう、この記事は2つの世代を1対1で比べることだけに絞っています。

Fable 5とFable 5.1の違いを3行で｜乗り換える人・据え置く人

細かい表に入る前に、判断に直結する3行だけ先に書きます。

1. お金の違いはキャッシュ読み取りの1行だけ。入力10ドル・出力50ドル（100万トークンあたり）は同じで、キャッシュ読み取りが1ドルから0.25ドルへ下がりました。同じ前提を何度も読み直す長時間のエージェント処理ほど、請求額が下がります。
2. 互換性の違いは3点だけ。tool_choice の強制指定、thinkingブロックのモデル間の持ち回り、会話履歴の書き換え。この3つに触っていないなら、モデルIDの書き換えで移行は完了します。
3. 知識の新しさが5か月分違う。信頼できる知識のカットオフが2026年1月から2026年6月へ。Fable 5は2026年前半の出来事を知らない前提で使う必要がありました。

ここから、乗り換えるべき人と据え置いてよい人を分けます。

今すぐ5.1へ乗り換える価値が大きいのは、次に当てはまる場合です。

• 同じ長い前提（コードベース、社内規程、仕様書）を読み直しながら何時間も走るエージェント処理を回している。キャッシュ読み取りが4分の1になる効きが最も大きい使い方です
• 2026年前半の情報を扱う仕事が多い。カットオフが1月から6月へ動いた差がそのまま効きます
• ドキュメント・表計算・スライドを白紙から作らせる用途。公式が5.1の強化領域として明記している範囲です
• コンピュータ操作を業務に組み込んでいる（ブラウザやデスクトップアプリの自動操作）

逆に、据え置いて構わないのは次の場合です。

• 短いやり取りが中心で、キャッシュがほとんど効いていない。この場合、費用はまったく変わりません
• 並列でツールを呼ばせる前提で組んだエージェントループがあり、今の挙動で安定している（後述しますが、5.1は1ターンあたりのツール呼び出しが1件に減ることがあります）
• 会話履歴を組み立て直す実装になっていて、直す時間が今は取れない。Fable 5は2027年6月9日より前には終了しないので、慌てる必要はありません
• そもそもFable系である必要がない。公式は「ほとんどの用途はまずClaude Opus 5から」と案内しており、Opus 5は単価が半分です。この線引きはOpus 5とFable 5.1の違い｜比較と使い分けで詳しく扱っています

仕様と料金の比較表｜「変わった項目」と「変わらない項目」

ここが本題です。1つの表に混ぜると読み違えるので、変わった項目と変わっていない項目を分けます。数値はすべてAnthropic公式のモデルページとWhat’s newの掲載値（2026年9月2日参照）です。

変わった項目

変わっていない項目

この2つの表を見比べると、「変わっていない」側のほうが行数が多いことがわかります。これがFable 5.1の性格です。世代交代というより、同じ枠組みのまま中身を入れ替えた改訂版に近い。だから移行コストが低く、逆に「劇的に何かが変わる」期待をすると肩透かしになります。

費用の話をもう少し具体的にします。キャッシュ読み取りが1ドルから0.25ドルに下がるというのは、キャッシュが効いている割合が高いほど効くという意味です。たとえば入力の大半がキャッシュヒットで賄われるような長時間セッション（同じコードベースや同じ規程集を読み直し続ける処理）では、入力側の実効単価が大きく下がります。逆に、毎回違う短い文章を投げるだけの使い方では、キャッシュ自体がほとんど発生しないので請求額は1円も変わりません。自社の請求内訳で「キャッシュ読み取り」の行がどれくらいの比率を占めているかを先に見るのが、費用面の判断としては最短です。

性能はどれだけ違うのか｜公式9指標の伸び幅と、伸びない指標

Anthropicが2026年9月1日の公式発表で出したベンチマーク表を、Fable 5.1とFable 5の2列だけに絞って並べ直したものが下の表です。条件違い（partial／strict、ツールあり／なし）を分けて数えると9行あります。

この表から読み取れる「違い」は3つです。

1つめ。伸びたのは、長く走らせる仕事です。科学研究のエージェント作業とビジネス業務の自動化が突出しており、どちらも「AIに手順を任せて何度もツールを呼ばせる」タイプの評価です。逆に、単発の推論（学際的推論のツールありは1.2ポイント差）はほとんど動いていません。つまり「1回の質問への答えの質」を期待して乗り換えると、違いを感じにくいということです。

2つめ。数字の一部は、前世代側が低く出ている可能性があります。公式は表の下に注記を置いていて、要旨はこうです。Fable 5.1は本番のセーフガードを有効にした状態で評価されており、セーフガードが介入したタスクについては、OSWorld 2.0ではFable 5.1とFable 5の両方が0点、AutomationBenchではFable 5が0点として計上されている。その他の介入では、サイバーセキュリティ課題はClaude Opus 4.8が、生物学課題はClaude Opus 5が完了した——という内容です。したがってAutomationBenchの「17.1%から31.4%」という差には、Fable 5側が0点計上された分が含まれます。公式自身が「スコアは低めに出ている可能性がある」と書いている以上、この数字を「1.8倍賢くなった」と社内資料に書くのは正確ではありません。

3つめ。第三者評価では、下がった指標もあります。2026年9月2日時点のVals AIの掲載値では、総合のVals Indexは67.87%（誤差幅は上下1.10）で51モデル中1位、Fable 5は66.04%。個別ではTerminal-Bench 2.1が85.02%（Fable 5は80.52%）、ProofBench v1.1が100.00%（同95.00%）、EMBが76.67%（同73.67%）、Legal Research Benchが55.29%（同49.52%）と、いずれも5.1が上です。一方でHarvey’s Legal Agent Benchmarkは6.67%で、Fable 5の11.25%を下回っています。全指標で単調に良くなったわけではない、という事実は移行判断に入れておくべきです。

費用対効果の観点では、Artificial Analysisの掲載値（同日確認）も参考になります。総合のIntelligence Indexは66点で192モデル中1位ですが、同社は評価実行時の出力トークンが1億4,000万で中央値の7,100万の約2倍だったとして「very verbose」と記載し、1タスクあたりの平均コストは3.69ドル、同価格帯のモデルと比べて特に高価だとしています。賢さの指標で1位でも、1タスクあたりの実費は別問題だということです。ベンチマークそのものの読み解きはClaude Fable 5とは｜4モデル比較と料金・使い方で前世代の指標体系と合わせて整理しています。

APIで壊れる3点｜何がエラーになり、どう直すか

ここがこの記事でいちばん実務に効く節です。Fable 5では通っていたのに、5.1では通らなくなる書き方が3つあります。逆に言えば、この3つに当てはまらないコードは、モデルIDの書き換えだけで動きます。

# 移行の起点はこの1行だけ（Python）
model = "claude-fable-5"    # Before
model = "claude-fable-5-1"  # After

破壊的変更1：ツール呼び出しの強制がエラーになる

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"} は変わりません。

理由は仕様として説明されています。これらのモデルは思考が常時オンで、ツール呼び出しを強制すると思考が飛ばされる。するとモデルは考えた内容をツールの引数側に書き込むことになり、引数の質が落ちる——という筋です。

直し方は3通りあります。

• スキーマを守らせたいだけの場合：tool_choice: {"type": "auto"} のまま、strict tool use で strict: true を設定する。またはスキーマを構造化出力（structured outputs）側へ移す
• テキストで返さずツールを呼ばせたい場合：プロンプトに「いつそのツールを使うか」を明記する。公式は「Use the get_weather tool to answer」のような書き方を例示しており、5.1は明示的なツール指示に確実に従うと記載されています
• どちらでもない場合：その処理だけFable 5または他モデルに残す。ただしライフサイクル上の期限は意識しておく

破壊的変更2：前世代のモデルは5.1のthinkingブロックを読めない

すべてのthinkingブロックには、どのモデルが生成したかが記録されます。そして保持は一方向です。Fable 5.1は前世代（Opus 5、Fable 5、それ以前）のthinkingブロックを読めますが、その逆はできません。会話をFable 5.1へ引き上げる分には推論が保たれ、Fable 5.1から前世代へ戻すと、そこで走るターン分の推論は失われます。

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

ルーターや自動フォールバックで会話の途中にモデルを切り替える実装をしている場合、ここは必ず確認してください。「品質が落ちた気がするが原因がわからない」の典型的な出どころです。

破壊的変更3：過去ターンを書き換えるとthinkingブロックが無効になる

Fable 5.1のthinkingブロックより前にあるもの（system プロンプト、tools、それ以前のメッセージ）を変更すると、次のリクエストでエラーになります。設定によっては、エラーではなくブロックが落とされます。Mythos 5.1はこの検査を行いません。

公式が「以降のthinkingブロックをすべて無効にする」として挙げているパターンは次のとおりです。

• 過去のターンを編集・並べ替え・削除して、後続のターンを残す
• リクエストごとのテキスト（リマインダーやステータス行）を過去ターンに差し込み、次のリクエストで取り除く
• 同じ会話の中で、リクエストのたびに system プロンプトや tools 配列を組み立て直す
• 画像・ドキュメントのURLが、後のリクエストで異なるバイト列を返す（検査対象はURLではなくバイト列なので、同一ファイルの署名つきURLが回転する分には問題なし）

逆に、以降のブロックが有効なまま残る操作も明記されています。thinkingブロックを先頭から古い順にまとめて削除する、サーバー側のコンパクションやコンテキスト編集で履歴を切り詰める、cache_control のマーカーを動かす、リクエスト間で effort を変える。なお、先頭以外の位置からthinkingブロックを1つ抜くと、それ以降のブロックはすべて無効になります。

この検査は、2026年8月31日以降に作成されたアカウントでは強制されます。それ以前に作成されたアカウントでは、APIは不一致を記録しますが、リクエストが thinking.block_binding.prefix_mismatch_behavior を設定したときにだけ実際に作用します。つまり古いアカウントほど、問題に気づかないまま移行してしまうリスクがあります。

検査が強制される環境で無効なブロックを再送すると、400が返り、メッセージには The block is bound to a different conversation と入ります。ブロックを落として続行したい場合は、thinking-binding-controls-2026-08-01 のベータヘッダーとともに thinking.block_binding.prefix_mismatch_behavior: "drop_block" を送ります。脱落は input_transformations に reason: "prefix_binding_mismatch" として報告されます。

長いセッションで思考を保ったまま運用するコツも、公式は明示しています。会話を追記のみ（append-only）として扱うことです。指示を足したいときは会話途中のシステムメッセージを使い、1ターンだけに効かせたいなら後述の1ターン限定システムメッセージを使う。ツールを変えたいときは system や tools を書き換えるのではなく、会話途中のツール変更を使う。履歴を詰めたいときは、サーバー側のコンテキスト編集やコンパクションを使う（これらは編集として数えられません）。この形はプロンプトキャッシュを温かいまま保つことにも効きます。

自社の実装が履歴を編集しているかどうかを調べるには、prefix_mismatch_behavior: "drop_block" でセッションを1回走らせて input_transformations をログに出すのが早い、と公式の移行ガイドに手順が置かれています。

下は、この3点の棚卸しをAIに手伝わせるためのプロンプトです。そのままコピーして、自社のリポジトリを読める状態のClaude CodeやコーディングAIに渡してください。

あなたはClaude APIの移行担当です。このリポジトリを調べて、
Claude Fable 5 から Claude Fable 5.1 へ移行するときに壊れる箇所を洗い出してください。

チェック項目は次の3つだけです。
1. tool_choice に "any" または {"type":"tool", "name":...} を渡している箇所
2. 会話の途中でモデルを切り替えている箇所（ルーター、フォールバック、リトライ）
3. messages 配列を自前で組み立て直している箇所
   - 過去ターンの編集・削除・並べ替え
   - リクエストごとに差し込んで次で消すテキスト（リマインダー、ステータス行）
   - 同じ会話内で system プロンプトや tools 配列を組み直している

出力形式:
| ファイル:行 | 該当項目 | 現在のコード | 想定される症状 | 修正方針 |

該当が0件の項目は「0件」と明記してください。推測で該当を作らないでください。

コードを変えなくても変わる挙動｜「変わった7点」と「変わっていない6点」

破壊的変更が「エラーで気づける違い」だとすれば、この節はエラーが出ないまま挙動だけ変わる違いです。公式のWhat’s newには、Fable 5から変わった点と、変わっていない点が別々のリストで整理されています。両方を並べます。

変わった7点（Changed from Claude Fable 5）

7点のうち、費用に直結するのは1つめ（ターン数が増える）と7つめ（ファイル全体の書き直し）です。キャッシュ読み取りが安くなった分を、この2つで食い潰す可能性があります。「単価が下がったのに請求が増えた」という報告が出たら、まずこの2つを疑ってください。

変わっていない6点（Unchanged from Claude Fable 5）

• 適応型の思考は常時オン。thinking: {"type": "enabled"} と budget_tokens の組み合わせ、および thinking: {"type": "disabled"} はどちらも400エラー。thinking を省略するか {"type": "adaptive"} を送る
• thinking.display の既定は "omitted"。"summarized" は利用可能で、生の思考の連なりは返らない
• ツール呼び出しの間の推論は、テキストではなくthinkingブロックに出る。インターリーブ思考はベータヘッダーなしで自動
• アシスタント応答のプレフィル（先頭を書いて続けさせる書き方）は400エラー
• temperature・top_p・top_k の非既定値は400エラー
• キャッシュ可能な最小プロンプト長は512トークン。会話途中のシステムメッセージとツール変更に対応

この6点は「5.1で新しく制限された」と誤解されやすい箇所です。すべてFable 5の時点ですでにそうだったので、Fable 5から上げる限りは何も対処が要りません。逆に、Opus 4.8以前から一気に上げる場合はここも移行対象になります。

変わった7点への対処プロンプトを、そのまま使える形で置きます。エージェントループのシステムプロンプトや、会話途中のシステムメッセージに追記して使ってください。

【並列ツール呼び出しを取り戻す1行】
次に取得する情報が互いに独立しているときは、1ターンにまとめて同時に呼び出してください。
1件ずつ順番に呼ばないでください。

【進捗を利用者に見せる】
作業の始めに「これから何をするか」を1行、
ツールを3回呼ぶごとに「何がわかったか・次に何をするか」を1行、
最後に結果の要約を3行以内で書いてください。
途中経過を最終回答までためこまないでください。

【低いeffortでも確認させる】
社名・製品名・価格・日付・仕様に関する記述は、記憶から答えず、
必ず検索または参照ツールで確認してから書いてください。
確認できなかった項目は「未確認」と明記してください。

【ファイル全体の書き直しを止める】
ファイルを編集するときは、変更が必要な箇所だけを部分編集してください。
ファイル全体を書き直さないでください。
編集後に「変更した行数」と「変更しなかった主要ブロック名」を報告してください。

【要約での無標引用を防ぐ】
資料を要約するとき、原文の表現をそのまま使う箇所は必ずかぎ括弧で囲み、
直後に出典（ファイル名・ページ・見出し）を書いてください。
言い換えた箇所と原文のままの箇所を混ぜないでください。

追加された5つの機能｜Fable 5では使えないもの

破壊的変更が3点だったのに対し、追加された機能は5点あります。いずれも「使わなければ従来どおり」なので、移行時に必須ではありません。ただし、このうち2つは前節で挙げた挙動変化への直接の対処になります。

1. 会話の途中でeffortを変えられる（ベータ）

Fable 5.1では、会話の途中でeffortの水準を変えても、プロンプトキャッシュが無効になりません。難しい工程では上げ、定型的な工程では下げる、という運用ができます。mid-conversation-output-config-2026-07-01 のベータヘッダーが必要です。Fable 5.1、Mythos 5.1、Opus 5がClaude APIで対応しています。

実装は role: "system" のメッセージに output_config を載せる形で、新しい水準は次のユーザーターンから効きます。

{"role": "system", "content": [], "output_config": {"effort": "low"}}

これは前節の「低いeffortで記憶から答えがち」への対処と組み合わせると効きます。普段は低く、確認が要るターンだけ高くという切り替えが、キャッシュを壊さずにできるようになったからです。

2. 1ターンだけ効くシステムメッセージ（ベータ）

会話途中のシステムメッセージを、1ターンに限定できます。role: "system" のメッセージに clear_at: "next_user_message" を設定すると、その本文は現在のターンではシステムプロンプトの権限を持ち、あとからユーザーメッセージが入ると描画されなくなります。メッセージ自体は messages に残り、そのまま送り返し続けるので、会話の過去部分は何も変わりません。

{
  "role": "system",
  "clear_at": "next_user_message",
  "content": "Results have landed in your inbox. Check it before running more code."
}

これが効くのは、前節の破壊的変更3への正攻法だからです。ツールループの中で「毎ターンのリマインダー」を過去ターンに差し込んでは次のリクエストで消す、という実装をしていると、それ自体が履歴の書き換えとしてthinkingブロックを無効にします。1ターン限定のシステムメッセージに置き換えれば、プロンプトキャッシュも合致したままで、消えたメッセージは入力トークンとして課金されません。mid-conversation-system-clear-at-2026-08-21 のベータヘッダーが必要です。

3. ツール呼び出しの合間の進捗を読める形で受け取れる（ベータ）

Fable 5.1も、Fable 5と同じくツール呼び出しの合間に「何を見つけたか・次に何をするか」の短い進捗を書きます（ただし量は減っています）。各更新はツール呼び出しの直前に、それ自体が1つのthinkingブロックとして届きます。thinking.display の既定である "omitted" では、これらのブロックは推論と同じく空で返ってきます。だから長いエージェントのターンが、利用者からは沈黙して見えます。

新しいのは display: "updates" という選択肢です。thinking-display-updates-2026-08-18 のベータヘッダーで設定すると、推論は隠したまま、進捗だけをテキストとして受け取れます。テキストが空でないthinkingブロックが、そのまま画面に出せるステータス行になります。"summarized" でも受け取れますが、要約された推論と混ざります。

4. キャッシュ読み取り単価の引き下げ

前述のとおり、1ドルから0.25ドル（100万トークンあたり）へ。これらのモデルではキャッシュ読み取り（ヒットとリフレッシュ）が基準入力価格の0.025倍で、他のClaudeモデルの0.1倍と比べて4分の1です。キャッシュ書き込みと512トークンの最小長は変わりません。

5. コンテンツの来歴（content provenance）

Fable 5.1とMythos 5.1が生成したテキストには、提供されているすべてのプラットフォームで、Anthropicの統計的なテキスト透かしが入ります。コード実行ツールなどで生成された画像・動画ファイルは、Files API経由で取得したときに、署名されたC2PAのContent Credentialsを持ちます。

法人利用で気にされる点なので、公式の記載をそのまま書いておきます。透かしは出力の意味・品質・可読性を変えません。トークンを追加せず、隠し文字も入れません。利用者や組織に関する情報を含まず、リクエストやレスポンスの変更も不要です。Fable 5にはこの仕組みがないので、「5.1で生成した文章かどうか」が機械的に判定され得る、という点だけが違いになります。

セーフガードと拒否・フォールバックの違い

安全側の挙動は、大枠では変わっていません。Fable 5.1は、Fable 5と同じ stop_details のカテゴリを対象とする安全分類器を備えており、拒否とフォールバックの扱いも同じ枠組みです。拒否されたリクエストはHTTP 200で返り、stop_reason: "refusal" と、どの方針領域が作動したかを示す stop_details オブジェクトが付きます。

違いは2点です。

1点め。フォールバック先が公式に定められています。Fable 5.1で許可されているフォールバック先は、Claude Opus 4.8とClaude Opus 5です。fallbacks: "default"（ベータ）を使うと、拒否されたリクエストは、そのカテゴリについてAnthropicが推奨するモデルで再試行されます。ベンチマークの注記からも運用像がわかります。サイバーセキュリティ系の課題はOpus 4.8が、生物学系の課題はOpus 5が完了した、と書かれているとおりです。

2点め。切り替えコストが返金されます。出力が始まる前に届いた拒否には課金されない、という点は共通ですが、Fable 5.1については「フォールバッククレジットが、モデルを切り替えたことによるプロンプトキャッシュのコストを返金する」と明記されています。モデルが変わればキャッシュのプレフィックスは効かず、キャッシュを取り直すことになるので、この返金の有無は長い前提を積んだ処理ほど効きます。

運用上の注意を1つ足します。フォールバックは「モデルが途中で変わる」ということです。前節の破壊的変更2で書いたとおり、前世代のモデルはFable 5.1のthinkingブロックを読めません。つまり拒否からOpus 4.8へフォールバックした瞬間、そのターンの推論は引き継がれません。拒否の頻度が高い業務でフォールバックを常用する設計にしているなら、そもそもモデルを固定して運用したほうが結果が安定する場合があります。ここは自社のログで拒否率を測ってから決める話です。

事例区分: 想定シナリオ
以下は100社以上の研修・導入支援の経験をもとに構成した典型的なシナリオです。特定企業の事例ではありません。

研修の場でよく起きるのは、「拒否」と「失敗」を同じ箱に入れてしまうことです。ログ上は同じ「うまくいかなかった処理」に見えるので、セーフガードで止まった件数と、単に精度が足りなかった件数が混ざる。すると「モデルを上げたのに改善しない」という結論になりますが、実際には拒否側が減っていないだけ、ということがあります。stop_reason を見て2つを分けて数えるだけで、次に打つ手が変わります。

Claude Code・claude.aiでの見え方｜プラン別の扱いは変わらない

APIから直接呼んでいない人にとっての違いは、ここに集約されます。

Claude Codeでの違い

Claude Codeでは /model でモデルを切り替えます。バージョン2.1.255以降では、/model fable が指す先がFable 5.1になります。従来のFable 5を使いたい場合は、モデルIDを明示指定することになります。

ここに1つ注意点があります。2026年9月2日時点で、npmのstableチャネルは2.1.236です。stableに固定して運用している環境では、まだ2.1.255に届いていないので、/model fable の指す先は切り替わりません。「切り替えたはずなのに5.1になっていない」と感じたら、まず手元のバージョンを確認してください。

claude --version
# 2.1.255 以降なら /model fable は Fable 5.1 を指す
# それ未満なら、まずバージョンを上げるかモデルIDを明示指定する

Claude Code側でのFable系モデルの使い方・料金の扱いはClaude CodeでFable 5.1を使う方法と料金にまとめてあります。

effortの既定値がツールによって違う点も、あわせて押さえておくと混乱が減ります。公式の補足によれば、effortの既定はClaude CodeではHigh、Claude Coworkとclaude.aiではMediumです。同じ5.1でも、Claude Codeで試したときとclaude.aiで試したときで手応えが変わるのは、多くの場合この差です。

claude.aiとプラン別の扱い

Anthropicの公式ヘルプ「Claude Fable models on your plan」（2026年9月2日確認）を見ると、プラン上の扱いはFable 5と5.1で同じです。

Fable枠の50%に達したあとは、利用クレジットで続けるか、他のClaudeモデルに切り替えてプランの上限内に収めることになります。提供面はWeb・モバイル・デスクトップ・Cowork・Code・Designです。

ただし1つだけ、履歴上の違いがあります。Fable 5には2026年7月にプラン内で使えるプロモーション期間がありましたが、これは2026年7月19日で終了しました。そしてFable 5.1は、プロモーションの対象に含まれたことがありません。「以前はプランの中で使えたのに」という感覚のズレは、モデルの違いではなくこの施策の終了によるものです。今はどちらのモデルも同じ条件だと理解しておけば十分です。

乗り換え判断チェックリスト｜互換性・費用・品質・運用の4項目

ここまでの内容を、判断に使える形に落とします。4項目すべてを見てから決めるのが要点で、どれか1つ（たいていは「新しいほうが良さそう」という印象）で決めると、あとで戻すことになります。

項目1：互換性（壊れないか）

• tool_choice に any または tool を指定している箇所はあるか。あるなら、strict tool useか構造化出力へ移せるか
• 会話の途中でモデルを切り替える実装（ルーター、フォールバック、リトライ）はあるか。あるなら、5.1から前世代へ戻る向きの切り替えが起きていないか
• messages 配列を自前で組み立て直しているか。過去ターンへの差し込みと削除、system・tools の組み直しをしていないか
• 自社のAPIアカウントは2026年8月31日以降に作られたものか（それ以降なら履歴編集の検査が強制される）

判定：4つすべてが「該当なし」なら、互換性の作業はモデルIDの書き換えだけです。1つでも該当するなら、その修正時間を移行コストとして見積もりに入れます。

項目2：費用（増えるか減るか）

• 直近1か月の請求内訳で、キャッシュ読み取りが占める割合はどれくらいか。高いほど5.1で下がる
• エージェントループを回しているか。1ターンあたりのツール呼び出しが減ってターン数が増えると、その分は増える
• ファイル編集を伴う処理があるか。全体書き直しが増えると出力トークンが増える
• そもそもOpus 5で足りないか。Opus 5は入力5ドル・出力25ドル（100万トークンあたり）で、Fable系の半分です

判定：キャッシュ読み取りの比率が高く、ツール呼び出しの回数が少ない用途なら、はっきり下がります。逆に長いエージェントループでは、単価の低下とターン数の増加が相殺し得るので、1週間だけ並走させて実費を比べるのが確実です。

項目3：品質（自社の仕事で良くなるか）

• 自社の主要タスクは、公式ベンチで大きく伸びた領域（長時間のエージェント作業、業務自動化、ターミナル作業、資料作成、コンピュータ操作）に近いか
• それとも、伸び幅が小さい領域（単発の推論、既に高水準のコーディング）に近いか
• 2026年前半の情報を扱うか（カットオフが1月から6月へ動いた差が効く）
• 社外に出す文章を作らせるか（要約での無標引用と、文章の密度が変わった点を確認する必要がある）

判定：ベンチマークの数字ではなく、自社の代表タスクを10件ほど選んで、5と5.1で同じ入力を流して比べるのが唯一の確実な方法です。公式も移行の最後の項目として「評価を回し直す」ことを挙げています。

項目4：運用（社内で回るか）

• UIが進捗テキストに依存していないか。減った分をどう埋めるか決まっているか
• 拒否とフォールバックのログを分けて取れているか
• Claude Codeを使う人のバージョンが揃っているか（2.1.255の線をまたぐと挙動が揃わない）
• 生成物に透かしが入ることを、法務・広報と共有できているか

判定：4項目のうち3つ以上が「問題なし」なら進めてよい、というのが実務上の目安です。特に項目1が全部クリアなら、多くの組織では半日以内で切り替えられます。

Fable 5はいつまで使えるのか｜Legacyの意味と2027年6月9日

「いつまで使えるのか」は、この比較で最も誤解されやすいところです。2026年9月2日に公式ページを確認した結果を、表示のとおりに書きます。

Anthropicはモデルのライフサイクルを4段階で説明しています。Active（完全にサポートされ、利用が推奨される）／Legacy（今後の更新はなく、将来的に非推奨になる可能性がある）／Deprecated（動作するが推奨されない。代替と提供終了日が割り当てられる）／Retired（利用できない。リクエストは失敗する）です。

つまりFable 5は「Legacy」であって「Deprecated」ではありません。モデル廃止ページの一覧でも、Fable 5の「Deprecated」欄はN/Aのままです。モデルページ自体には「Claude Fable 5はまだ利用できますが、性能向上のためClaude Fable 5.1への移行を検討してください」という趣旨の案内が出ています。「使えなくなる」ではなく「新しい更新は来ない」段階だと理解するのが正確です。

提供終了については、Anthropicは公開済みモデルの提供終了について少なくとも60日前に通知すると明記しています。予定日そのものも「2027年6月9日より前にはならない」という下限の書き方なので、実際にはそれより後になる可能性があります。2026年9月の時点で、Fable 5から動かなければならない締め切りは存在しません。

ただし、期限がないことと、動かなくてよいことは別です。Legacyは「今後の改善が乗らない」という意味なので、時間が経つほど5.1との差は開きます。締め切りに追われて移行するのではなく、余裕があるうちに項目1（互換性）だけ先に片付けておく——というのが、現実的な構えだと思います。

【要注意】5から5.1への切り替えでやりがちな失敗4パターン

失敗1：モデルIDだけ書き換えて本番に入れる

❌ やりがち：「料金も仕様も同じだから」と、設定ファイルのモデルIDを書き換えて本番反映する。数時間後、一部の処理だけ400エラーで落ちていることに気づく。

⭕ 正しくは：書き換えの前に tool_choice の強制指定と、履歴を組み立て直している箇所を検索する。この2つが0件なら、そのまま進めてよい。該当があるなら、先に直す。前掲の棚卸しプロンプトを流せば十数分で洗い出せます。

失敗2：「同じ値段だから全部5.1に寄せる」と決める

❌ やりがち：Fable 5と同価格だという理由で、これまでOpus 5で回していた処理まで5.1に寄せる。請求額が跳ね上がる。

⭕ 正しくは：「Fable 5と同価格」であって「安い」わけではありません。Fable系は入力10ドル・出力50ドル、Opus 5は入力5ドル・出力25ドル（いずれも100万トークンあたり）で、単価は倍です。公式も「ほとんどの用途はまずClaude Opus 5から始め、高いeffortでも自社の評価が届かないときにFable 5.1を使う」という順序で案内しています。用途で振り分ける前提を崩さないこと。

失敗3：進捗が出ないのを不具合と判断してロールバックする

❌ やりがち：切り替えた翌日、「AIが黙ったまま何分も返ってこない」という問い合わせが来る。不具合と判断して5へ戻す。

⭕ 正しくは：これは仕様変更です。5.1は長いツール実行中の利用者向けテキストが減っており、しかも既定の thinking.display は "omitted" なので、書かれた進捗も空で返ります。display: "updates"（ベータ）で受け取るか、プロンプトで開始の1行・途中経過・最後の要約を明示的に求める。戻す前に、UI側の作り込みで解決できないかを確認してください。

失敗4：「Legacy＝もう使えない」と社内に周知する

❌ やりがち：公式ページの「Legacy」という表示を見て、社内向けに「Fable 5は使えなくなります。至急移行してください」と案内する。現場が本来の優先順位を崩して移行作業に追われる。

⭕ 正しくは：LegacyはDeprecatedではありません。Fable 5の提供終了は2027年6月9日より前にはならず、提供終了時には少なくとも60日前に通知されます。社内案内は「新しい更新は乗らなくなったので、次の改修のタイミングで5.1へ寄せる」という書き方が実態に合います。正確に伝えるほど、現場は落ち着いて動けます。

社内説明の文面をゼロから書くのは手間なので、そのまま使えるプロンプトを置いておきます。

あなたは情報システム部門の担当者です。以下の事実だけを使って、
社内向けの「Claude Fable 5.1への移行方針」通知文を600字程度で書いてください。

【事実】
- Fable 5.1は2026年9月1日リリース。入力・出力の単価はFable 5と同じ
- 変わったのはキャッシュ読み取り単価（1ドル→0.25ドル / 100万トークン）と知識カットオフ（2026年1月→6月）
- APIで壊れるのは3点のみ（ツール呼び出しの強制指定、thinkingブロックのモデル紐づけ、過去ターンの書き換え）
- Fable 5はLegacy扱いだが非推奨（Deprecated）指定はされておらず、提供終了は2027年6月9日より前にはならない
- 提供終了時は少なくとも60日前に通知される

【条件】
- 「至急」「使えなくなる」といった煽る表現を使わない
- 現場が今週やること／今月やることを分けて書く
- 事実として書いていない数値や日付を足さない

よくある質問

Q. Fable 5から5.1にすると、料金は上がりますか？
A. 単価は上がりません。入力10ドル・出力50ドル（100万トークンあたり）は据え置きで、キャッシュ読み取りだけ1ドルから0.25ドルに下がります。キャッシュ書き込み（5分12.50ドル／1時間20ドル）とバッチ処理（入力5ドル・出力25ドル）も同じです。ただし、エージェントループでツール呼び出しの回数が増えたり、ファイル全体の書き直しが増えたりすると、トークン量そのものが増えて請求額が上がる可能性はあります。

Q. Fable 5.1にすれば処理は速くなりますか？
A. 速さを目的に上げるモデルではありません。公式のモデル比較で、Fable 5.1の相対的なレイテンシは「Slower」と記載されています。さらに、Fable 5がまとめて呼んでいたツールを1ターン1件で呼ぶ場面が出るため、往復回数が増えて体感の待ち時間が延びることもあります。プロンプトで「独立した取得はまとめて呼ぶ」と指示すると改善します。

Q. 会話の途中でFable 5.1から前のモデルに戻せますか？
A. 会話自体は続けられますが、推論は引き継げません。thinkingブロックは生成したモデルに紐づいており、保持は一方向です。5.1は前世代のブロックを読めますが、前世代は5.1のブロックを読めません。読めないブロックはAPIがモデルに渡す前に落とし、既定では黙って落ちます。thinking-binding-controls-2026-08-01 のベータヘッダーを付けると input_transformations で報告されます。

Q. Claude CodeでFable 5.1を使うには何をすればいいですか？
A. /model fable で切り替えます。ただし、この指定がFable 5.1を指すのはバージョン2.1.255以降です。2026年9月2日時点でnpmのstableチャネルは2.1.236なので、stableのままでは切り替わりません。claude --version で確認してください。旧来のFable 5を使い続けたい場合は、モデルIDを明示指定します。

Q. 無料プランでFable 5.1は使えますか？
A. 使えません。Freeプランは対象外です。ProとTeamのStandardシートは従量課金の利用クレジットでのみ利用でき、MaxとTeamのPremiumシートはプランに含まれます（週次の利用上限の50%まで）。この扱いはFable 5と5.1で同じです。なお、Fable 5にあったプラン内で使えるプロモーションは2026年7月19日に終了しており、5.1はそもそも対象になったことがありません。

Q. Fable 5はいつまで使えますか？
A. 2026年9月2日時点で「2027年6月9日より前にはならない」と公式に記載されています。表示はLegacyですが、非推奨（Deprecated）の指定はされていません。提供終了の際は、公開済みモデルについて少なくとも60日前に通知されます。

Q. 5.1で生成した文章に透かしが入ると聞きました。業務で問題になりませんか？
A. Fable 5.1とMythos 5.1が生成したテキストには、Anthropicの統計的なテキスト透かしが入ります。公式の記載では、透かしは出力の意味・品質・可読性を変えず、トークンを追加せず、隠し文字も入れません。利用者や組織に関する情報も含みません。画像・動画はFiles API経由で取得したときにC2PAのContent Credentialsを持ちます。Fable 5にはこの仕組みがないため、「5.1で生成したか」が機械的に判定され得る点だけが違いです。

Q. 結局、5と5.1で一番効く違いはどれですか？
A. 用途によって答えが変わりますが、多くの法人利用ではキャッシュ読み取り単価と知識カットオフの2つです。前者は同じ前提を読み直し続ける長時間処理の請求額に、後者は2026年前半の情報を扱う仕事の正確さに、それぞれ直接効きます。逆に、短いやり取りが中心で最新情報も扱わないなら、体感差はほとんどありません。

参考・出典

• What’s new in Claude Fable 5.1 — Anthropic公式ドキュメント（参照日: 2026-09-02）※破壊的変更3点、追加機能5点、変わった／変わっていない挙動、キャッシュ読み取り単価、フォールバック先
• Claude Fable 5.1 overview — Anthropic公式ドキュメント（参照日: 2026-09-02）※モデルID、料金、コンテキスト長、既定effort、知識カットオフ、提供終了予定
• Claude Fable 5 overview — Anthropic公式ドキュメント（参照日: 2026-09-02）※Legacy表示、キャッシュ読み取り1ドル、カットオフ2026年1月、提供終了2027年6月9日
• Model deprecations — Anthropic公式ドキュメント（参照日: 2026-09-02）※ライフサイクルの4段階の定義、提供終了予定日の一覧、60日前通知
• Introducing Claude Fable 5.1 and Claude Mythos 5.1 — Anthropic（2026年9月1日発表・参照日: 2026-09-02）※公式ベンチマーク9指標と表の注記、effort既定値の補足
• Claude Fable models on your plan — Anthropic公式ヘルプ（参照日: 2026-09-02）※プラン別の可否、週次上限の50%ルール、2026年7月19日のプロモーション終了
• Claude Fable 5.1 — Vals AI（参照日: 2026-09-02）※Vals Index他の第三者評価と、Fable 5との個別指標比較
• Claude Fable 5.1 — Artificial Analysis（参照日: 2026-09-02）※Intelligence Index、出力トークン量、1タスクあたりの平均コスト

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

1. 今日やること：自社のコードを tool_choice で1回検索する。any と tool の指定が0件なら、互換性の作業はモデルIDの書き換えだけで終わります。該当があった行だけ、あとで直す対象として控えておいてください
2. 今週中：直近1か月の請求内訳を開いて、キャッシュ読み取りが占める比率を見る。比率が高いほど、5.1に上げるだけで費用が下がります。低ければ、費用は判断材料になりません（品質と互換性だけで決めることになります）
3. 今月中：自社の代表タスクを10件選び、Fable 5と5.1に同じ入力を流して結果とトークン量を並べる。ベンチマークの数字ではなく、この10件が最終的な判断材料になります。公式も移行手順の最後に「評価を回し直す」ことを置いています

あわせて読みたい

• Claude Fable 5.1とは？変更点・料金・使い方 — リリース全体の概要と、移行チェックリスト
• Opus 5とFable 5.1の違い｜比較と使い分け — 単価が倍のFable系を、どこまで使うかの線引き
• Claude CodeでFable 5.1を使う方法と料金 — Claude Code側の切り替え手順と枠の消費
• Claude Fable 5とは｜4モデル比較と料金・使い方 — 前世代の全体像と、4モデルの立ち位置
• AIエージェント導入完全ガイド — モデル選定の前段にある、業務の分解と設計

次回予告：次の記事では「エージェントループのコスト設計」をテーマに、ツール呼び出しの回数とキャッシュのヒット率を実測して、1タスクあたりの単価を下げる手順を扱う予定です。

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

モデル選定や社内展開のご相談はお問い合わせフォームからお気軽にどうぞ。