Claude Fable 5.1は何が変わったのか——入出力単価は据え置きで「長く動かすほど安くなる」最上位モデル

こんにちは、大平です。

2026年9月1日、AnthropicがClaudeの最上位モデル「Claude Fable 5.1」をリリースしました（公式発表）。 6月9日に出たFable 5から3か月弱での後継です。

Fable 5は発売3日で米政府の輸出管理指令により提供停止になり、7月1日に復活するという波乱の経緯を辿りました。その後7月24日にはOpus 5が出て、「Fable 5級の知能が半額」という構図ができました。今回の5.1は、その最上位の座を保ったまま、入出力の単価を変えずに、費用の効き方を変えてきたリリースです。

この記事では前回のOpus 5の記事と同じく、スペックの羅列ではなく「Fable 5から何が変わったのか」だけに絞って整理します。情報は2026年9月4日時点の公式発表、公式ドキュメント、料金表をもとにしています。

結論：3行でまとめると

入出力の単価は据え置き（$10/$50）のまま、キャッシュ読み出しだけ$1から$0.25へ75%下がった。Anthropicの推計では典型的な使い方で約25%、エージェント用途で最大約45%のコスト減
性能の伸びは「長時間の自律作業」に集中している。科学研究系のターミナル操作ベンチマークは24.7%から52.6%へ倍増、業務ワークフロー系も17.1%から31.4%へ
API利用者には破壊的変更が3つ（強制ツール呼び出しの廃止、thinkingの一方向互換、会話履歴の書き換え禁止）。自前でAPIのループを組んでいなければ改修は不要（Claude Codeは2.1.260以降に更新）

以下、変更点を項目ごとに見ていきます。

変更点1：ラインナップ内の位置づけ

まず全体像です。 9月4日時点のClaudeのモデル構成と、100万トークンあたりの価格を並べます（公式料金表）。

モデル	入力 / 出力	キャッシュ読み出し	位置づけ
Claude Fable 5.1	$10 / $50	$0.25	最上位。Fable 5の後継
Claude Fable 5	$10 / $50	$1.00	提供継続。公式は5.1への移行手順を案内
Claude Opus 5	$5 / $25	$0.50	実務の主力。公式も「まずOpus 5」
Claude Sonnet 5	$2 / $10	$0.20	大量処理。9月の値上げ予定は撤回
Claude Haiku 4.5	$1 / $5	$0.10	単純処理

見てのとおり、Fable 5.1のキャッシュ読み出し単価はOpus 5より安いという逆転が起きています。基準入力価格の何倍かで言うと、他のモデルが0.1倍のところ、Fable 5.1だけ0.025倍です。

もうひとつ小さな変化として、Sonnet 5の$2/$10は「8月末までの導入価格」でしたが、9月1日に予定されていた$3/$15への値上げは撤回され、恒久価格になりました。 Opus 5の記事で「8月末まで」と書いた箇所は、この意味で古くなっています。

モデル選びの序列については、公式ドキュメントが明確に書いています。「ほとんどのワークロードはClaude Opus 5から始める。Fable 5.1は、要求の厳しい推論や長時間のエージェント作業、またはOpus 5のeffortを上げても評価が届かない場合に使う」（What's new in Claude Fable 5.1）。最上位モデルの公式ページが「まず下のモデルを使え」と書いているのは、Fable 5のときと同じ姿勢です。

変更点2：価格——単価は同じ、キャッシュ読み出しだけ4分の1

今回の目玉はここです。

Fable 5とFable 5.1の料金を全項目で比べると、違うのは1か所だけです。

項目	Fable 5	Fable 5.1
入力	$10	$10
出力	$50	$50
キャッシュ書き込み（5分）	$12.50	$12.50
キャッシュ書き込み（1時間）	$20	$20
キャッシュ読み出し	$1.00	$0.25
バッチ処理（入力 / 出力）	$5 / $25	$5 / $25

「キャッシュ読み出し」とは、同じシステムプロンプトや会話履歴を毎ターン読み直すときの料金です。コーディングエージェントのように、大きなコンテキストを保ったまま何十ターンもツールを呼び続ける使い方は、Anthropicの言う「高度にエージェント的」なワークロードにあたり、コストの大半をこのキャッシュ読み出しが占めます。

