GitHubは2026年9月1日、AnthropicのClaude Fable 5.1をGitHub Copilotで一般提供(GA)したと発表しました。Claude Fable 5.1はAnthropicの「Mythosクラス」に属する最新モデルで、長時間にわたる自律的なコーディングやナレッジワークのタスク向けに設計されています。GitHubの社内テストでは、大規模なコードベースのリサーチや機能開発、複雑なエージェント的ワークフローといった、時間のかかる実質的なコーディングタスクで高い性能を示したとされています。
一方で今回のGAには、これまでGitHub Copilotに追加されてきた他のClaudeモデルとは一線を画す注意点があります。それが、既定で有効になる「データ保持」の要件です。単に新しい高性能モデルが使えるようになったという話にとどまらず、企業のCopilot管理者にとってはポリシー設定と社内合意形成が必要になるニュースだといえます。本記事では、GitHub公式のChangelogと、Anthropicが同日に公開した関連発表をもとに、Claude Fable 5.1の位置づけと、データ保持・Enterprise Frontier Safeguards(EFS)という2つの重要なキーワードを整理します。
Claude Fable 5.1とは何か
Mythosクラスに属する新モデル
Claude Fable 5.1は、Anthropicが「Mythosクラス」と呼ぶモデル系列に属しています。Anthropicによれば、Claude Fable 5およびClaude Fable 5.1は、Claude Mythos 5・Claude Mythos 5.1と同じ基盤モデルをベースにしつつ、サイバー領域とバイオ領域を中心とした追加のセーフガードを備えたバージョンです。この追加の安全対策があるからこそ、より広い範囲のユーザーにMythosクラスの高い知能を提供できる、というのがAnthropicの説明です。
Mythosクラスのモデルは、エージェント的な能力の大幅な向上を特徴としますが、Anthropicはその裏返しとして、悪用や自律的な誤動作のリスクも増すと位置づけています。実際、詐欺のような従来型の悪用から、認証情報の窃取を伴う高度なサイバー攻撃まで、AIモデルを狙った不正利用の試みが増えていることをAnthropicは明らかにしています。Claude Fable 5.1のデータ保持要件は、この文脈の上に設計されたポリシーです。
利用できる環境とプラン
Claude Fable 5.1は、Copilot Pro+・Max・Business・Enterpriseの各プランで利用できます。モデルピッカーから選択できる環境は幅広く、Visual Studio Code、Visual Studio、Copilot CLI、GitHub Copilotコーディングエージェント、GitHub Copilotアプリ、github.com、iOS/Android版GitHub Mobile、JetBrains系IDE、Xcode、Eclipseが対象です。ロールアウトは段階的に行われるため、環境によっては表示までにタイムラグがある点は留意しておく必要があります。
課金については、従量課金(usage-based billing)のもとでプロバイダーのリスト価格がそのまま適用される仕組みです。既存のCopilotモデルと同じ感覚でリクエスト数だけを見て予算を立てると想定より高くつく場合があるため、最新の料金表を確認してから本格導入するのが安全です。
管理者による有効化が必須
Claude Fable 5.1は、CopilotのEnterpriseおよびBusinessプランの管理者が、Copilot設定でポリシーを明示的にオンにしない限り利用できません。既定では無効になっており、組織側の意思決定を経てはじめて開放される設計です。
最大の注意点——既定でデータ保持が必要になる
何が保持されるのか
Claude Fable 5.1は、GitHub Copilotに搭載されている他のClaudeモデルとは異なり、Anthropicの安全性分類器を稼働させるために既定でデータ保持が必要です。GitHub Copilotに搭載されている他のClaudeモデルは、Fable 5とFable 5.1を除いてゼロデータ保持(ZDR)のもとで運用され続けます。つまり、Claude Fable 5.1だけがこれまでのCopilotのデータ取り扱いポリシーの例外にあたります。
Anthropicのヘルプセンターの説明によれば、保持されるのはプロンプトと出力を含むデータで、Anthropicのモデルを学習させる目的には使用されません。保持期間は30日間で、期限を過ぎると自動的に削除されます(自動化された信頼・安全システムによってフラグが立てられた場合や、法的な保持義務がある場合を除く)。既定では、Anthropicの担当者が保持された会話を閲覧することはできず、人間によるレビューが発生するのは、自動化された信頼・安全システムが不正利用の可能性を検知し、承認された少数のレビュー担当者による統制されたアクセス経路を通じた場合に限られるとされています。すべてのアクセスは改ざん不可能なログに記録される仕組みです。
なぜこのような設計になったのか
Anthropicは、単発のやり取りを都度分析してすぐに破棄するだけでは、高度な不正利用のパターンを検知できないと説明しています。たとえば、わずかに異なるプロンプトを大量に送りつけて一つでも突破できることを狙う「Best-of-Nジェイルブレイク」や、国家が関与するようなスパイ活動、データを人質にした恐喝キャンペーンといった攻撃は、複数のリクエストにまたがってはじめて見えてくるパターンです。こうした脅威を検知するには、プロンプトと出力を一定期間保持し、横断的に分析する必要がある、というのがAnthropicの立場です。
企業のCopilot管理者にとって重要なのは、このポリシーへの同意が単なる利用規約への同意にとどまらない点です。GitHubのChangelogでは、Claude Fable 5.1のポリシーを有効化することが、このデータ保持要件を認識したことの証跡になると明記されています。社内のセキュリティ部門やコンプライアンス部門との調整が必要になる企業も少なくないでしょう。
ゼロデータ保持の例外措置とEnterprise Frontier Safeguards
年内に限った時限的なZDR
すべての企業がすぐにデータ保持を受け入れられるわけではありません。この点に配慮し、Anthropicは条件を満たすエンタープライズ企業に対して例外措置を用意しています。対象となる一部のエンタープライズ企業は、Enterprise Frontier Safeguards(EFS)の展開が完了するまでの時限的な例外措置として、年内はClaude Fable 5.1およびClaude Fable 5をゼロデータ保持で利用できます。対象かどうかはGitHubのアカウントチームに確認する必要があり、GitHubサポートでは対象可否を判断できないとされています。また、対象として承認された場合でも、モデルが自動的に有効になるわけではなく、Business・Enterprise管理者が別途Copilot設定でポリシーを有効化する操作が必要です。
EFSとはどのような仕組みか
Anthropicは2026年9月1日、Claude Fable 5.1のGA発表と同じタイミングで、Enterprise Frontier Safeguards(EFS)を発表しました。EFSはデータを顧客が管理するクラウドインフラに保存する仕組みで、Anthropic自身のデータ保持と同水準のプライバシーを保ちながら、不正利用の検知に必要な監視を両立させることを狙っています。Anthropicの発表によれば、EFSは金融サービス、ヘルスケア、製造業、通信、法律、小売、公共部門など幅広い業界の100社以上の顧客、そしてAmazon Web Services・Google Cloud・Microsoft Azureとの協働のもとで開発されたとされています。
EFSの主な特徴は次の3点です。1つ目は、監視で検知されたパターンが顧客に直接通知され、Anthropic側の人間によるレビューを介さずに顧客自身が確認・判断できる点です。2つ目は、監視用のアクティビティデータをAmazon S3やAzure Blob Storage、Google Cloud Storageなど、顧客が既に信頼して使っているクラウド環境に保存できる点です。3つ目は、顧客管理の暗号鍵やアクセスポリシー、監査ログを自社で管理できる点です。これらはいずれもオプトインの機能とされ、モデルの挙動やAPI料金、レート制限には影響しないとAnthropicは説明しています。
EFSは今秋にかけて段階的に展開される予定で、Claude Code、Claude Enterprise、Claude Platform、Amazon Bedrock、Google Cloudのエージェントプラットフォーム、Microsoft Foundryといった幅広い提供経路でサポートされる計画です。利用を希望する企業は、Anthropicが用意する申請フォームから問い合わせる必要があります。
これまでのGitHub Copilotモデル関連の変更との関係
Claude Fable 5.1のGAは、単独の出来事ではなく、GitHub Copilotのモデルラインアップが継続的に入れ替わっている流れの延長線上にあります。たとえば2026年9月1日には、Claude Opus 4.5・4.6やSonnet 4.5など旧モデル6種の提供終了が実施され、管理者は移行先モデルの選定を迫られたばかりでした。さらに遡ると、2026年9月以降のCopilot料金・ポリシー変更では、シート課金の前払い化やチャット履歴の保持期間変更が発表されており、Copilotをめぐるデータの取り扱いポリシーはこの1か月で立て続けに更新されています。
Claude Fable 5.1のデータ保持要件も、こうした一連の変更と地続きの動きとして捉えると理解しやすくなります。モデルの性能そのものだけでなく、「どのデータが」「どこに」「どれだけの期間」保持されるのかという運用面の変化が、企業のCopilot導入判断において今後さらに重要になっていくと考えられます。
企業の管理者が今すぐ確認すべきこと
Claude Fable 5.1を組織で使うかどうかを検討する際には、いくつかの実務的な確認事項があります。まず、自社がAnthropic Claude ConsoleやClaude Code、AWS Bedrock、Google Cloud、Microsoft Foundryなどでゼロデータ保持契約を結んでいるかどうかの確認です。ZDR契約がある組織のうち、EFSの例外対象として通知を受けた企業でなければ、Claude Fable 5.1を使う際にデータ保持を受け入れる必要があります。
次に、社内のセキュリティ・コンプライアンス部門との調整です。金融・医療・法律など規制の厳しい業界では、30日間のデータ保持がそのまま社内ポリシーや顧客との契約に抵触する可能性があるため、EFSの対象になり得るかをGitHubおよびAnthropicのアカウントチームに確認しておくとよいでしょう。
最後に、コスト管理の観点です。Claude Fable 5.1は従量課金でプロバイダーのリスト価格がそのまま適用されるため、既存モデルと同じ感覚で予算を組むと想定と乖離する可能性があります。導入前に最新の料金ドキュメントを確認し、利用範囲を限定したパイロット運用から始めることをおすすめします。
まとめ
GitHub CopilotへのClaude Fable 5.1追加は、長時間稼働の自律コーディングタスクに強い新しい選択肢が増えたという意味で歓迎すべきニュースです。同時に、Mythosクラスというモデルの性質上、データ保持という新しい制約が伴う点は見落とせません。Anthropicが同時に発表したEnterprise Frontier Safeguardsは、この制約とプライバシー要件を両立させるための布石であり、今秋の本格展開に向けて今後も動きが続く分野です。GitHub Copilotの管理者は、モデルの性能評価だけでなく、データガバナンスの観点からもClaude Fable 5.1の導入可否を検討していく必要があるでしょう。
参考サイト
- GitHub Changelog「Claude Fable 5.1 is generally available in GitHub Copilot」
- Anthropic News「Developing Enterprise Frontier Safeguards with our customers」
- Anthropic Help Center「Data retention practices for Covered Models」
- Anthropic「Claude Fable and Mythos 5.1」
- GitHub Docs「Supported AI models in Copilot」
- GitHub Docs「Copilot billing for models and requests」
