Claude Fable 5.1は何が変わったのか — Fable 5との違いを徹底比較

claude

はじめに

2026年9月1日（米国時間）、AnthropicがClaude Fable 5.1とClaude Mythos 5.1を発表しました。Fable 5のリリースが2026年6月なので、わずか3か月でのメジャーアップデートです。フロンティアモデルの更新サイクルはますます短くなっており、「今使っているモデルからいつ・何を理由に乗り換えるべきか」を判断するだけでも一苦労という方は多いのではないでしょうか。

特にFableクラスのモデルは入力100万トークンあたり10ドル、出力100万トークンあたり50ドルと決して安くありません。エージェント型のワークロードで常用するには、性能だけでなくコスト構造やセーフガードの挙動まで理解した上で採用を判断する必要があります。

この記事では、Anthropicの公式発表と関連ドキュメントをもとに、Fable 5とFable 5.1の違いを「性能」「価格」「セーフガード」「データ保持」「開発者向けの仕様変更」の5つの観点で整理します。想定読者は、Claude APIやClaude Codeを業務で利用しているエンジニア、および自社プロダクトへのLLM導入を判断する立場の方です。API呼び出しの基本を理解していれば読み進められる内容にしています。

前提知識: Claudeのモデル階層とFable / Mythosの関係

本題に入る前に、Claudeのモデル階層を整理しておきます。Anthropicのモデルファミリーは小さい順にHaiku（小型・高速）、Sonnet（中型・バランス型）、Opus（大型・高性能）と並び、その上位にMythosクラスと呼ばれる最上位ティアが存在します。FableとMythosはこのMythosクラスに属するモデルです。

ここで重要なのは、Fable 5.1とMythos 5.1は完全に同一のモデルだという点です。両者の違いはモデルの能力ではなく、適用されるセーフガード（安全対策）の水準だけです。

  • Fable 5.1: 一般提供。サイバー攻撃や危険な生物学に関わるリクエストを遮断・迂回するセーフガードが適用される
  • Mythos 5.1: 審査制の信頼アクセスプログラム経由でのみ提供。サイバーセキュリティとライフサイエンスの専門業務向けにセーフガードが緩和されている

この構造を象徴するのが、ターミナル操作でのコーディング能力を測るTerminal-Bench 4.0のスコアです。Fable 5.1が55.8%、Mythos 5.1が60.9%と差がついていますが、Anthropic自身が「この差はモデル能力の差ではなく、サイバーセーフガードが介入したタスクに由来する」と注記しています。同じモデルでも、安全装置の介入頻度によってベンチマークスコアが5ポイント動くというのは、セーフガード設計がいかに実用性能に直結するかを示す興味深いデータです。

結論から: Fable 5 vs Fable 5.1 比較早見表

先に全体像を示します。詳細は後続のセクションで解説します。

項目Fable 5Fable 5.1
リリース2026年6月2026年9月1日
モデルIDclaude-fable-5claude-fable-5-1
入力 / 出力価格$10 / $50（100万トークンあたり）据え置き
キャッシュ読み取り価格$1.00（100万トークンあたり）$0.25（75%引き下げ）
実質ランニングコスト基準典型ワークロードで約25%減、エージェント型で最大約45%減
サイバーセーフガード誤検知が多く介入頻度が高い介入が約60%減。脆弱性の発見が可能に
生物学セーフガード良性の医療系質問にも誤検知良性リクエストへの誤検知85%減
データ保持標準ポリシー対象顧客はゼロデータ保持（ZDR）可。EFSが今秋から段階提供
蒸留対策なし新規APIアカウントで思考トランスクリプト保持したままの過去コンテキスト編集が不可に
出力ウォーターマークなしあり（EU AI Act対応、不可視）

一言でまとめると、「性能を上げつつ、キャッシュ価格の引き下げで実質値下げし、誤検知を減らして使い勝手を改善したアップデート」 です。基本料金は変わっていないのに実質25〜45%安くなるという構図は、キャッシュ読み取りがコストの大半を占めるエージェント時代ならではの値下げ方法と言えます。

性能比較: effortという軸で見る

effortレベルとは

