Claude把监控日志留在客户云：零保留不等于零检查

Anthropic于2026年9月1日 公布Enterprise Frontier Safeguards（EFS）：滥用监测所需的活动数据将保存在客户控制的云基础设施中，而非Anthropic环境；自动系统仍会分析一段滚动时间窗口内的活动，并把风险标记直接交给客户。EFS尚未全面开放，计划从今年秋季稍晚开始分阶段推出。

这套安排改变的是数据保管和人工访问边界，并未取消安全检查。Axios对这项企业保护措施的概括 是：它试图提供相当于零数据保留的隐私保护，同时保留识别恶意使用的能力。

EFS改变的是监测数据由谁保管

“数据留在客户云”不等于“不产生记录”，而是相关活动数据进入企业自己控制的云账户。企业可以沿用其既有的访问权限、加密密钥和审计控制，Anthropic不再作为这部分监测数据的默认保管方。

这一边界需要与模型推理本身区分。用户的提示必须经过模型处理才能生成输出；零数据保留约束的是服务商对客户内容的留存方式，并不意味着请求从未被计算，也不意味着所有安全检测都被关闭。

EFS提供的客户自有存储、客户管理加密密钥和完全自动化复核是可分别选择的控制项。选择这些控制不会改变模型行为、API价格或速率限制；EFS本身不另行收费，但客户把数据保存在自有云账户后，仍需承担云服务商收取的存储、读写和数据传出费用。

提示、保存、检测和复核分属四个环节

EFS的数据路径可以拆成四个责任环节。这样看，标题中的“监控日志”指为持续性滥用检测保留的相关活动数据，而不是声称Claude完全不处理或不检查企业请求。

1. 提示与输出：企业用户向受覆盖的Claude模型提交请求并取得结果。模型在生成回答时处理内容，零数据保留不取消这一步即时计算。
2. 客户侧保存：启用客户自有存储后，相关活动数据保存在企业自己的云账户中。云账户、密钥、访问政策和审计记录由客户控制。
3. 自动检测：检测系统分析滚动时间窗口内的活动，把跨越多次会话、用户或账户的行为联系起来，寻找严重滥用信号。
4. 标记与复核：风险标记直接进入客户的处理流程。默认不要求Anthropic员工进行人工查看，由客户人员决定谁可访问材料以及如何处置。

因此，数据保管权、自动分析能力和人工查看权并非同一个开关。EFS保留自动检测，但把被标记材料的后续人工复核交给客户，使企业能够在自己的安全与合规边界内管理敏感内容。

零保留为何仍允许跨会话检测

零数据保留不是零计算，也不是零检查。欺诈、凭据滥用以及复杂的网络或生物安全风险可能被拆分到多次交互中；如果每次请求处理后都失去全部关联上下文，单条内容看似无害，组合起来的行为却可能形成明显风险。

EFS为此保留一个滚动活动窗口，由自动系统寻找跨会话和跨账户信号。可见的结果不是把全部敏感内容交给模型供应商员工查看，而是形成风险标记，并将其送往客户自己的安全队列。

这也说明“客户云”解决的是控制权问题，而不是消除数据生命周期。企业仍需明确自身云账户中的保存期限、访问角色、密钥管理、审计范围和删除机制；EFS架构本身也不自动等同于满足某个国家、地区或行业的全部合规要求。

现行保留、临时ZDR和正式EFS是三种状态

第一种是EFS可用前的保留安排。为识别跨时间和账户的严重滥用，部分相关模型采用30天数据保留；这正是企业隐私需求与持续安全监测发生张力的背景。

第二种是过渡期零数据保留。TechRadar于9月2日对过渡安排的梳理 显示，符合资格的客户可在EFS向其开放前，对Fable 5和Fable 5.1使用临时零数据保留；这不是所有Claude企业账户的默认设置，也不表示请求级安全机制随之停用。

第三种才是正式EFS。它将按阶段向客户推出，目标是在今年秋季稍晚实现更广泛可用；企业无论直接访问Claude，还是通过Amazon Web Services、Google Cloud或Microsoft Azure使用受覆盖模型，都将获得对应控制，活动数据保存在自己的云账户中。

截至2026年9月3日，已经明确的是客户侧存储、可选客户管理密钥、滚动窗口自动检测和客户侧人工复核这一责任框架。仍待后续交付进一步明确的，包括不同平台的具体部署步骤、客户可配置的保留期限、检测组件所需权限以及风险标记包含的证据粒度；在这些细节公布前，EFS应被视为已宣布但仍处于分阶段上线前夕的企业安全架构。