Anthropicは「典型的なワークロードで約25%、複雑なコーディングや高度にエージェント的なタスクで最大約45%のコスト減」と説明しています。この数字の根拠は発表の脚注にあり、2026年8月の4週間の実使用を既定effortで計測したものです。料金表から機械的に出た数字ではなく、実際の使われ方を反映した推計だと理解しておくのがよいです。

どういう使い方で45%に近づくのか、手元で計算してみます。 20万トークンのコンテキストを保ったまま回し、キャッシュヒットが50回あるセッションを想定すると、キャッシュ読み出しが1,000万トークン、新規入力が20万トークン、出力が10万トークン、という規模になります。

	Fable 5	Fable 5.1
新規入力 20万トークン	$2.00	$2.00
キャッシュ読み出し 1,000万トークン	$10.00	$2.50
出力 10万トークン	$5.00	$5.00
合計	$17.00	$9.50

この例では約44%減です（大平の試算）。 5分キャッシュの書き込み1回分を両方に足しても約38%減で、桁は変わりません。逆に、毎回コンテキストが変わる単発の要約や分類のような使い方では、キャッシュ読み出しがほぼ発生しないので恩恵はありません。 「長く動かすほど安くなる」料金設計で、Anthropicが何にFable 5.1を使ってほしいのかが価格から読み取れます。

ひとつ注意点があります。 Claude Codeの更新履歴によれば、Fable 5.1が公開版に入った2.1.257から2.1.259までは、ツール実行後の文脈がキャッシュされず毎ターン非キャッシュ入力として再送される不具合がありました。 9月3日の2.1.260で修正済みなので、Claude CodeでFable 5.1を使うなら2.1.260以降に上げてから使うのが安全です。

変更点3：性能——「長時間の自律作業」に寄せた伸び

公式発表のベンチマークから、Fable 5との差が読み取れるものを抜き出します。比較のためにOpus 5の値も並べます。

ベンチマーク	Fable 5.1	Fable 5	Opus 5
Terminal-Bench-Science 0.1（科学研究のエージェント作業）	52.6%	24.7%	29.0%
Terminal-Bench 4.0（エージェントコーディング）	55.8%	42.0%	52.3%
AutomationBench（業務ワークフロー）	31.4%	17.1%	26.9%
GDPval-AA v2（ナレッジワーク）	1853	1723	1824
OSWorld 2.0 strict（コンピュータ操作）	41.7%	36.1%	39.6%
CursorBench 3.2.0	73.4%	70.5%	70.0%
Humanity's Last Exam（ツールなし）	60.9%	57.8%	56.6%

伸び幅がはっきり大きいのは、上3行です。科学研究のターミナル操作は倍以上、業務ワークフローも約1.8倍で、どちらも「ツールを使いながら何十手も進める」種類のタスクです。一方、CursorBenchやHumanity's Last Examなど残りの指標は数ポイントの伸びに留まります。

公式ドキュメントも、改善が集中する領域を6つに絞って書いています。数時間に及ぶセッションでのコーディング（複数ファイルの機能追加、大規模なリファクタや移行、デバッグ、コードレビュー）、文書・スプレッドシート・スライドの作成、多段のWebリサーチ、PDF内の図表の読み取り、100万トークン全体にまたがる長文の読解、ブラウザとデスクトップの操作、です。多言語性能はFable 5と同等とされています。

早期アクセス企業のコメントも、この方向に沿っています。 Browserbaseは「最難関のブラウザエージェントベンチマークで、Fable 5.1は1タスク約10分で82%を完了した。Opus 5は74%、Fable 5は57%で、トークン消費はどちらより少なかった」と述べています。 Rampは38時間の無人実行で機械学習の実験を回し、先行結果の誤りを見つけて修正し、6本の並列実験を夜通し走らせて結果と次の手を持ち帰った例を挙げています。 Millenniumは「100万回に1回の、誰も説明できなかったクラッシュ」の原因究明に使ったと述べています。

ベンチマークの見方で押さえておきたいのは、本番のセーフガードを有効にしたまま測定されている点です。セーフガードが介入したタスクは、OSWorld 2.0ではFable 5.1とFable 5の両方が、AutomationBenchではFable 5が0点として扱われました。それ以外の介入では、サイバー系のタスクはOpus 4.8が、生物学系のタスクはOpus 5が代わりに完了しており、Anthropic自身が「Fable 5.1とFable 5のスコアを押し下げている可能性が高い」と注記しています。純粋にFable単体の値ではなく、安全機構と代替モデル込みの実力値として読むのが正確です。また、Terminal-Bench-Scienceは標準誤差がモデルあたり±3.5〜4.5ポイントとされ、OSWorld 2.0は2026年8月版のタスクで再計測されているため、過去に公表された数値とは直接比較できません。

