Anthropicが​「Enterprise Frontier Safeguards」を​発表 ──ゼロデータ保持と​誤用監視を​両立させる​仕組みと、​今日できる​こと

気になるAIの動きを、分かりやすく

2026年9月1日、Anthropicが Enterprise Frontier Safeguards（EFS） を発表しました^[1]。ひとことで言えば、「AIに渡したデータを提供元に残さない」と「危ない使われ方を見張る」を同時に成り立たせるための仕組みです。監視に使うデータを、Anthropicではなく顧客自身のクラウドに置くのが要点です。

ただし今日から使えるものではありません。提供は今秋から段階的で、いまは申請して連絡を待つ段階です。そして——発表ページには書かれていない運用条件が、ヘルプ記事のほうに書かれています。暫定措置には用途の限定と期限があり、しかも「データを残さない」設定にしても止まらないものがあります。

この記事で分かること——①EFSは何を変えるのか ②なぜ30日保持が必要だったのか ③銀行のCISOたちが出した4つの問い ④発表ページに無く、ヘルプ記事にある条件 ⑤APIドキュメントに書かれた「今日できる2つ」 ⑥ゼロデータ保持でも外に出る8つの機能。

01 EFSは、​何を​変えるのか

発表の骨子は3つです。

データの置き場所が変わる。 監視に使う活動データを、顧客自身のクラウドアカウント（Amazon S3・Azure Blob Storage・Google Cloud Storage）に保存できます。暗号鍵もアクセスポリシーも監査ログも顧客側です。

人間のレビューが要らなくなる。 自動の安全監視が一定期間の通信を見て、深刻な誤用の兆候（攻撃的なサイバー能力や生物学的能力の開発、認証情報の盗難や漏えいの兆候）を探します。フラグは顧客に直接届き、Anthropicの社員が中身を見る必要はありません。

費用はかからない。 Anthropicは EFS に課金しません。ただし顧客が自分のクラウドに保存するなら、保存料と読み書き、そしてデータの持ち出し（エグレス）料金はクラウド事業者から請求されます。

項目	内容
対応する経路	Claude Code／Claude Enterprise／Claude Platform／Amazon Bedrock／Claude Platform on AWS／Google の Agent Platform／Microsoft Foundry（7つ）
3つのopt-in	顧客所有のストレージ／顧客管理の暗号鍵（CMEK）／完全自動レビュー。それぞれ個別に有効化でき、モデルの挙動・API価格・レート制限は変えない
費用	Anthropicは無償。クラウド事業者の保存料・読み書き・エグレスは顧客負担
時期	今秋から段階提供、秋の終わりまでに広く提供が目標
開発体制	100社超の顧客＋AWS・Google Cloud・Microsoft Azure

02 なぜ​「30日保持」が​必要だったのか

そもそもの経緯です。Anthropicは Fable 5 から30日のデータ保持を必須にしました。理由は発表ページに明記されています。

高度な誤用は、1回のやりとりの中では完結しない。多数のタスクに分かれ、複数のセッションと複数のアカウントにまたがる。だから「1件ずつ自動解析して即座に捨てる」やり方では足りず、時間とアカウントをまたいで突き合わせるために、一定期間データを置いておく必要がある——という論理です。あわせて、この方針は企業データで学習したいからではないとも書いています（明示的な許可なく企業データを学習に使ったことはないし、これからもない）。

この「残さないか、見張るか」という緊張は、CAGでも8月に扱いました。OpenAIとAnthropicが同じ理由に到達しながら別の手段を選んだ、という回です。

関連記事 ｜ この記事の前提になっている回ゼロデータ保持（ZDR）とは何か ──OpenAIが「中身を見ずに不正を見張る」方式を発表、Claudeの30日保持との違いを解説 →

対象になっているモデルは「Covered Models（対象モデル）」と呼ばれ、ヘルプ記事に一覧があります^[2]。

