外部顧客にはすぐ出したのに、社員には使わせない。Anthropicの最新モデルが、Microsoftの内部ルールで止まっています。
この記事では、Claude Fable 5の公開内容と、Microsoftが社内利用を制限している背景を整理します。
この記事でわかること
- Claude Fable 5が他のClaudeモデルと違う点
- 30日間のデータ保持と安全分類器の関係
- Microsoftが顧客向けと社内向けで方針を分けた理由
- 企業がAIモデルを選ぶときに確認すべきポイント
Claude Fable 5とは何か
Anthropicは2026年6月9日、Mythosクラス初の一般公開モデルとしてClaude Fable 5を発表しました。同社はこれを「最も野心的な知識作業とコーディング向けの第5世代モデル」と位置づけています。
APIのモデルIDは claude-fable-5 です。コンテキストウィンドウは100万トークン、1リクエストあたりの最大出力は12万8千トークン。料金は入力100万トークンあたり10ドル、出力100万トークンあたり50ドルです。
Claude API、Amazon Bedrock、Google CloudのVertex AI、Microsoft Foundryで利用できます。GitHub Copilotでも、Pro+、Max、Business、Enterprise向けにモデルピッカーから選べるようになりました。
GitHubの社内ベンチマークでは、自律的なコーディングワークフローで、従来のOpus級モデルより少ないツール呼び出しとトークン消費で同等の作業を完了したと報告されています（参考）。
なぜデータ保持が必須なのか
Claude Fable 5の最大の違いは、安全分類器（safety classifiers）の運用にデータ保持が欠かせない点です。
Anthropicは、サイバーセキュリティや生物学・化学など高リスク領域のクエリを検知するため、Fable 5とは別のAIシステムで入力を監視します。有害利用やジェイルブレイクの試みを防ぐ仕組みです。これらの分類器を動かすには、プロンプトと出力を一時的に保持する必要があります。
公式ドキュメントによると、Fable 5とMythos 5は「Covered Models」に指定され、ゼロデータ保持（ZDR）は利用できません。保持期間は30日で、この間のデータはモデル学習には使われません。
さらに、利用規約違反としてフラグが立ったセッションは、最大2年間保持される場合があります。AnthropicのAPIデータ保持ドキュメントにも、この例外が明記されています。
GitHub Copilotでの扱いの違い
GitHub Copilotに搭載されている他のClaudeモデル、Opus 4.8、Sonnet 4.5、Haiku 4.5は引き続きZDRで動作します。データ保持が必要なのはFable 5だけです。
外部のGitHub Copilot顧客向けには、EnterpriseとBusinessの管理者がCopilot設定でClaude Fable 5ポリシーを有効にする必要があります。デフォルトはオフで、有効化した時点でデータ保持要件への同意とみなされます。
つまり、Microsoftは顧客に対しては選択肢を用意しつつ、利用条件の説明責任を管理者側に置いています。
Microsoftが社内利用を制限した背景
一方、社員向けの内部版GitHub Copilotでは状況が異なります。
The VergeのTom Warren氏の報道（2026年6月10日）によると、Microsoftは社員が使う内部版CopilotのモデルピッカーからClaude Fable 5を外しています。他のClaudeモデルはZDR契約のもとで引き続き利用可能です。
Microsoftは社員に対し、法務チームがAnthropicのデータ保持要件の変更を評価中だと伝えているとのことです。懸念の中心は顧客データと機密情報の扱いで、社内利用が承認されるかは未確定です。Microsoftはコメントを控えています。
顧客向けには発表直後にFable 5を展開した一方、社内では慎重な姿勢を取っています。外部提供と内部採用の基準がずれている点が、今回のニュースの核心です。
安全分類器がもたらす運用上の変化
Fable 5は高性能であるほど、安全対策のコストも企業側に返ってきます。
サイバーセキュリティや生物学関連のクエリが分類器に検知されると、応答はOpus 4.8に自動的に切り替わります。Anthropicの発表では、Fable 5セッションの95%以上でこのフォールバックは発生しないとしています。ただし、フォールバックが起きた場合でも、入力データは30日間の保持対象になります。
API連携では、Fable 5がリクエストを拒否した場合、stop_reason: "refusal" としてHTTP 200が返ります。エラーではなく正常応答として扱う必要があり、別モデルへのリトライ設計も求められます。
企業がモデル選定で確認すべき点
今回の事例は、性能だけでモデルを選ぶと後から詰まる典型例です。
まず、データ保持の有無と期間を契約書レベルで確認します。ZDRを前提にしていた企業は、Fable 5利用時にその前提が崩れます。Anthropicはワークスペース単位で30日保持を有効化する設定を用意していますが、組織全体のZDRと併用する設計が必要です。
次に、保持データの利用目的を確認します。Fable 5の保持データは学習に使われないと明記されていますが、安全監視のためにAnthropic側に預かる点は変わりません。社内の機密情報や顧客データをプロンプトに含める運用なら、法務・セキュリティ部門のレビューが必須です。
最後に、社内利用と顧客向けサービスでポリシーを分けるかどうかです。Microsoftは顧客には提供し社内では止めました。自社でも、開発チーム向けと本番サービス向けでモデル選定を分ける判断が現実的です。
性能とプライバシーのトレードオフ
Claude Fable 5は、長時間の自律エージェント作業や大規模コーディングに向けたAnthropicの最前線モデルです。Microsoft FoundryやGitHub Copilotへの迅速な展開は、その性能への期待の表れでもあります。
ただし、Mythosクラスモデルに求められる安全分類器は、ゼロデータ保持との両立が難しい設計です。Anthropicは能力の高いモデルを広く出す代わりに、30日間のデータ保持を必須化しました。
Microsoftの社内制限は、このトレードオフを企業の視点から可視化した事例と言えます。AI導入の実務では、ベンチマークスコアの前に、データがどこに・どの期間・どの目的で残るかを確認する段階が来ています。