Claude Fable 5.1 の料金と移行｜Opus 5 との使い分け

はじめに

2026 年 9 月 1 日、Anthropic が Claude Fable 5.1 と Claude Mythos 5.1 を発表しました。Fable 5.1 は一般提供される一方、Mythos 5.1 は承認された利用者・組織への限定提供です。Fable 系列は 2026 年 6 月の公開直後に提供停止と再開を経ており、今回はその後継となる更新です。停止と再開の経緯はこちらの記事で整理しています。

実務でまず必要になるのは、ベンチマークの順位よりも「現在の Fable 5 や Opus 5 から切り替える価値があるか」「API のモデル ID を変えるだけで済むか」という判断です。本記事では、Fable 5 からの変更点、料金の実像、モデルの使い分け、API 移行時の確認項目を、一次情報で確認できた範囲に絞って整理します。

先に結論を示します。Fable 5.1 は Fable 5 の後継ですが、基本入力 $10 / MTok と出力 $50 / MTok の定価は据え置きです。引き下げられたのはキャッシュ読み取りのみで、$1 / MTok から $0.25 / MTok へ 75% 安くなりました。

モデル選定については、Anthropic 自身が多くのワークロードではまず Opus 5 から始めるよう案内しています。Fable 5.1 は、Opus 5 を高い effort で評価してもなお不足する場合に検討する位置づけです。また、Fable 5 からの移行はモデル ID の置換だけでは完了せず、3 件の変更を確認する必要があります。

Claude Fable 5.1 と Claude Mythos 5.1 とは

Fable 5.1 と Mythos 5.1 は、同一のモデルに対して適用するセーフガードのレベルが異なる 2 つの構成です。System Card では、両者が同じモデルウェイトを共有すると説明されています。仕様と料金も共通で、実務上の違いはセーフガードと提供対象に集約されます。

参考: Anthropic「Introducing Claude Fable 5.1 and Claude Mythos 5.1」
“the same model, but with different levels of safeguards”
（同じモデルだが、セーフガードのレベルが異なる）
https://www.anthropic.com/claude-fable-and-mythos-5-1

ここで注意したいのは、Mythos 5.1 が「セーフガードのないモデル」ではない点です。生命科学とサイバーセキュリティの領域について、審査を通過した個人・組織向けにより許容範囲の広いセーフガードを適用した構成であり、それ以外のセーフガードは維持されると説明されています。

Mythos 5.1 の提供対象は資料によって記述が異なる

Mythos 5.1 へのアクセス経路は、公開されている一次情報の間で記述の粒度が異なります。現時点では次のように整理できます。

いずれも「審査を経た限定提供」という点では一致していますが、対象範囲と時期の記述には差があります。導入検討時は、担当のアカウントチームに現時点の対象範囲を確認することをおすすめします。

Fable 5.1 の仕様と提供プラットフォーム

プラットフォームごとのモデル ID は次のとおりです。Fable 5 と同じ命名規則が維持されています。

• Claude API: claude-fable-5-1
• Amazon Bedrock: anthropic.claude-fable-5-1
• Claude Platform on AWS: claude-fable-5-1
• Google Cloud: claude-fable-5-1
• Microsoft Foundry: Anthropic のインフラストラクチャ上で提供

Claude 製品での提供条件

Claude 側では、Fable 5.1 は Fable 5 と同じ扱いになります。Pro、Max、Team、Enterprise の各有料プランで利用でき、Free プランは対象外です。プランごとの扱いは次のとおりです。

• Max プラン、Team プランの premium seat、seat ベース Enterprise の premium seat: 週次の利用上限の 50% までプラン内で利用可能
• Pro プラン、Team プランの standard seat、seat ベース Enterprise の standard seat: プランの利用上限には含まれず、usage credits での従量利用
• 従量課金型 Enterprise プランと Claude API: 標準の API 料金で課金

2026 年 7 月 19 日に終了した Fable 5 のプロモーションは Fable 5 のみが対象で、Fable 5.1 は含まれません。Pro および Team standard seat へ提供された一時クレジットに相当するものも、Fable 5.1 にはないと明記されています。Pro プランでの実際の消費傾向は『Fable 5 の検証記事』にまとめていますが、Fable 5.1 の上限や消費速度を確認したものではありません。

