フロンティアモデルを業務に載せたい規制業種の企業が、この夏ずっと足止めされていた論点があります。「そのモデルに送ったデータは、どこに・どれだけ・誰の管理下で残るのか」です。2026年6月、Anthropic が Claude Fable 5 / Mythos 5 を出した際、これらの上位モデルに対して全トラフィックの30日間保持を必須とする方針を敷きました。誤用や高度なサイバー攻撃を検知するためです。ところが金融・医療・法律といった業種にとって、これは「自社の機微データがベンダー側に30日残る」ことを意味し、GDPRや社内の privacy framework に抵触するため、最も賢いモデルを使えないという壁になっていました（CNBC）。
2026年9月1〜2日、Anthropic はこの構図を動かす発表をしました。Enterprise Frontier Safeguards（EFS）——「ゼロデータ保持（ZDR）のプライバシー」と「誤用検知の安全性」を両立させると称する仕組みです（Anthropic公式）。homula はエンタープライズ向けの AIエージェント・インテグレーターとして、日本企業の「どのモデルを、どう安全に業務へ載せるか」を日々支援しています。本稿は「Anthropic が折れた」という話ではありません。EFS が企業に何を渡し、その代わりに何を運用責任として背負わせるのか——“ゼロ”という言葉に含まれる勘違いを解きほぐしながら、日本企業が設計すべき受け皿を整理します。
何が起きたのか——保持義務への反発から生まれた折衷案
まず経緯を押さえます。
- 6月: Fable 5 / Mythos 5 の投入と同時に、上位モデルへ30日保持を必須化。ZDR オプションが事実上消え、Microsoft が社内利用を制限するなどの反応が出ました。
- 反発: 金融機関・医療・法律事務所など規制業種が「保持義務のせいで最新モデルを機微情報に使えない」と反発。Anthropic の Kate Jensen 氏（head of Americas）は、CNBC に対し「別の解を作るために顧客と数百時間を費やした」と述べています（CNBC）。
- 9月: その回答として EFS を発表。あわせて Claude Fable 5.1 / Mythos 5.1 を公開しました。
要は、「安全のために監視は続けたい Anthropic」と「データを外に出せない規制業種」の綱引きの落としどころが EFS です。監視をやめるのではなく、監視データの置き場所を、Anthropic のサーバーから顧客自身のクラウドへ移す——それが今回の本質です。
EFSの仕組み——監視データを『自社クラウドの鍵』の下に置く
EFS の設計は、大きく「保存」と「検知」を分離した点にあります。
- 保存は顧客側へ: 誤用検知に使う活動データ（activity data）を、顧客自身のクラウド——Amazon S3 / Azure Blob Storage / Google Cloud Storage——に置けます。しかも顧客が管理する暗号鍵（CMEK）・アクセスポリシー・監査ログの下に。データの custody（保管責任）が顧客側に移ります（Help Net Security）。
- 検知は自動・Anthropic無人: 自動システムが一定期間のトラフィックを分析し、深刻な誤用の兆候——攻撃的なサイバー／生物学的能力の開発の試み、盗まれた・漏えいした認証情報の痕跡——を探します。何かを検知すると、シグナルは顧客に直接送られ、Anthropic の従業員が中身を読むことはない、とされています（CSO Online）。
- 3つはオプトイン: 「顧客所有ストレージ」「顧客管理鍵（CMEK）」「完全自動レビュー」は、それぞれ opt-in。自社に必要なものだけ有効化できます。
対応範囲も広く、Claude Code / Claude Enterprise / Claude Platform / Amazon Bedrock / Claude Platform on AWS / Google の Agent Platform / Microsoft Foundry で、この秋以降に段階展開される計画です。EFS は金融・医療・製造・通信・法律・小売・公共の 100社超の顧客と、AWS・Google Cloud・Microsoft Azure の各クラウドと共同で設計されました（Anthropic公式）。
「ゼロ」の意味を取り違えない——Anthropicが保持しない≠データが消える
ここが本稿で最も強調したい点です。EFS の「ゼロデータ保持」は、Anthropic 側に何も残らないという意味であって、監視データそのものが存在しなくなるという意味ではありません。誤用検知には時間・アカウントをまたいだ分析が要るため、一定期間ぶんの活動データは存在し続けます——ただし、あなたのクラウドの中に。
つまり EFS で移動したのは、データの所在と管理責任です。保管場所・暗号鍵・ストレージ費用・そしてアラートへの対応が、ベンダーから自社へ移ります。The Register はこれを「Anthropic はゼロデータ保持を約束するが、それが機能しているかは顧客が確認しなければならない」と表現しました（The Register）。「ベンダーに残らない」ことは前進ですが、検証と運用の負荷は自社に来るのです。
もう一つ冷静に見るべきは、検知シグナルを受け取った後です。誤用のアラートが自社に飛んでくる以上、それを誰が受け、どう判断し、どこへエスカレーションするかを決めておかないと、アラートは宙に浮きます。現時点で Anthropic は、検知の精度・誤検知（false positive）率・アラート発生量といった数字を公開していません。「アラートが来る」ことと「対応できる体制がある」ことは別物——ここを設計しないまま opt-in すると、監視ログという新しい責任だけが増えます。
規制業種の企業が設計すべき『受け皿』
EFS は入口の統制（データがどこに残るか）を大きく改善しますが、それは設計の出発点であって完成形ではありません。日本の規制業種が最低限そろえるべき受け皿を、責任の所在で整理すると次のようになります。
| 論点 | EFS が渡すもの | 自社が設計すべきこと |
|---|---|---|
| 保管場所 | 自社 S3 / Blob / GCS に監視データを保持 | どのリージョンに置くか、日本のデータ所在要件を満たすか |
| 暗号鍵 | 顧客管理鍵（CMEK）で暗号化 | 鍵のローテーション・失効・アクセス権限の運用 |
| 監査 | ストレージ側のアクセスログ | 誰がその監視データを見たかの証跡と保存年限 |
| 検知アラート | 誤用シグナルを自社へ直送 | 受信者・トリアージ基準・エスカレーション経路・証拠保全 |
| 対応 | （自動・無人検知まで） | インシデント対応フローと、対応記録の残し方 |
opt-in を「有効化するかどうか」の一択で考えないことです。「自社クラウド保管」は入れるが、アラート対応の owner とエスカレーション経路が未定なら、自動レビューは体制ができてから——というように、統制設計の準備度に合わせて段階的に入れるのが実務的です。監視は、受け皿があって初めて安全装置になります。
homula の観点——監視データの“受け皿”と、行為の統制をひとつの土台に
EFS が示したのは、フロンティアAIの統制が「ベンダー任せ」から「自社で設計するもの」へ移ったという潮流です。データの所在も、誤用アラートの捌き方も、これからは企業側の設計課題になります。homula が推奨する順序は明確です。
- 接続層をモデル・ベンダー非依存で持つ。homula の統合プラットフォーム Agens は、MCP（Model Context Protocol）を活用して 200以上のツールと構築ゼロで接続します。Claude だろうと他モデルだろうと、業務システムへの配管をモデルから切り離しておけば、ベンダーの保持方針が変わっても業務ロジックは揺れません。
- 監視と実行の“出口”を統制する。EFS が渡す監視データや誤用アラートは、受け皿がなければただの負債です。Agens Control は、実行前の承認フロー・DLP・RBAC・5年分の監査ログを提供し、「誰が・何を・いつ実行し、どのアラートを・誰が・どう処理したか」を後から証明できる状態を作ります。EFS が入口（データの所在）を整えるなら、Agens Control は出口（行為とアラート対応）を整える——両輪でそろって初めて、規制業種でも本番に載せられます。
- 小さく検証してから広げる。homula の AIエージェント・ブートキャンプは、業務棚卸し・プロトタイプ構築・ROI試算を3〜5日で完結。「自社のデータ要件で、どのモデルをどう統制すれば載せられるか」を、実データに近い形で早期に見極められます。
homula は、n8n / Dify / LangGraph などを用いた接続前提のエージェント設計で、処理時間を93%削減した実績があります。ベンダーが保持方針を二転三転させても揺らがないのは、つなぐ配管と、誰が何をできるかの統制を自社の土台として持っている企業です。データ主権の考え方はソブリンAIの稿にも整理しています。
まとめ
- 2026年9月、Anthropic は **Enterprise Frontier Safeguards（EFS）**を発表。6月に敷いた30日保持義務への規制業種の反発を受け、監視データの置き場所を自社のサーバーから顧客のクラウドへ移す折衷案を示した。
- 仕組みは「保存は顧客側（S3/Azure/GCS＋CMEK）／検知は自動・Anthropic無人」。顧客所有ストレージ・顧客管理鍵・自動レビューはそれぞれ opt-in で、この秋以降に主要基盤へ段階展開される。
- ただし「ゼロデータ保持」はAnthropic に残らないの意味であり、監視データは自社クラウドに存在し続ける。custody・鍵・費用・そして誤用アラートへの対応責任が自社に移る。「ベンダーに残らない」は前進だが、検証と運用は自社の仕事になる。
- 日本の規制業種は、保管リージョン・鍵運用・監査年限に加え、誤用アラートの受信者・トリアージ・エスカレーション・証拠保全まで設計してから opt-in するのが筋。EFS は出発点であって完成形ではない。
ベンダーの保持方針は、これからも動きます。揺れないのは、データの所在と行為の統制を自社の土台として持つ企業です。homula は、その受け皿づくりから本番・全社展開までを伴走します。