Fable 5.1の性能を語る上で欠かせないのがeffort設定です。effortはモデルがタスクにどれだけ計算資源（思考量）を割くかを制御するパラメータで、Low / Medium / High / xHigh / Maxの段階があります。effortを上げるほど性能は伸びますが、トークン消費とコストも増えます。

Anthropicの発表で強調されているのは次の2点です。

  • LowまたはMedium effortのFable 5.1は、Fable 5と同等以上の結果を大幅に低いコストで達成する
  • High以上に設定すれば、Fable 5を大きく上回る性能に到達する

つまり「同じ品質をより安く」と「より高い品質を追加コストで」の両方を1つのモデルで選べるようになったということです。なお、デフォルトのeffortは製品によって異なり、Claude CodeはHigh、Claude CoworkとClaude.aiはMediumに設定されています。API利用時はワークロードに応じてeffortを明示的に選ぶことで、コストと品質のバランスを自分で設計できます。

ベンチマーク結果

公式発表のベンチマークをまとめると以下の通りです。比較対象としてOpus 5と、OpenAIのGPT-5.6 Solのスコアも併記します。

ベンチマーク領域Fable 5.1Fable 5Opus 5GPT-5.6 Sol
Terminal-Bench-Science 0.1エージェント型科学研究52.6%24.7%29.0%22.4%
Terminal-Bench 4.0エージェント型コーディング55.8%42.0%52.3%37.3%
GDPval-AA v2ナレッジワーク1853172318241711
OSWorld 2.0（partial）コンピュータ操作77.9%72.9%75.4%—
OSWorld 2.0（strict）コンピュータ操作41.7%36.1%39.6%—
Humanity’s Last Exam（ツールなし）学際的推論60.9%57.8%56.6%—
Humanity’s Last Exam（ツールあり）学際的推論65.0%63.8%63.6%—
AutomationBench業務ワークフロー31.4%17.1%26.9%19.6%
CursorBench 3.2.0エージェント型コーディング73.4%70.5%70.0%67.2%

目を引くのは科学研究系のTerminal-Bench-Science 0.1で、Fable 5の24.7%から52.6%へと2倍以上に跳ね上がっています。業務ワークフロー自動化のAutomationBenchも17.1%から31.4%とほぼ倍増しており、単純な知識問題よりも「長時間・多段階のエージェントタスク」での伸びが顕著です。

スコアを読むときの注意点

このベンチマークには重要な測定条件があります。Fable 5.1は本番のセーフガードを有効にしたまま評価されているという点です。セーフガードが介入したタスクでは、サイバー系はOpus 4.8が、生物系はOpus 5が代わりに実行し、OSWorld 2.0に至っては介入時に0点扱いになっています。Anthropic自身が「この条件はFable 5.1と5のスコアをむしろ押し下げている可能性が高い」と注記しており、発表側が自社の数字を割り引く材料を先に開示している点は評価できます。逆に言えば、セーフガードの介入が少ないワークロードでは、表の数字以上の体感性能が出る可能性があります。

ベンチマークに出ない定性的な変化

早期アクセスパートナーからのフィードバックとして紹介されている定性的な改善も、実務ではベンチマーク以上に効いてくる部分です。公式発表では、Fable 5.1は場当たり的なショートカットを避け、ソフトウェアの問題の根本原因を特定して修正する傾向が強まったとされています。象徴的な事例として、投資会社Millenniumのテストで、100万回に1回程度しか発生せず、社内エンジニアも他のどのモデルも数年間説明できなかった稀なクラッシュの原因を、外部ベンダーライブラリの逆アセンブルとコアダンプの突合によって特定したケースが紹介されています。

このほか、長時間の無人実行での安定性向上（自らの作業記録を取り、優先順位を付け直しながら長丁場のワークフローを完走する）、長いマルチステップ作業でも出力の可読性が落ちない、といった声が複数のパートナーから挙がっています。エージェントを長時間回す用途を想定している場合、この「途中で破綻しない」性質は採用判断の重要な材料になるはずです。

価格: 据え置きなのに実質25〜45%値下げのカラクリ

変わったのはキャッシュ読み取りだけ

Fable 5.1の基本料金は入力100万トークンあたり10ドル、出力100万トークンあたり50ドルで、Fable 5から据え置きです。変わったのはキャッシュ読み取り（cache read）の価格だけで、従来の100万トークンあたり1.00ドルから0.25ドルへと75%引き下げられました。

