ブログに戻る

Claude Fable5 のデータ保持ポリシー解説:30日間の強制保持、Microsoft の対応、取れる選択肢

Fable5 へのリクエストはすべて安全監視のため 30 日間保持され、ゼロデータ保持(ZDR)契約も適用されません。Microsoft が従業員の利用を制限した理由、チャネル別のポリシーの違い、現実的な対応策を解説します。

2026年6月11日Fable5 編集部Fable5 編集部
Claude Fable5 のデータ保持ポリシー解説:30日間の強制保持、Microsoft の対応、取れる選択肢

Claude Fable5 の「細則」が今週、ニュースの見出しになりました。Microsoft がデータ保持への懸念を理由に、自社従業員によるモデル利用を制限したのです(ロイター、6 月 11 日報道)。引き金となったポリシーは隠されていたわけではなく、Anthropic のローンチドキュメントに明記されています。ただ、Fable5 を導入するチームの多くはそこまで読んでいませんでした。本記事では、この問題をチャネル別に整理し、現実的に取れる選択肢を示します。

ポリシーを一段落で

Claude Fable5 へのすべてのリクエスト(入力と出力)は、安全監視のために Anthropic に 30 日間保持されます。コンシューマーアプリ、API、クラウドチャネルのいずれも同じです。重要なのは、ゼロデータ保持(ZDR)契約が適用されないこと。他の Claude モデルで ZDR 条項を締結しているエンタープライズ API 顧客でも、claude-fable-5 を呼び出した瞬間に 30 日間の保持ウィンドウに入ります。Claude Mythos 5 にアクセスできる少数の組織も同じ条項の対象です。

なぜこのポリシーがあるのか。Fable5 は初めて広範にリリースされた Mythos 級モデルです。Anthropic がリリースに踏み切れた安全性の根拠は、分類器ベースのセーフガードに加えて、モデルが実際にどう使われているかを監査できる能力にあります。30 日間のウィンドウはその監査証跡です。

保持 ≠ 学習

この議論では、常に 2 つの別物が混同されます。

  • 安全保持(30 日間、強制): Anthropic の安全チームが悪用パターンを調査するための生のリクエスト/レスポンスログ。Fable5 を使う限りオプトアウトできません。
  • 学習利用(独立、制御可能): 会話が将来のモデル改善に使われるかどうか。コンシューマーアプリでは既存のプライバシー設定で制御でき、学習をオフにしても 30 日間の安全保持は短くなりません

「Fable5 を使う=データ収集に同意」という見出しはこの境界を曖昧にしています。正確には、同意しているのは保持であり、学習は設定次第の別問題です。

Microsoft が実際にやったこと

ロイターの報道によれば、Microsoft が制限したのは機密データを扱う業務での社内従業員の利用であり、Azure や Microsoft Foundry からモデルを取り下げたわけではありません。顧客は引き続き利用できます。理屈は単純で、Microsoft の社内データ取扱規程はプロバイダーがゼロ保持条項を守ることを前提としており、Fable5 の例外条項がその前提を崩したのです。他の大企業も静かに同じ線を引いていくと予想されます。

皮肉なのはタイムラインです。制限の 2 日前、Microsoft は Foundry での Fable5 提供開始を宣伝していました。チャネルでの提供可否とコンプライアンス承認は別の問題——開発者は気にしなくても、調達部門はこの違いを必ず気にします。

チャネル別の現実

チャネルFable5 利用可否保持条項
Claude アプリ(Pro/Max/Team/Enterprise)可(2026 年 7 月 7 日まで週間上限の最大 50% 内含)30 日間の安全保持;学習は設定次第
Claude API30 日間保持;ZDR 不適用
AWS Bedrock / Google Cloud / Microsoft Foundry同じモデルレベルの 30 日間要件
GitHub Copilot(Pro+/Business/Enterprise)可、ポリシーはデフォルト無効管理者が保持条項を承諾して初めて有効化
OpenRouter基盤として同じ Anthropic 条項が適用

GitHub Copilot はこの件の「炭鉱のカナリア」です。Fable5 ポリシーがデフォルト無効なのは、まさに保持要件のため。あなたの組織の Copilot 管理者がまだスイッチを入れていないなら、理由はこのポリシーです。

現実的な選択肢

  1. 理解した上で受け入れる。 ほとんどのプロダクト・エンジニアリング業務にとって、安全監視のための 30 日間保持は実害になりません。判断を文書化しておけば、3 か月後のセキュリティレビューで「再発見」されずに済みます。
  2. トラフィックを分割する。 規制対象データや顧客機密データを扱うワークロードは Claude Opus 5 にルーティングします。2026年7月24日のリリース時に Anthropic が明示したとおり、標準アクセスにデータ保持要件がありません——この問題に対する最も素直な答えです。あるいは Claude Opus 4.8 でも構いません。既存の ZDR 契約はそちらでは有効ですし、Fable5 のセーフガードは一部のセンシティブ領域をもともと Opus に転送しています。Fable5 は非機密データ上の高難度タスクに残しましょう。コスト計算ツールで確認すると、どちらの Opus も価格は半分です。
  3. 組織レベルでゲートする。 Copilot の管理ポリシー、API キーの権限、クラウド IAM のいずれでも、どのチームが Fable5 に到達できるかを制限できます。「デフォルト無効+例外承認」は全面禁止より優れています。
  4. 待つ。 Anthropic は保持条項を Mythos 級モデルのローンチ初期の慎重策と位置づけています。過去の例に倣えば、安全性の実績が積み上がるにつれてポリシーは緩和される可能性が高い——変更があれば本記事を更新します。

率直なまとめ

Fable5 のデータ保持ポリシーは、フロンティア級の API モデルとしては異例に厳格で、Anthropic は異例なほど率直にそれを開示しています。間違いは Fable5 を使うことではなく、条項を知らずに導入することです。Microsoft がその教訓を全員に知らしめました。上の表に照らして自社のコンプライアンス体制を確認し、必要なら分流し、ポリシーが変わったら見直してください。

2026 年 6 月 11 日時点の報道に基づく。ポリシーの詳細は Anthropic のローンチドキュメントより。チャネル別のアクセス方法は API ガイドを参照。

関連記事