変更点4：安全機構——誤検知が減り、「脆弱性の発見」は許可された

Fable 5の実務上の不満は、安全分類器が業務に無関係な内容まで止めてしまうことでした。 5.1ではここが2領域で緩和されています。

サイバーセキュリティでは、Claude Codeの利用者で見て、1セッションあたりのセーフガード介入がFable 5の旧セーフガード比で平均約60%減ると説明されています。線引きも明文化され、ソフトウェアの脆弱性を「見つける」用途は許可、ペネトレーションテスト・エクスプロイト生成・バイナリの脆弱性スキャンはOpusモデルへ振り向ける、となっています。

生物学では、Fable 5.1とFable 5の両方に適用された新しいセーフガードにより、初歩的な生物・医学の質問に対する誤った拒否がFable 5の発売時比で85%減りました。研究開発レベルのライフサイエンス業務は引き続きOpusへ振り向けられます。

ここで言う「Opusへ振り向ける」は、API上ではフォールバック機能として提供されています。拒否はエラーではなくHTTP 200で stop_reason: "refusal" として返り、同じリクエストをOpus 5またはOpus 4.8で再実行できます。ベータの fallbacks: "default" を指定すると、Anthropicが拒否カテゴリごとに推奨するモデルへ自動で切り替わります。拒否時点まで出力がなければ課金されず、モデルを切り替えたことで失われるキャッシュ分もクレジットで戻ります。

30日間のデータ保持義務は変わっていません。 Fable 5.1もFable 5と同じ「Covered Model」で、Anthropicが個別に許可しない限りゼロデータ保持（ZDR）契約では使えません。 Opus 5の記事で「ZDR契約の企業も最上位クラスを使える」と書いたのはOpus 5の話で、Fableは引き続き対象外です。

ただし、この壁に対する答えが同日に出ました。 Enterprise Frontier Safeguards（EFS）は、悪用検知に必要なデータをAnthropicではなく顧客が管理するクラウドストレージ（S3、Azure Blob、Google Cloud Storageなど）に置き、ZDR相当のプライバシーと監視を両立させる仕組みです。 100社超の顧客と3社のクラウドパートナーとの共同設計で、提供は今秋から段階的です。経過措置として、EFSの対象となる顧客はEFSが整うまでの間、Fable 5とFable 5.1をZDRで使えるとされています。日本企業でZDRが導入条件になっている場合は、この対象要件をAnthropicの担当窓口に確認する価値があります。

同時発表のClaude Mythos 5.1は、Fable 5.1と同一モデルで安全機構だけが違う版です。現時点では審査を通った米国の組織に限定され、ライフサイエンス向けの認証プログラム（LSVP）では最初の参加者の登録が始まっています。サイバー防御向けの認証プログラム（CVP）は現在OpusとSonnet級のモデルが対象で、Mythos級の追加は「近い将来」とされています。 Anthropicの脆弱性スキャン製品「Claude Security」はMythos 5.1で動いています。

変更点5：API利用者が対応すべき破壊的変更3つ

公式の移行手順は、モデルIDを claude-fable-5-1 に差し替えたうえで、次の3点を確認する、という流れです。自前でエージェントのループを組んでいる場合は、ここが本題になります（What's new in Claude Fable 5.1）。

1. 強制ツール呼び出しが廃止された

tool_choice の any と tool が400エラーになります（auto と none は従来どおり）。理由は、thinkingが常時オンのモデルでツール呼び出しを強制すると思考が飛ばされ、モデルが考えた内容をツール引数の中に書いてしまって引数の質が下がるから、と説明されています。 JSONを確実に受け取りたい用途は、tool_choice を auto にしたうえで strict: true を付けるか、structured outputsへ移す、が代替です。

2. thinkingブロックが「一方向」にしか引き継げない

Fable 5.1はOpus 5やFable 5が生成したthinkingブロックを読めますが、逆はできません。 Fable 5.1の会話をOpus 5に渡すと、該当ブロックはAPI側で破棄されます（課金はされず、ベータヘッダ thinking-binding-controls-2026-08-01 を付けなければ通知もありません）。複数モデルを切り替えるルーターやフォールバックを組んでいる場合、Fable 5.1からの切り替え時に推論の文脈が失われることを設計に織り込む必要があります。