キャッシュ読み取りとは、プロンプトキャッシング（prompt caching）機能でモデルが一度処理したコンテキストを再利用する際の課金区分です。コーディングエージェントのように「同じリポジトリ、同じシステムプロンプト、同じツール定義を毎ターン参照する」ワークロードでは、リクエストの入力トークンの大半がキャッシュ読み取りで占められます。

Anthropicは2026年8月の4週間分の実ワークロード（Claude Enterprise、Claude Code、API）を使って、同じ作業をFable 5とFable 5.1で実行した場合のコストを試算しています。その結果が「典型的なワークロードで約25%減、キャッシュ読み取り比率の高いエージェント型タスクで最大約45%減」という数字です。基本料金（入力 & 出力）は同じでも、実際の請求額ベースでは大幅な値下げになるわけです。

簡単な試算で確認する

具体例で確認してみましょう。あるエージェントが20万トークンのコンテキスト（リポジトリのコード、指示、ツール定義）を保持したまま50ターンのタスクを実行するとします。初回にキャッシュを作成し、以降の49ターンはキャッシュを読み取る想定です。

  • キャッシュ読み取り総量: 20万トークン × 49ターン = 980万トークン
  • Fable 5でのキャッシュ読み取り費用: 9.8 × $1.00 = $9.80
  • Fable 5.1でのキャッシュ読み取り費用: 9.8 × $0.25 = $2.45

この部分だけで7ドル強の差が出ます。出力トークンや新規入力分は同額なので全体の削減率はワークロード次第ですが、コンテキストが重く、ターン数が多いほどキャッシュ読み取りの比率が上がり、削減効果が大きくなる構造が分かるかと思います。

プロンプトキャッシングの実装例

APIを直接叩いている場合、キャッシュはcache_controlパラメータで制御します。安定して再利用される部分（システムプロンプト、長いドキュメント、ツール定義など）をプレフィックスに固め、その末尾にキャッシュポイントを打つのが基本です。

import anthropic

client = anthropic.Anthropic()

# 毎ターン再利用する長い指示・資料はプレフィックス側に固めてキャッシュする
response = client.messages.create(
    model="claude-fable-5-1",  # Fable 5.1のモデルID
    max_tokens=1024,
    system=[
        {
            "type": "text",
            "text": LONG_SYSTEM_INSTRUCTIONS,  # リポジトリ規約や共通指示など安定した内容
            "cache_control": {"type": "ephemeral"}  # ここまでをキャッシュ対象にする
        }
    ],
    messages=[
        {"role": "user", "content": "このリポジトリのテスト失敗の原因を調査してください"}
    ],
)

# キャッシュの効き具合はusageで確認できる
print(response.usage.cache_creation_input_tokens)  # キャッシュ書き込み量（初回）
print(response.usage.cache_read_input_tokens)      # キャッシュ読み取り量（2回目以降）

運用上の注意点として、キャッシュヒットにはキャッシュポイントまでのプレフィックスが前回と完全一致している必要があります。可変の内容（日時、ユーザー入力など）をプレフィックスの途中に挟むとキャッシュが無効化されるため、「安定部分を前、可変部分を後ろ」という順序設計が重要です。キャッシュの有効期間はデフォルト5分で、1時間に変更できるオプションもあります。詳細は公式ドキュメントのPrompt cachingのページを参照してください。

なお、Claude Codeを使っている場合はプロンプトキャッシングが自動で管理されるため、特別な設定なしでこの値下げの恩恵を受けられます。キャッシュ読み取り価格の引き下げは「トークン課金が発生するすべての場所」に適用されるため、API直接利用でもClaude Code経由でも効果は同じです。

セーフガード: 誤検知の削減と「できること」の拡大

Fable 5の課題だった過剰介入

Fable 5の運用で不満の声が多かったのが、セーフガードの誤検知（false positive）でした。良性のリクエストが危険と誤判定されてブロックされたり、Opusへフォールバックされたりする頻度が高く、特にセキュリティ関連や医療関連の正当な業務で作業が中断されるケースが目立っていました。Fable 5.1ではこの精度が大きく改善されています。

