Claude Fable 5（フェイブル5）のデータ保持30日問題：ゼロデータ保持（ZDR）が効かないモデルクラスと、金融・医療で要確認の理由
2026年6月9日に一般提供が始まった Claude Fable 5（フェイブル5、モデルID: claude-fable-5） は、Opus / Sonnet / Haiku の上に新設された「Mythos クラス」に属する、Anthropic の最も高性能なモデルです。能力面の話題が先行していますが、規制業務の担当者がまず確認すべきは別の一点にあります。
それが データ保持ポリシーです。Mythos クラスのトラフィックはゼロデータ保持（ZDR）ではなく、30日間のデータ保持が適用されます。しかも既存の ZDR 契約を、このモデルクラスに限って上書きします。Opus 4.8 / Sonnet 4.5 / Haiku 4.5 は ZDR のままなので、同じ Claude でも扱いが分かれます。
この記事は、金融・医療・セキュリティのコンプライアンス担当やアーキテクト向けに、なぜ Fable 5 だけ保持条件が変わるのか、契約・設計で何を点検すべきかを、公開情報の範囲で客観的に整理します。
- Fable 5 が属する Mythos クラスは ZDR ではなく30日保持で、既存 ZDR 契約をこのクラスに限り上書きする点
- Opus 4.8 / Sonnet 4.5 / Haiku 4.5 は ZDR を維持するという対比と、その実務的な意味
- 安全フォールバックで一部リクエストが Opus 4.8 へ回る挙動が、保持条件にどう絡むか
- 金融・医療・セキュリティ用途で、導入前に確認・設計しておきたいチェック観点
結論：Fable 5（Mythos クラス）は ZDR が効かず30日保持になる
まず要点を先に置きます。Fable 5 を含む Mythos クラスのトラフィックには、ゼロデータ保持ではなく30日間のデータ保持ポリシーが適用されます。これはファーストパーティ（Anthropic 直）・サードパーティ（クラウド経由）の両面で適用され、既存の ZDR 契約をこのモデルクラスに限って上書きします。
「ZDR 契約があるから安心」が通用しない
ここがもっとも誤解されやすい部分です。組織として ZDR 契約を結んでいても、その効力は Mythos クラスには及びません。つまり「うちは ZDR だから入力データは保持されない」という前提のまま Fable 5 を呼び出すと、実際には30日保持の経路で処理されることになります。契約書の総則だけを見て安心せず、モデルクラス単位で条件を読み直す必要があります。
Opus 4.8 などは ZDR のまま
対照的に、Opus 4.8 / Sonnet 4.5 / Haiku 4.5 は ZDR が維持されます。同じ Anthropic のモデル群でも、最上位の Mythos クラスだけが保持条件の例外になっている構図です。したがって「Claude を使う／使わない」ではなく「どのモデルクラスを、どのデータで使うか」という粒度で判断する設計が要になります。
30日保持＝即アウトではない、が前提確認は必須
30日保持そのものが、あらゆる用途で不可というわけではありません。一般的な開発・社内文書要約など機微性が低いワークロードでは許容できる場合もあります。問題は、金融・医療・セキュリティのように保持期間や越境・第三者開示が厳格に管理される領域で、ZDR 前提のまま無自覚に使ってしまうことです。要確認、という位置づけが正確です。
そもそも ZDR と30日保持は何が違うのか
用語の整理から入ります。ここを曖昧にしたまま契約条項を読むと、判断を誤りやすくなります。
ゼロデータ保持（ZDR）の考え方
ゼロデータ保持は、推論に使った入力・出力を提供側に残さない（または運用上ただちに破棄する）方向の取り扱いです。規制業務では「外部に渡したデータが相手側に滞留しない」ことが監査・委託先管理の前提になりやすく、ZDR はその要件と相性が良い扱いとして位置づけられてきました。
30日保持の考え方
一方の30日保持は、一定期間データが提供側の環境に保持され得る取り扱いです。安全運用やトラブル対応のために保持期間を設ける設計は珍しくありませんが、保持が発生する以上、保管場所・アクセス権・破棄の確実性・越境の有無といった論点が新たに生じます。Fable 5 では、この30日保持が Mythos クラスの既定として効く点が新しいわけです。
ポイントは「保持されるか／されないか」の二択ではなく、「保持される場合に、どこに・誰が・いつまで・どう破棄するか」を説明できるかどうかです。規制対応では後者の説明責任が問われます。Claude の料金やプラン構成を整理したい場合は、Claudeの料金体系の解説もあわせて確認しておくと、コストと保持条件の両面で判断材料がそろいます。
なぜ Fable 5 だけ保持条件が変わるのか（推測しすぎず事実で押さえる）
「最上位モデルだから特別」という直感的な説明だけで済ませると、社内説明で詰まります。公開情報の範囲で、関連しそうな事実を並べて整理します。
Mythos クラスという新ティアの位置づけ
Fable 5 は Opus / Sonnet / Haiku の上に新設された Mythos クラスに属し、Anthropic が一般提供する Mythos クラスのモデルです。姉妹モデルの Claude Mythos 5（claude-mythos-5）は Project Glasswing 経由の限定提供のみで、一般には提供されません。最上位ティアの新設にあわせて、運用ポリシーも従来クラスと別建てになっていると理解するのが素直です。
安全分類器とフォールバックの存在
Fable 5 は安全分類器を搭載し、サイバーセキュリティ・生物/化学・蒸留に関するリクエストを Opus 4.8 へ回す挙動を持ちます。Anthropic の早期データでは、Opus 4.8 への安全フォールバックが起きるのは平均でセッションの5%未満で、95%超は Fable 5 上で完結するとされます（第三者監査値ではなくベンダー報告である点に留意）。なお、この保持条件の変更が安全設計に起因するものか、Anthropic は本記事の参照範囲で因果を明示していないため、ここでは「同時に導入された事実」として扱います。
断定を避けるべき部分
保持条件が変わった「理由」を断定する一次情報は、現時点で本記事の参照範囲には見当たりません。したがって「安全性のため必ずこうした」と社内資料に書き切るのは避け、公式のデータ保持に関する案内を出典として引く運用を勧めます。事実として確実なのは、Mythos クラスに30日保持が適用され、ZDR を上書きするという結果の部分です。
金融・医療・セキュリティで具体的に何が問題になるか
業種ごとに、保持発生が引き起こしうる論点を分けて見ます。いずれも「Fable 5 を使うな」ではなく「使う前に確認・設計せよ」という趣旨です。
金融：委託先管理と監査証跡
金融分野では、外部サービスへ渡したデータの保持・破棄・再委託の管理が委託先管理の枠で厳しく問われます。ZDR 前提で承認を取った業務フローに、保持条件の異なる Fable 5 を後から差し込むと、承認の前提が崩れます。プロンプトに口座情報・取引明細・与信判断材料などが含まれる場合は、保持される30日間のアクセス管理と破棄の確実性を説明できる状態にしてから使うのが順序です。
医療：要配慮個人情報の取り扱い
医療・ヘルスケアでは、症状・診断・検査結果といった要配慮個人情報をプロンプトに載せがちです。保持が発生する経路では、保管期間中の漏えいリスクと、患者同意の範囲を超えた取り扱いにならないかが論点になります。匿名化・仮名化を経ても再識別リスクが残る情報は、そもそも Fable 5 へ送る前に取り扱い可否を判断する必要があります。
セキュリティ：機密データとログの混入
セキュリティ運用では、インシデント調査ログ・設定情報・認証情報の断片などが意図せずプロンプトに混入しがちです。30日保持の経路にこれらが乗ると、保持期間そのものが新たな攻撃面になり得ます。とくに対外的なペネトレーション情報や内部構成は、Fable 5 へ渡す前にマスキングする設計が要になります。
共通する勘所は「機微データは入口で止める」ことです。保持される前提で運用を組むなら、入力サニタイズ・項目単位のマスキング・送信前の分類を、アプリ側で先に固める。Claude を業務に組み込む足回りは、Claude MCPの使い方のような連携基盤の理解とセットで設計すると整理しやすくなります。
Fable 5 と Opus 4.8 の比較：保持条件と基本スペック
判断材料として、保持条件と主要スペックを並べて確認します。能力で選ぶ前に、保持条件と用途の適合を先に見るのが本記事の立場です。
保持条件・価格・基本仕様の対比
| 項目 | Fable 5（Mythos クラス） | Opus 4.8 |
|---|---|---|
| データ保持 | 30日保持（ZDR を上書き） | ZDR 維持 |
| ティア | Mythos クラス（最上位・新設） | Opus クラス |
| 入力価格 | $10 / 100万トークン | $5 / 100万トークン |
| 出力価格 | $50 / 100万トークン | $25 / 100万トークン |
| コンテキスト | 100万トークン（既定） | — |
| 最大出力 | 12.8万トークン | — |
価格は Fable 5 が Opus 4.8 のちょうど2倍です。プロンプトキャッシュのキャッシュヒットは入力を最大90%割引（$1/MTok）、Batch API は入力・出力とも50%割引（$5/$25）という設定もあります。コストと保持条件の両方が Opus 4.8 と異なる点を、選定基準に明記しておくと運用判断がぶれません。
能力差は確かにあるが、用途次第
能力面では、SWE-bench Verified で Fable 5 が95.0%（Opus 4.8 は88.6%）、SWE-bench Pro で80.3%（同69.2%）など、コーディング・知識作業・ビジョンの各軸でリードする数値が複数ソースで一致しています（いずれもベンダー/アグリゲータ報告で独立第三者監査ではありません）。ただし規制業務では、能力差より保持条件の適合が先に立ちます。難題だけ Fable 5、それ以外は ZDR を維持できる Opus 4.8 に振り分ける、という運用も現実的です。Fable 5 の推論制御の前提は、Claudeのthinking機能の解説もあわせて押さえておくと理解が進みます。
導入前チェックと、安全な分け方の設計
最後に、実務で使えるチェックの観点と、保持条件を踏まえたルーティング設計の考え方を示します。
契約・運用面のチェック観点
- 自社の ZDR 契約が Mythos クラスに及ばないことを、公式のデータ保持案内で確認したか
- Fable 5 へ送るデータの分類（機微／非機微）が、送信前に自動判定される仕組みがあるか
- 保持される30日間の保管場所・アクセス権・破棄プロセスを、監査向けに説明できるか
- クラウド経由（Bedrock / Vertex AI / Foundry など）でもサードパーティ面の保持条件を確認したか
フォールバックを織り込んだルーティング
Fable 5 は安全分類器により一部リクエストを Opus 4.8 へ回します。逆に、アプリ側で意図的に「機微データは ZDR を維持できる Opus 4.8 へ、機微性の低い難題のみ Fable 5 へ」というルーティングを組めば、保持条件を運用でコントロールできます。オプトインのベータ fallbacks パラメータで別モデルへ再実行する選択肢もあり、設計の自由度はあります。
料金とのバランスも同時に見る
Fable 5 は一般提供される Anthropic モデルの中でも高価な部類です。トークン消費については、Opus 4.7 で導入されたトークナイザを使用するため、Opus 4.7 より前のモデル（Opus 4.6 以前）と比べて同じテキストでも約30%多くトークンを消費します（ワークロード依存の概算）。一方で Opus 4.8 は同じトークナイザを使うため、対 Opus 4.8 ではトークン数に差は生じません。つまり前述の入出力ともちょうど2倍という価格差が、そのまま対 Opus 4.8 の実効コスト差の目安になります。保持条件・能力・コストの三点を同じ表で並べて判断すると、過不足のない選定になります。プラン別の費用感は Claudeのプラン別料金の解説も参考になります。一次情報は Anthropic の公式発表、Claude API Docs、価格詳細は Pricing – Claude API Docs を直接確認してください。
まとめ
「どのモデルクラスで、どのデータを処理するか」で判断する
Claude Fable 5 は能力で群を抜く一方、属する Mythos クラスは ZDR ではなく30日保持で、既存 ZDR 契約をこのクラスに限り上書きします。Opus 4.8 / Sonnet 4.5 / Haiku 4.5 が ZDR を維持するのと対照的です。
規制業務は保持条件を先に、能力は後に
金融・医療・セキュリティでは、能力差より保持条件の適合を先に確認するのが安全な順序です。機微データは入口で止め、ZDR を維持したいワークロードは Opus 4.8 へ、機微性の低い難題のみ Fable 5 へ振り分ける。保持・能力・コストを同じ土俵で並べ、公式のデータ保持案内を出典として社内承認を取る運用に落とし込むと、判断のぶれが減ります。
