Claude Mythos 5.1・Fable 5.1のようなCovered Modelsは、ゼロデータ保持（ZDR）契約を結んだ組織でも原則ゼロ保持を維持できない。金融・医療・公共分野の企業にとって、これは調達判断を左右する制約だ。
エージェントガバナンスの観点では、モデル性能の向上に伴って監視要件も強化される。Anthropicが2026年9月に発表したEnterprise Frontier Safeguards（EFS）は、この矛盾を「監視データの保存場所」で解く技術的アプローチだ。仕組みと導入時の論点を整理する。
なぜCovered Modelsはゼロ保持できないのか
一部の誤用は単発のリクエストでは検知できず、複数リクエストの蓄積でしか見えないため保持期間を伴う監視が必須になる。
Anthropicは、従来世代から性能が大きく引き上がり誤用リスクも高いモデルを「Covered Models」に指定している。現行ではClaude Mythos 5/5.1とClaude Fable 5/5.1が該当し、Claude本体・Amazon Bedrock・Google Cloud・Microsoft Foundry・一部パートナープログラムを問わず適用される。公式サポート記事は、Covered Modelsが保持データを要求する理由を「一部の誤用はリクエスト単体では検知できず、複数リクエストにまたがる形でしか見えない」と説明する。攻撃的サイバー能力や生物兵器転用能力の獲得試行といった深刻な誤用は、単発のプロンプトではなく時系列のパターンとして現れるため、最低30日のデータ保持がデフォルトで課され、Enterpriseワークスペースやサードパーティプラットフォームではゼロ保持自体が選択できない仕様になっている。
EFSは技術的に何を変えるのか
EFSは誤用検知の自動監視を保ったまま、保持データの置き場所を顧客管理下のクラウドストレージへ移す仕組みだ。
EFSの核心は「検知はAnthropic、保管とレビューは顧客」という役割分担にある。公式発表によれば、監視対象のアクティビティデータはAnthropic側のインフラではなく、顧客が管理するAmazon S3・Azure Blob Storage・Google Cloud Storageのアカウントに、顧客が制御する暗号鍵の下で保存される。ストレージの読み書き・転送費用も顧客が自社のクラウド契約で負担する形になり、Anthropicが追加課金する仕組みではない。検知そのものはリアルタイムの安全性分類器とAnthropicの既存の執行システムが引き続き全トラフィックに適用されるが、フラグが立った際の一次判断は顧客のセキュリティチームに渡り、Anthropic従業員による人手レビューを要さない設計になっている。これは、機密性の高い資料を「訓練を受けた社内担当者のみ」がレビューできるという規制要件がある業界を想定した設計だ。
導入判断で確認すべき3点は何か
ロールアウトは2026年秋から段階的で、対象範囲・移行期の扱い・撤回条件の3点を事前確認する必要がある。
EFSはまだ全社一律の一般提供ではなく、フェーズドロールアウトの段階にある。導入検討時に確認すべき論点は3つある。第一に対象範囲で、Claude Code・Claude Enterprise・Claude Platform・Amazon Bedrock・Google Cloud・Microsoft Foundryにまたがるが、自社の利用チャネルが初期フェーズの対象に入っているかは個別確認が要る。第二に移行期の扱いで、EFS提供開始までの間、対象となった既存ZDR契約組織にはFable 5/5.1を社内アプリケーション用途に限定してZDRのまま使える橋渡し措置が用意される——ただし全組織が自動的に対象になるわけではなく、Anthropicからの個別案内か申請フォームでの申し込みが必要になる。第三に撤回条件で、公式ドキュメントはAnthropicが誤用への対応を含めてこの取り決めを変更・撤回し得ると明記しており、EFSは恒久的な契約条項ではなく運用上の枠組みとして設計されている点を、社内のリスク評価プロセスに組み込む必要がある。
規模別の留意点（SMB / エンタープライズ）
Covered Modelsの保持要件はEnterpriseワークスペース・サードパーティプラットフォームに限定され、SMBが主に使うConsole単体のワークスペースでは対象外のケースが多い。SMBはClaude APIのデータ保持ガイドで扱う標準ZDR・Files API・Batch APIの保持期間差分を先に押さえれば十分なことが多い。一方エンタープライズは、Covered Modelsの調達可否を判断する前に、自社の該当ワークロードがEFSの初期ロールアウト対象かどうかをAnthropicの営業チャネル経由で確認し、社内の法務・セキュリティ部門とクラウドストレージ側のアクセス統制設計をあわせて検討する必要がある。大規模なマルチクラウド運用での監視基盤設計は、RDEのような実装支援パートナーとの協働が有効な領域だ。
参考
- Developing Enterprise Frontier Safeguards with our customers
- Covered Models: Overview and Data Retention Policies
- Data retention practices for Covered Models
まとめ
EFSは「監視をやめる」のではなく「監視データの置き場所を顧客管理下に移す」ことでゼロ保持要件と誤用検知を両立させる仕組みだ。Covered Modelsの調達を検討するエンタープライズは、対象範囲・移行期の扱い・撤回条件の3点を自社のガバナンス設計に落とし込む必要がある。Claude APIのデータ保持・監査ログ設計を含めたエージェントガバナンス基盤の構築は、KuuのRDEにご相談ください。