サイバーセキュリティ領域の変更

サイバー領域では2つの変更があります。1つ目は誤検知の削減で、新しいセーフガードは従来比で誤ブロックが60%減となり、Claude Code利用時のサイバーセーフガード介入も1セッションあたり平均約60%減となります。

2つ目はポリシー自体の変更で、Fable 5.1ではソフトウェア脆弱性の発見（防御的なセキュリティ作業）が許可されるようになりました。ただし発見した脆弱性に対するエクスプロイト（攻撃コード）の開発は引き続き不可です。タスク別に整理すると次のようになります。

タスクFable 5Fable 5.1
ソフトウェア脆弱性の発見・調査Opus系へリダイレクトFable 5.1で実行可能
エクスプロイト開発・生成不可（Opus系へ）不可（引き続きOpus系へ）
ペネトレーションテストOpus系へリダイレクト引き続きOpus系へ
バイナリベースの脆弱性スキャンOpus系へリダイレクト引き続きOpus系へ

「脆弱性は見つけてよいが、攻撃コードは書かせない」という線引きは、防御側の実務（自社システムのセキュリティレビュー、依存ライブラリの監査など)にFableクラスの能力を使えるようにしつつ、悪用リスクを抑える設計です。ペンテストやエクスプロイト生成が必要な正当な業務については、後述するCyber Verification Program経由でMythosクラスにアクセスする道が用意されています。

生物学領域の変更

生物学領域では、初歩的な生物学や医療に関する良性リクエストへの誤検知が、Fable 5リリース時のセーフガード比で85%削減されました。健康や医療について普通の質問をしただけでブロックされる、という体験が大幅に減ることになります。一方で、ライフサイエンスの研究開発（R&D）に関わるクエリは引き続きOpusモデルへ振り向けられます。専門家向けには、米国政府と連携して整備されたLife Sciences Verification Programを通じてMythos 5.1の生物学能力へアクセスする枠組みが用意されています。

Opusフォールバックの挙動はアプリとAPIで異なる

セーフガード介入時の挙動として押さえておきたいのが、フォールバック（代替実行）の仕組みです。Claudeアプリでは自動切り替えが有効で、Fable 5.1で遮断されたリクエストは独自のセーフガードを持つOpus系モデル（サイバー系はOpus 4.8、生命科学系はOpus 5）で再実行されます。一方、APIではこの自動切り替えがデフォルトで無効とされており、同等の挙動が必要な場合はFallback APIの設定が別途必要と報じられています。API経由でプロダクトを組んでいる場合、セーフガード介入時にエラーハンドリングとフォールバック先をどう設計するかは事前に確認しておくべきポイントです。

セーフガードの堅牢性検証

緩和一辺倒ではなく、堅牢性の検証も強化されています。Fable 5.1のサイバーセーフガードに対しては、Anthropic自身の動的評価に加え、外部2組織への委託テストとGray Swanによる自動テストが実施され、Fable 5やOpus 5と同様に重大なジェイルブレイク（安全機構の回避手法）は発見されていないと報告されています。

データ保持: Enterprise Frontier Safeguards（EFS）とゼロデータ保持

エンタープライズ導入の現場で最も議論になるのがデータ保持ポリシーです。Fable 5.1の発表と同時に、Anthropicは Enterprise Frontier Safeguards（EFS） という新しい仕組みを発表しました。

EFSの発想は「悪用検知のための仕組みは維持しつつ、データの置き場所と管理主体を顧客側に移す」というものです。具体的には次のような構造になっています。

  • 対象データはAnthropicのシステムではなく、顧客が完全に管理するクラウドインフラに保存される
  • 悪用が疑われる場合の人手レビューも、デフォルトでは顧客自身が行う
  • これによりゼロデータ保持（ZDR: Zero Data Retention）契約と同等のプライバシーを確保しながら、敵対的利用の検知性能は最先端の水準を保つ

EFSは金融、医療、製造、通信、法務、小売、公共など各業界の100社以上の顧客と、AWS・Google Cloud・Microsoft Azureのクラウドパートナーとの共同開発で設計されたとのことです。対応環境はClaude Code、Claude Enterprise、Claude Platform、Amazon Bedrock、AWS上のClaude Platform、GoogleのAgent Platform、Microsoft Foundryが予定されており、今秋から段階的に提供が始まります。