3. 会話履歴を書き換えると、以降のthinkingブロックが無効になる

過去のターン、systemプロンプト、toolsの定義のいずれかを途中で変えると、それ以降のthinkingブロックが無効化されます。 2026年8月31日以降に作られたアカウントでは400エラーとして強制され、それ以前のアカウントは記録のみです（同じベータヘッダで prefix_mismatch_behavior: "drop_block" を指定すると、エラーではなく破棄して続行する挙動を選べます）。 Claude Code、claude.ai、Managed Agents、Agent SDKは履歴を保つので影響ありません。

引っかかりやすいのは、「毎ターン注意書きを差し込んで次のリクエストで消す」「会話の途中でsystemプロンプトやツール一覧を組み直す」といった、これまで普通に行われていた実装パターンです。公式の推奨は、会話を追記専用として扱い、指示の追加はmid-conversation systemメッセージで、文脈の圧縮はサーバー側のcompactionで行うことです。

この破壊的変更3つと対になる形で、ベータの新機能が3つ入っています。

会話途中のeffort変更：難しい工程だけeffortを上げ、定型作業では下げる、をキャッシュを壊さずにできます（ベータヘッダ mid-conversation-output-config-2026-07-01。Opus 5でも利用可）
1ターン限定のsystemメッセージ：clear_at: "next_user_message" を付けると当該ターンだけ効き、以降は履歴に残ったままトークンコストゼロになります。上記3の「注意書きを差し込んで消す」の公式代替です（ベータヘッダ mid-conversation-system-clear-at-2026-08-21）
ツール呼び出し間の進捗表示：thinking.display: "updates" で、推論本体は隠したまま「何を見つけて次に何をするか」の短い進捗だけをテキストで受け取れます（ベータヘッダ thinking-display-updates-2026-08-18）

もうひとつ、リクエスト側の変更なしで入ったのがコンテンツ来歴です。 Fable 5.1が生成したテキストには統計的なウォーターマークが入り、コード実行で生成した画像・動画・音声には、Claude APIのFiles API経由で取得した場合にC2PAの署名が付きます。トークンが増えたり見た目が変わったりはしないと説明されていますが、生成物の扱いに規定がある組織は知っておくべき変化です。

逆に、Fable 5から変わっていない前提も確認しておきます。コンテキストは100万トークン（既定かつ最大）で全域が標準単価、最大出力は128Kトークン、トークナイザはFable 5と同じ（Opus 4.7より前のモデル比で約30%トークンが増える）です。 adaptive thinkingは常時オンで、無効化や budget_tokens の指定は400エラー、アシスタント応答の先頭埋め（prefill）や temperature などのサンプリング指定も400エラー、キャッシュできる最小プロンプト長は512トークンのまま、という点も同じです。提供面はClaude API、Amazon Bedrock（anthropic.claude-fable-5-1）、Claude Platform on AWS、Google Cloud、Microsoft Foundryです。

弱点も正直に

賢くなった一方で、Fable 5からの挙動変化として公式ドキュメント自身が7項目を挙げています（Prompting Claude Fable 5.1）。運用コストに直結するものを中心に紹介します。

ファイル全体を書き換えがち。小さな修正でも、部分編集ではなくファイル丸ごとを書き直す傾向が強まりました。結果は同じでも出力トークンが増え、出力は$50と単価が最も高い側なので、コストに効きます。プロンプトで「対象箇所だけ編集する」と指示すれば戻る、とされています。

ツール呼び出しをまとめなくなった。 Fable 5が1ターンで複数の読み取りをまとめて発行していた場面で、5.1は1ターン1呼び出しになることがあります。回答の質は変わりませんが、往復回数と実行時間が増えます。公式は「次に必要なものを先に列挙し、互いに依存しないものは1回でまとめて要求する」という一文を毎ターン添えることを推奨しています。

進捗を話さなくなった。長いツール実行中に途中経過を書く量が減り、特にeffortが高いほど静かになります。利用者からは「数分間止まったように見える」ことになるので、UIを持つ製品では先述の display: "updates" の利用か、冒頭・途中・締めの報告を明示的に求める指示が必要です。

low effortでは調べずに記憶で答える。最低effortでは検索や取得ツールを呼ぶ頻度が下がり、知っている製品名やモデル名について、最新情報を確認せず記憶で答える可能性が上がります。鮮度が要る工程だけeffortを上げる、という使い分けが前提になります。