クライアント側の要件として、Claude Code はバージョン 2.1.250 以降、Claude Cowork は最新版の Claude Desktop が必要です。既定の effort は API では high ですが、製品側では Claude Code が High、Claude Cowork と Claude.ai が Medium と案内されています。

Fable 系モデルは他の Claude モデルより週次上限の消費が速いと案内されています。Max プランでも上限の 50% に達した後は usage credits へ切り替わるため、常用する場合はコスト設計を先に固めておくことをおすすめします。

Fable 5 から何が変わったのか

変更点は料金、性能、既定の挙動、追加機能の 4 つに分けられます。最も誤解されやすいのが料金なので、先に整理します。

Fable 5.1 の料金: 安くなったのはキャッシュ読み取り

Fable 5.1 のバッチ処理は入力 100 万トークンあたり $5、出力 100 万トークンあたり $25 です。キャッシュ可能なプロンプトの最小長は 512 トークンで、Fable 5 から変更ありません。

キャッシュ読み取りの単価は、他の Claude モデルが基本入力の 0.1 倍であるのに対し、Fable 5.1 と Mythos 5.1 は 0.025 倍です。長いプレフィックスを繰り返し読むエージェント型セッションほど、この差が効いてきます。

参考: Claude Platform Docs「Prompt caching」
“priced at 0.025x the base input price”
（基本入力価格の 0.025 倍で課金される）
https://platform.claude.com/docs/en/build-with-claude/prompt-caching

発表ページには「典型的なワークロードで約 25%」「高度なエージェント型ワークロードで最大約 45%」というコスト削減率が示されています。ただしこれは、2026 年 8 月の 4 週間の実利用データを既定 effort で測定した、Anthropic による推定値です。典型的なワークロードは Claude Enterprise、Claude Code、API の利用を横断した範囲、高度なエージェント型ワークロードはコンテキストとツール利用が多くキャッシュ読み取りが費用の大半を占める範囲と定義されています。

したがって「Fable 5.1 は 25% 値下げされた」という理解は正確ではありません。キャッシュ読み取りの比率が低いワークロードでは削減率は小さくなり、キャッシュをほとんど使わない構成では実質的に据え置きになります。自分のワークロードでの効果は、API レスポンスの cache_read_input_tokenscache_creation_input_tokensinput_tokens を確認して見積もります。総入力トークンはこの 3 項目の合計であり、キャッシュ読み取りが総入力と実際の費用に占める割合が高いほど、Fable 5.1 の引き下げ効果も大きくなります。

ベンチマークは Anthropic の自社評価として読む

発表ページには複数のベンチマーク結果が掲載されています。判断に使いやすい領域を抜粋します。数値はいずれも Anthropic による評価です。

数値を読む際は、次の注記を無視しないことをおすすめします。

• Terminal-Bench-Science 0.1 のモデルあたり標準誤差は ±3.5〜4.5 ポイントと記載されている
• OSWorld 2.0 はベンチマーク作成者の 2026 年 8 月版タスクで再実行しており、以前公開された同名の結果とは直接比較できない
• Fable 5.1 は本番のセーフガードを有効にした状態で評価されており、セーフガードが介入したタスクは Opus 系で処理または 0 点として扱われている
• Terminal-Bench 4.0 では Mythos 5.1 が 60.9% で、Fable 5.1 との差はセーフガードが介入したタスクによるものと説明されている

企業からのコメントも発表ページに多数掲載されていますが、いずれも各社が自社の評価環境で得た結果として公表したものです。自社ワークロードでの再現性は別途確認が必要です。

コードを変えなくても現れる挙動の違い

公式ドキュメントは、Fable 5 と同じコードのままでも次の違いが現れるとしています。エージェントを運用している場合は、移行後の監視項目に加えておくと判断しやすくなります。

• 並列ツール呼び出しのばらつきが大きく、ターンごとに 1 つのツール呼び出しになる場面がある。回答品質は落ちないが、トークンとラウンドトリップが増える
• 長いツール実行中のユーザー向け進捗更新が少ない。UI がナレーションに依存している場合は影響が出る
• low effort では検索や取得ツールの呼び出し頻度が下がり、記憶から回答することが多い
• 小さな変更でもファイル全体を書き換える傾向があり、出力トークンと時間が増える
• チャットでの太字、見出し、リストの使用が少ない

追加された機能