そしてEFSが利用可能になるまでの経過措置として、EFSの対象となる顧客はFable 5.1（およびFable 5）をゼロデータ保持で利用できるようになりました。これまで「Fableクラスは使いたいがデータ保持ポリシーが社内基準を満たさない」という理由で見送っていた企業にとっては、導入検討を再開する材料になるはずです。

Mythos 5.1と信頼アクセスプログラム

冒頭で触れた通り、Mythos 5.1はFable 5.1と同一モデルのセーフガード緩和版で、審査を通過した組織を中心に利用できます。アクセス経路は2つの信頼アクセスプログラムです。

  • Cyber Verification Program（CVP）: 防御的セキュリティ業務向けのプログラム。現在はOpus・Sonnetクラスの一部モデルのサイバーセーフガード緩和版を提供しており、近い将来Mythosクラスも対象に加わる予定
  • Life Sciences Verification Program（LSVP）: ライフサイエンス専門家向けのプログラム。米国政府とのパートナーシップのもとで設計され、最初の参加者の登録が完了。今後、より広い研究コミュニティへの開放が予定されている

現時点でMythos 5.1を利用できるのは米国の組織に限られており、国際的なパートナーへの拡大は米国政府と調整中とされています。日本からの利用はまだ先になりそうですが、「一般提供モデルと審査制モデルを同一モデルの二層構成で出す」というリリース形態は、今後のフロンティアモデル提供のスタンダードになる可能性があり、動向に注目です。

なお、Anthropicのコードベース脆弱性スキャン製品であるClaude Securityは、今回からMythos 5.1で駆動されるようになりました。

開発者向けの移行手順とチェックポイント

実際にFable 5からFable 5.1へ移行する際の手順を整理します。

  1. モデルIDを差し替える: API呼び出しのモデルIDをclaude-fable-5-1に変更します。Fable 5.1はClaude APIに加え、Amazon Bedrock、Google Cloud、Microsoft Azureの各プラットフォームで発表当日から利用可能です
  2. Claude Codeを更新する: claude updateで最新版に更新します。報道ベースでは、Claude Codeはv2.1.257以降デフォルトモデルがFable 5.1になっているとされています。また、Claude Codeで/claude-api migrateを実行するとモデルIDの置き換えや設定変更を支援してくれる移行スキルも案内されています
  3. effort設定を見直す: 「Fable 5と同等の品質をより安く」が目的ならLowまたはMedium、「品質の上積み」が目的ならHigh以上を選びます。デフォルト値が製品ごとに異なる（Claude CodeはHigh、Claude.aiとCoworkはMedium)点にも注意してください
  4. キャッシュ戦略を見直す: キャッシュ読み取りが75%安くなったことで、プロンプト設計の最適解が変わる可能性があります。これまでコンテキストを削ることでコストを抑えていたワークロードでは、「長いコンテキストをキャッシュに載せて維持する」設計の方が総合的に安くなるケースが出てきます
  5. セーフガード介入時の挙動を確認する: API利用の場合、Opusへの自動フォールバックはデフォルト無効とされているため、介入時のエラーハンドリングを実装するか、Fallback APIの設定を検討します

注意: 蒸留対策による仕様変更

移行時に見落としやすいのが、蒸留（distillation）対策として導入されたAPI仕様の変更です。蒸留とは、高性能モデルの出力を使って別のモデルに能力を移し取る手法で、大量の偽アカウントを使った産業規模の蒸留が問題視されています。

その対策として、発表日以降に作成された新規APIアカウントでは、Claudeの思考トランスクリプトを保持したままマルチターン会話の過去コンテキストを手動編集することができなくなりました。これは思考内容を抽出する既知の蒸留手法を塞ぐための変更です。既存アカウントは当面影響を受けませんが、将来のモデルリリースからは全ユーザーに適用される予定です。

会話履歴を書き換えて再送信するタイプのカスタム統合（履歴の要約・編集を挟むエージェント実装など）を運用している場合は、この変更の影響を受ける可能性があります。詳細はAnthropicのヘルプセンター記事で案内されているため、該当する実装がある方は移行前に確認しておくことをおすすめします。