このほか、文章が密になる、太字や見出しを使わなくなる、要約時に出典の文をそのまま引用符なしで再現しやすい、といった変化も挙げられています。いずれもプロンプトで調整できる範囲ですが、Fable 5向けに作り込んだプロンプトを無検証で移す前提は置かないほうがよいです。

effortごとの待ち時間についても、実測が出ています。 Simon Willison氏の初日レビューによれば、同じSVG生成の指示でlowとmediumは約23秒、highは約30秒、xhighは7分51秒、maxは13分54秒かかり、費用は約10セントから$3.30まで開きました。高effortの威力は本物ですが、「1リクエストが10分を超える」前提でタイムアウトやUIを設計しないと事故になります。

実務でどう使い分けるか

9月時点での現実解を整理します。

用途	推奨
日常の開発・エージェント運用・オフィス業務	Opus 5（effortで調整）
数時間規模の自律実行、大規模な移行・リファクタ、深いリサーチ	Fable 5.1（Opus 5のeffortを上げても届かない場合）
大量処理・バッチ・コスト最優先	Sonnet 5 / Haiku 4.5
審査済みのサイバー防御・ライフサイエンス研究	Mythos 5.1（米国の認証プログラム経由。サイバー向けのMythos提供は今後）

判断の軸は2つです。

ひとつはキャッシュ読み出しの比率です。長いコンテキストを保ったまま何十ターンも回す使い方ならFable 5.1の価格改定が効き、単発の処理なら効きません。自社の利用ログで cache_read_input_tokens の比率を見れば、恩恵の大きさは事前に見積もれます。

もうひとつはeffortの再検証です。公式ガイドは、Fable 5.1はmediumでFable 5とほぼ同等の結果をより安く出し、lowではOpusやSonnetとタスクあたりコストで競いながらスコアは上回ることが多い、と書いています。「安いモデルに落とす」前に「Fable 5.1のeffortを下げる」を比較対象に入れる、という選択肢が新しく生まれました。ただし、effortの名前が同じでも思考量はモデルごとに違うので、Fable 5で決めたeffort設定はそのまま使い回さず測り直す必要があります。

Claude Codeから使う場合の実務メモも添えておきます（モデル設定ドキュメント）。

/model fable または claude --model fable で明示的に選ぶ（環境変数で別モデルに固定していなければ5.1を指す）。どのプランでもFableは既定モデルにならない
必要バージョンはドキュメント上2.1.255以降（公開リリースとしては2.1.257から）。キャッシュの不具合を避けるなら2.1.260以降。2.1.260ではセッション途中の /effort 変更でもキャッシュが失効しなくなった
プランやシートによってはプランの上限枠ではなく従量課金（usage credits）に課金される。その場合、対話セッションでは初回に同意プロンプトが出る（Enterpriseの組織課金や -p の非対話実行では出ない）
既定effortはClaude CodeがHigh、Claude.aiとCoworkはMedium

まとめ——単価ではなく「構造」を変えてきた

経営視点で押さえるべきことは3つです。

1. AIの運用コストは「単価×トークン数」から「どう回すか」で決まるようになった 今回の改定は、同じモデルを同じ量使っても、キャッシュを効かせる設計かどうかで費用が最大4割以上変わることを意味します。モデル選定の稟議より、エージェントの回し方の設計レビューのほうが費用に効く局面に入っています。

2. 「会話を書き換えない」設計が、資産防衛になった 履歴の書き換えを禁じる変更は一見すると制約ですが、裏を返せば「追記専用でキャッシュを保つ設計」に寄せたシステムほど、モデル更新のたびに安く速く動くということです。自社のエージェント基盤がその前提で組まれているか、ベータの drop_block 設定で動かして input_transformations に破棄が記録されないかを見るのが早道です。

3. ZDRの壁に、はじめて公式の出口が示された 30日保持の義務は残りましたが、EFSと経過措置により、最上位モデルをZDRで使う公式の道筋が明文化されました。「Fableはコンプライアンス上使えない」で止まっていた検討は、対象要件の確認から再開できます。

Fable 5の記事では「人月の壁が壊れ、提供の壁が現れた」と書きました。 Opus 5の記事では「知能の値段が半分になった」と書きました。今回の5.1は、入出力の単価を変えずに長く任せるほど得をする構造を作ったリリースです。数時間の仕事を任せられる組織と数分のタスクしか任せられない組織の差は、モデルの性能だけでなく、料金面でも開いていくことになります。