• 会話途中での effort 変更（ベータ）。プロンプトキャッシュを無効にせずレベルを上下できる
• ターンスコープのシステムメッセージ（ベータ）。clear_at: "next_user_message" で 1 ターンのみ有効な指示を追加できる
• ツール呼び出し間の進捗更新（ベータ）。thinking.display を "updates" にすると、推論を非表示のまま進捗をテキストで受け取れる
• コンテンツの来歴。生成テキストに Anthropic の統計的テキストウォーターマークが付与される。出力の意味や品質は変わらず、利用者や組織の情報は含まれないと説明されている

Fable 5.1・Opus 5・Mythos 5.1 の使い分け

Fable 5.1 が最も高性能だからといって、常に第一選択になるわけではありません。Anthropic の公式ドキュメント自体が、まず Opus 5 から始めるよう案内しています。

参考: Claude Platform Docs「Models overview」
“start with Claude Opus 5 for most workloads”
（ほとんどのワークロードでは Claude Opus 5 から始めてください）
https://platform.claude.com/docs/en/models/overview

Mythos 5.1 は Fable 5.1 と仕様も料金も同一のため、上表には含めていません。選択の基準になるのはセーフガードと提供資格です。

用途別の判断基準を整理すると、次のようになります。

まず Claude Opus 5

一般的なコーディング、ナレッジワーク、企業システムでの利用など、費用対効果を重視する場合の起点です。入出力の単価は Fable 5.1 の半分で、セーフガードの発火頻度も Fable 5.1 より低いと System Card に記載されています。

Claude Fable 5.1

Opus 5 を高い effort で評価してもなお不足する高度な推論、数時間規模の長時間エージェント処理、マルチステップのリサーチが対象です。キャッシュ読み取りの比率が高い構成ほど、単価差を回収しやすくなります。

Claude Mythos 5.1

高度なサイバー防御または生命科学の研究開発で、Fable 5.1 のセーフガードが業務を妨げる場合の選択肢です。審査を通過した組織のみが対象であり、一般利用者がモデルピッカーから選べるモデルではありません。

Claude Sonnet 5 なども含めて検討

定型処理、短いタスク、大量処理では Fable 5.1 を常用せず、費用対効果で選ぶことをおすすめします。出力単価は Fable 5.1 の 5 分の 1 です。

Opus 5 側の性能と制限はこちらの記事で整理しています。Fable 5.1 の登場後も、多くのワークロードで起点になる位置づけは変わっていません。

Fable 5 から Fable 5.1 へ移行する手順

Fable 5 は引き続き利用できますが、公式ドキュメントでは Legacy モデルに分類され、Fable 5.1 への移行ガイドが案内されています。現時点の退役時期は「2027 年 6 月 9 日より前ではない」とされており、直ちに使えなくなるわけではありません。知識カットオフは Fable 5 が 2026 年 1 月、Fable 5.1 が 2026 年 6 月です。

Fable 5 を呼び出している実装には、3 件の変更があります。強制的なツール使用、思考ブロックのモデル間互換性、過去の会話履歴の編集です。モデル ID を置き換えるだけでは移行が完了しないため、次の順序で確認することをおすすめします。手順は公式の移行ガイド（Claude Fable 5.1 の新機能）に基づいています。

model = "claude-fable-5"    # 変更前
model = "claude-fable-5-1"  # 変更後

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

セキュリティ用途と企業利用での注意点

サイバーセーフガードで変わった点

Fable 5.1 では、サイバーセーフガードの精度が更新されました。発表ページによると、Claude Code の利用者は、Fable 5 の従来セーフガードと比べてセッションあたり平均で約 60% 少ない介入を見込めるとされています。

実務上の変化として大きいのは、ソースコード上の脆弱性発見が、一般提供を含むすべてのアクセスレベルで許可された点です。一方、コンパイル済みバイナリに対する脆弱性発見は、攻撃側に寄る技術として Fable 5.1 の処理対象外であり、利用するインターフェースやフォールバック設定によっては Opus 系へリダイレクトされます。

参考: Claude Fable 5.1 & Claude Mythos 5.1 System Card
“Fable 5.1 will allow vulnerability discovery in source code at all access levels”
（Fable 5.1 は、すべてのアクセスレベルでソースコード内の脆弱性発見を許可する）
https://www.anthropic.com/claude-fable-5-1-mythos-5-1-system-card