その他のトピック

EU AI Act対応の出力ウォーターマーク

Fable 5.1には、EU AI Actの「AI生成コンテンツの透明性に関する行動規範」への署名に基づくウォーターマークが導入されています。2026年8月2日以降にリリースされたモデルの出力に、テキストへのClaudeの関与可能性を数値的に判定できる透かしを付与するものです。

このウォーターマークは検出APIを持たない限り不可視で、出力の品質や内容への実質的な影響はなく、ユーザーや組織、会話内容に関する情報は含まれないと説明されています。検出APIは現在プライベートプレビューで、規制当局、法執行機関、メディア、ファクトチェッカー、研究者、教育機関、EU市民社会団体などの適格組織向けに提供が始まっています。生成物の取り扱いポリシーを定めている企業では、この仕様の存在を把握しておくとよいでしょう。

科学研究能力のデモンストレーション

今回の発表では、モデルの科学研究能力を示す事例が3つ公開されています。ベンチマークだけでは伝わりにくい「フロンティアモデルの活用事例」を示すものとして紹介します。

1つ目はタンパク質バインダー設計です。Mythos 5.1にオープンソースのタンパク質設計・フォールディングツールを与えて設計させたバインダーを外部2機関で実験検証したところ、12標的全体でヒット率（実際に結合した設計の割合）が約50%に達しました。現在のタンパク質設計分野の典型的なヒット率は10〜15%とされており、EGFRなど3つの標的ではコンペティションの最良設計の10倍の結合親和性を達成しています。

2つ目は金星の標高マップ生成です。Fable 5.1が、30年以上前のNASAマゼラン探査機のレーダー画像と既存の部分的な地図をもとにニューラルネットワークを訓練し、金星の3分の1をカバーする高解像度標高マップを作成しました。従来の10〜20km解像度に対して2〜3kmの詳細を捉え、高さの精度も最大25%向上しています。このマップはCreative Commonsライセンスで公開されており、今後のNASA・ESAの金星ミッションでの活用が期待されています。

3つ目は計算生物学向けGPUカーネル最適化です。Mythos 5.1がカスタムGPUカーネルの作成と中間結果のキャッシュにより、7つのオープンソース深層学習モデルを出力同一のまま最大2.5倍高速化しました。ゲノムワイド解析ではGPUコストを30〜60%削減できる試算で、通常であればパフォーマンスエンジニアのチームが数週間かける作業を数日で完了したとされています。この最適化は近くオープンソース化される予定です。

いずれも「エージェントとして長時間、自律的に、検証を挟みながら working するモデル」だからこそ成立する成果であり、Fable 5.1系の性能向上がベンチマーク上の数字にとどまらないことを示しています。

まとめ

Fable 5からFable 5.1への変更点を振り返ります。

  • 性能: Low/Medium effortでFable 5同等をより安く、High以上で大幅に上回る。特にエージェント型の科学研究・業務ワークフローで約2倍のスコア向上。根本原因の特定や長時間無人実行の安定性など定性面の改善も大きい
  • 価格: 基本料金は据え置きだが、キャッシュ読み取りが75%引き下げられ、典型ワークロードで約25%、エージェント型で最大約45%の実質値下げ
  • セーフガード: サイバー介入60%減・生物系誤検知85%減。脆弱性発見が可能になり、防御的セキュリティ業務での実用性が向上
  • データ保持: 対象顧客向けにゼロデータ保持が可能になり、今秋からEFSが段階提供
  • 開発者向け仕様: 新規アカウントへの蒸留対策、EU AI Act対応ウォーターマークが導入。カスタム統合は影響確認を推奨

3か月という短いスパンのアップデートですが、「プロンプトキャッシュで値下げする」「同一モデルをセーフガード水準で二層提供する」という2つのアプローチは、今後のフロンティアモデルのリリース形態を占う意味でも注目です。まずはLow/Mediumなどのeffortを置き換えてみてコスト効果を検証してみるところから始めてみてください。

参考リソース

※本記事は2026年9月2日時点の公式発表・ドキュメント・報道に基づいています。価格や提供条件は変更される可能性があるため、最新情報は公式ドキュメントをご確認ください。

タイトルとURLをコピーしました