モデル	指定日	提供状況
Claude Fable 5.1	2026年8月31日	一般提供
Claude Mythos 5.1	2026年8月31日	限定提供（承認されたパートナー）
Claude Fable 5	2026年6月9日	一般提供
Claude Mythos 5	2026年6月9日	限定提供（承認されたパートナー）

CAGは9月2日の記事で「Fable 5.1 は30日保持が必須で、ゼロデータ保持では使えない」と書きました。EFSは、その制約に対する答えにあたります。

関連記事 ｜ ZDR契約だと400で止まる話はこちらClaude Fable 5.1 が来た ──乗り換えで止まる3つの変更と、エラーが出ないまま変わる7つの挙動 →

03 銀行の​CISOたちが出した、​4つの​問い

EFSの設計には ARC（Analysis and Resilience Center for Systemic Risk） という組織が関わっています。米国の大手銀行の最高情報セキュリティ責任者が参加する団体で、発表ページには Goldman Sachs・Morgan Stanley・Citi・Bank of America・Wells Fargo の名前が挙がっています。ほかに Comcast・KPMG・Mastercard・Salesforce・Visa。「Fortune 100の4分の1、米国のグローバルなシステム上重要な銀行のすべて」と書かれています。

ARCの President and CEO である Scott DePasquale 氏の言葉が、この製品がどんな問いに答えようとしたのかを一番はっきり示しています。

われわれのメンバーのうち8社がAnthropicと協働し、システム上重要な銀行の内部で最も能力の高いフロンティアモデルを動かすために何が必要かを定義した——誰がデータを持つのか、誰が鍵を持つのか、自動レビューは何を見られて何を見られないのか、そしてどんな条件でなら人間が見ることを許されるのか。

Scott DePasquale（ARC / President and CEO）発表ページの引用より要旨を翻訳

04 発表ページに​無く、​ヘルプ記事に​ある​条件

ここからが本題です。発表ページは「EFSが整うまで、対象となる顧客は Fable 5 と Fable 5.1 でゼロデータ保持を受けられる」と書いています。良い話に読めます。

ところがヘルプ記事（Covered Models）を開くと、同じ暫定措置に3つの条件が付いています^[2]。

• 自社の内部業務アプリケーション向けに限る。 原文は for their own internal business applications。自社の製品に載せて顧客に提供する用途は、この読み方では対象外です。
• 期間限定。 「限られた期間の措置であり、EFSへの移行を意図したもの」と明記されています。
• 変更・撤回されうる。 「Anthropicはこの取り決めを変更または撤回することがある。誤用への対応を含む」。

そして、いちばん見落としやすいのがこの一文です。

この取り決めが影響するのは、保存されたデータの保持とレビューだけである。利用ポリシー、リアルタイムの安全分類器、およびAnthropicの執行システムは、すべてのトラフィックに適用され続ける。

Anthropic ヘルプセンター「Covered Models」より要旨を翻訳（2026年9月7日に閲覧）

つまり——「ゼロデータ保持にした＝何も見られない」ではありません。 残さないのは保存されたデータであって、リアルタイムの判定は動き続けます。ここを取り違えたまま社内に説明すると、後で説明し直すことになります。

もう1点、保持期間の書きぶりも2つの文書で違います。発表ページは「30日」、ヘルプ記事は「最低30日」（at least 30 days）で、安全上の調査の対象になっている場合や法的に保持が必要な場合は、それより長くなると書かれています。

05 APIドキュメントは、​今日も​「使えない」と​書いている

もう1枚、別の公式文書を開きます。開発者向けのAPIドキュメント（api-and-data-retention）です。2026年9月7日に読んだ時点で、このページに「Enterprise Frontier Safeguards」という語は1回も出てきません（CAG実測^[4]）。書かれているのは今日の規則のほうです。