ペネトレーションテスト、エクスプロイト生成、バイナリベースの脆弱性スキャンといったデュアルユースの作業は、引き続き Opus 系へリダイレクトされます。多くのインターフェースでは、分類器がフラグを立てたリクエストは Claude Opus 4.8 へフォールバックします。API では fallbacks: "default"（ベータ）が利用でき、Fable 5.1 で許可されるフォールバック先は Opus 4.8 と Opus 5 です。モデル切り替えに伴うプロンプトキャッシュのコストは、フォールバッククレジットで返金されます。

System Card は、Fable 5.1 のセーフガードが Fable 5 の公開時よりは誤検知が少ないものの、Opus 5 のセーフガードよりは発火しやすい状態が続くとしています。サイバー防御の常用ワークロードでは、この点を織り込んだ設計が必要です。Fable 5 時点のセーフガードとフォールバックの仕組みはこちらの記事で整理しています。

脆弱性スキャンとパッチ提案を行う Claude Security は、Mythos 5.1 を基盤とすることが発表されました。System Card では、Claude Enterprise の顧客が利用できると記載されています。

データ保持と Enterprise Frontier Safeguards

Fable 5.1 と Mythos 5.1 は、Fable 5 および Mythos 5 と同様に Covered Models に分類されます。Covered Models では、モデルが提供される各プラットフォームで、プロンプトと出力が安全対策のために 30 日間保持されます。Fable 5.1 と Mythos 5.1 は、Anthropic が明示的に許可しない限りゼロデータ保持（ZDR）では利用できません。

参考: Anthropic Help Center「Data retention practices for Covered Models」
“retained for 30 days to support our safety work”
（安全性に関する取り組みを支えるため、30 日間保持される）
https://support.claude.com/en/articles/15425996-data-retention-practices-for-covered-models

ただし、この方針で運用の変更が生じる範囲は限定的です。Consumer プラン（Free、Pro、Max）は Claude.ai や Claude Code を含めてすでに入力と出力を保持する運用のため、今回の更新による変更対象ではありません。設定変更や影響確認が必要になるのは、Claude Console で ZDR ワークスペースを設定している組織、Claude Enterprise で ZDR のまま Claude Code を利用している組織、AWS Bedrock・Google Cloud Agent Platform・Microsoft Foundry を ZDR で利用している組織です。

保持されたデータは原則として 30 日後に自動削除されますが、自動の信頼性・安全性システムでフラグが付いた場合や、法的な保持義務がある場合は例外とされています。既定では Anthropic の担当者が保持された会話を読むことはなく、人的レビューは限定された経路でのみ行われ、アクセスは改ざん防止のログに記録されると説明されています。

この制約への対応として発表されたのが Enterprise Frontier Safeguards（EFS）です。監視に用いるデータを、Anthropic ではなく顧客が管理するクラウドインフラへ保存する仕組みで、Amazon S3、Azure Blob Storage、Google Cloud Storage が例示されています。自動監視で検知したシグナルは顧客へ直接送られ、既定では Anthropic による人的レビューを必要としません。

Anthropic は EFS を「ZDR と同等のプライバシー」と説明していますが、これは Anthropic 側の説明です。規制業種では、監視データの保存先、鍵管理、レビュー権限の所在が自社の要件を満たすかを、契約と設計の両面で確認することをおすすめします。

まとめ

Claude Fable 5.1 は Fable 5 の後継として性能を引き上げつつ、料金・データ保持・セーフガードという運用上の摩擦に手を入れた更新です。ただし変更の中身は一様ではなく、値下げはキャッシュ読み取りに限定され、セーフガードの緩和も範囲が定められています。

実務での判断は、性能順位ではなく「自分のワークロードで何が変わるか」を起点に組み立てるのが確実です。次の点を確認したうえで、切り替えの可否を決めることをおすすめします。

• 基本入力 $10 / MTok と出力 $50 / MTok は Fable 5 から据え置き
• キャッシュ読み取りは $1 / MTok から $0.25 / MTok へ引き下げ
• 25%・45% という削減率は 2026 年 8 月の利用データに基づく Anthropic の推定値
• 多くのワークロードでは Opus 5 から始める公式ガイダンスを踏まえた選定
• 移行時に確認する変更は tool_choice、思考ブロック、履歴編集の 3 件
• ソースコードの脆弱性発見は許可、バイナリ由来の作業は Opus 系へリダイレクト
• Covered Models として 30 日保持、ZDR 継続には EFS の提供時期と適格性の確認が必要

以上、最後までお読みいただきありがとうございました。