Covered Models はゼロデータ保持では使えず（Anthropicが明示的に認めた場合を除く）、条件を満たさない組織からのリクエストは 400エラーで返ります。メッセージはこうです——In order to access this model, your organization or workspace must have data retention enabled.

ただし同じページには、待たずに今日できることが2つ書かれていました。

① 経路によっては、保持データはもう自社のクラウド環境に留まっている。 原文はこうです——Claude API（Claude Platform on AWS を含む）では Anthropic が保持データを扱う。Amazon Bedrock と Google Cloud の Agent Platform では、保持データは自分のクラウドプロバイダの環境内に留まる。有効化の手順は各プラットフォームのドキュメントを見るように、と書かれています。EFSの「顧客のクラウドに置く」に近い状態が、経路によっては先に成立しているわけです。

② ゼロデータ保持の組織は、ワークスペース単位で例外を作れる。 Claude Console の Settings > Workspaces で対象のワークスペースを選び、Privacy controls タブを開いて30日保持をオンにする。そのワークスペースだけ Covered Models が使えるようになり、組織の他のワークスペースはゼロデータ保持のままです。

文書	Enterprise Frontier Safeguards	今日の運用	暫定ZDRの条件
発表ページ（ニュース）	中心的に説明	触れていない	「対象となる顧客が受けられる」まで
ヘルプ記事（Covered Models）	節を設けて説明	30日保持・最低30日	内部業務用・期間限定・撤回あり
APIドキュメント	記載なし（0回）	ZDR不可・400が返る	「明示的に認めた場合を除く」

06 ゼロデータ保持でも​「外に​出る」​8つの機能

同じAPIドキュメントに載っていて、あまり話題になっていない事実があります。

このページには機能ごとのZDR適合性の表があり、2026年9月7日時点で 35行ありました。数えると——ZDR適合が25件、条件付き適合が2件、そして「不適合」が8件です（CAG実測^[4]）。

不適合の8つは、いま企業が使い始めている機能そのものです。Agent skills／Batch processing／Claude Managed Agents／Code execution／Files API／MCP connector／MCP tunnels／Programmatic tool calling。

重要なのは、この8つを使ってもAPIは止めてくれないことです。ドキュメントはこう書いています——HIPAA対応では「不適合」の機能を含むリクエストを400エラーでブロックする。一方ゼロデータ保持では、APIはこれらの機能をブロックしない。使うということは、そのデータについてゼロデータ保持の取り決めの外に出る選択をしたということであり、その機能自身の保持ポリシーが適用される。

止めてくれる仕組み（HIPAA）と、止めずに黙って範囲外になる仕組み（ZDR）が、同じ表の中に並んでいます。ゼロデータ保持を契約していても、エージェント機能を1つ足した時点で、その分のデータは対象外になりうる——EFSが来ても、この非対称は別の話として残ります。

07 まとめ

論点	発表で言われていること	一次資料まで見ると
いつ使えるか	「今秋から段階的に」	今日は使えない。申請して連絡を待つ段階
暫定のZDR	「対象となる顧客が受けられる」	自社の内部業務用に限る・期間限定・撤回されうる（ヘルプ記事）
保持期間	30日	最低30日。調査対象や法的要請があれば延びる
ZDRにすれば見られないのか	—	保存データの保持とレビューだけの話。リアルタイムの分類器と執行は全トラフィックに適用され続ける
待たずにできること	—	Bedrock / Google Agent Platform 経由なら保持データは自社のクラウド環境に留まる／ワークスペース単位で30日保持をONにして他はZDRのまま
機能を使うと	—	ZDR不適合の機能が8つ。APIは止めず、その分だけ範囲外になる

自社で確認するなら、ARCの4つの問いをそのまま使うのが早いです。誰がデータを持つか。誰が鍵を持つか。自動レビューは何を見られて何を見られないか。どんな条件でなら人間が見てよいか。 この4つに自社の言葉で答えられれば、AIの導入判断はかなり進みます。