Synthorai
🎁 新人 免费注册，送 10 次调用，最高 $1，免绑卡。
Claude Fable 5 无法在 ZDR 下运行：必须保留数据 30 天

Claude Fable 5 无法在 ZDR 下运行：必须保留数据 30 天

2026年6月12日 · 更新于 2026年7月19日 · claude-fable-5 · data-retention · compliance
目录
  1. 政策具体规定
  2. 为什么需要保留 30 天
  3. 要求相同，三家云平台采用三种机制
  4. 对企业部署的影响
  5. 对消费级产品的影响
  6. 敏感数据行业：30 天保留影响最明显的领域
  7. 医疗行业（HIPAA）
  8. 儿童产品（COPPA）
  9. 其他行业也遵循相同模式
  10. 决策清单
  11. 结论
  12. 常见问题
  13. 资料来源

如果你的组织根据零数据保留（ZDR）协议使用 Claude，那么首次向 claude-fable-5 发起请求时，收到的不会是生成结果，而是 400 invalid_request_error。这不是服务故障，而是政策限制。Fable 5 是第一个正式发布且必须保留数据 30 天才能使用的 Claude 模型。这项要求适用于模型所在的所有平台：Claude API、AWS Bedrock、Google Vertex AI 和 Microsoft Foundry 都要求明确同意保留数据后才能使用。

对于一直将“我们不会保留你的数据”视为 LLM 技术栈既定属性的团队来说，这是一次架构层面的变化。本文将介绍政策的具体规定、设置保留期限的原因、各云平台的实现方式，以及它对消费级产品和敏感数据行业的影响。

TL;DR

  • 使用 Claude Fable 5 必须将 prompt 和生成结果保留 30 天；这项要求适用于 Claude API、AWS Bedrock、Google Vertex AI 和 Microsoft Foundry（政策自 2026-06-09 起生效）。
  • 无法退出：采用零数据保留协议的组织会收到 400 invalid_request_error，现有 ZDR 条款也不适用于该模型。
  • 在 Bedrock 上，Fable 5 要求使用 data_retention_mode: provider_data_share；未启用时，模型会显示为不可用。
  • 被标记为违反使用政策的内容最多可保留 2 年，不受 30 天期限约束。

本文政策细节已于 2026-06-12 对照 Anthropic、AWS、Google 和 Microsoft 发布的文档核实。政策可能发生变化，请以链接中的一手资料及你方合同为准。本文仅提供工程层面的概述，不构成法律意见。

政策具体规定

Anthropic 将 Claude Fable 5 和 Claude Mythos 5 定义为受管模型。根据 API 数据保留文档和 Mythos 系列模型数据保留实践说明（自 2026-06-09 起生效）：

  • Prompt 和生成结果会保留 30 天，之后自动删除；但因安全调查而被标记或法律要求保留的内容除外。
  • 无法退出。 接受数据保留是使用该模型的前提。如果组织的保留配置不符合要求，请求将返回 400 invalid_request_error。
  • 访问权限有意设置得非常严格。 数据由自动化安全系统筛查；只有少量获得批准的人员可以查看被标记的对话，而且不能导出、复制或下载。每次访问都会写入防篡改日志。
  • 现有 ZDR 协议不适用于受管模型流量，包括经由云平台处理的流量。

消费级套餐（Claude Free/Pro/Max）不受影响，因为这些套餐本来就采用各自的数据保留条款。这项政策针对的是商业 API，而“不保留任何数据”的承诺通常正是在这里作出的。

为什么需要保留 30 天

受管模型说明给出的理由很明确：这些模型在软件工程、智能体工作流和网络安全方面的能力有了显著提升，而且**“某些滥用行为只有结合大量请求才能识别出来。”** 文档列举的 best-of-N 越狱和国家支持的间谍活动都属于这类攻击。单独看每条 prompt 可能都没有问题，只有整个请求序列才能暴露攻击特征。数据一旦删除，就无法检测这种序列。

这个 30 天期限不是以下两种情况：

  • 不是训练数据。 Anthropic 表示，未经明确许可，保留的数据绝不会用于训练。其唯一用途是检测滥用行为。
  • 做法本身并不新，强制执行才是变化。 约 30 天的滥用监控期限多年来一直是行业默认做法：OpenAI 最多保留 API 滥用日志 30 天（ZDR 需审批）；Azure OpenAI 最多保留 prompt 30 天，获批采用调整后的滥用监控方案时除外。真正的变化是，这个期限对某一类模型变成了不可协商的要求。此前，每家提供商都提供零数据保留的例外方案。

还有一个早已存在但经常让人意外的限制：即使采用 ZDR，Anthropic 仍会保留安全分类器的结果；被标记为违反使用政策的内容最多可保留 2 年。零数据保留从来不等于完全不保留任何数据，而是指正常路径中未被标记的内容不会被保留。

要求相同，三家云平台采用三种机制

无论模型部署在哪里，数据保留要求都不变。但每个平台的启用方式不同，这会直接决定由谁处理数据，以及控制措施部署在哪里。

平台启用机制作用范围未启用时
Claude API在 Privacy controls 中启用 30 天数据保留组织或 workspace400 invalid_request_error
AWS Bedrockdata_retention_mode: provider_data_share账户或 project模型显示为 unavailable；请求被阻止
Google Vertex AIAnthropic 数据共享 + Model Garden 条款Project启用前阻止请求
Microsoft Foundry部署时接受 Anthropic 条款Subscription/deployment完全不属于 Azure 的 ZDR 计划范围

AWS Bedrock 的机制最明确。数据保留是可配置模式（default / provider_data_share / none），按 project → account → model default 的顺序确定最终配置。Fable 5 声明 allowed_modes: ["provider_data_share"]：prompt 和生成结果会与 Anthropic 共享，并最多保留 30 天。采用其他任何模式时：

{
  "id": "anthropic.claude-fable-5",
  "status": "unavailable",
  "status_reason": "This model is not available under data retention mode 'default'.",
  "data_retention": {
    "mode": "default",
    "source": "account",
    "allowed_modes": ["provider_data_share"]
  }
}

Fable 5 之前的模型不受影响。你还可以针对 bedrock:DataRetentionMode 条件键设置 SCP，在整个组织范围内强制执行数据策略，避免有人为了试用新模型而私自修改账户配置。需要注意的是，使用跨区域推理时，保留的数据副本位于目标区域。如果你承诺了数据驻留范围，这一点必须纳入考虑。

Google Vertex AI 要求在 project 级别启用 Anthropic 数据共享设置（setPublisherModelConfig 搭配 dataSharingEnabledProvider: "anthropic"），并在 Model Garden 中接受相关条款，具体参见 Google 的 Fable 5 文档。常规数据处理遵循 Vertex AI 数据治理政策。对于有数据驻留要求的工作负载，Vertex 的区域和多区域 endpoint 决定推理执行位置，现在也决定保留副本的存放位置。

Microsoft Foundry 的架构不同。Microsoft 的数据和隐私文档明确指出，Claude 模型属于第三方 Marketplace 服务：部署时需要接受 Anthropic 的条款，而且数据处理方是 Anthropic，不是 Microsoft。Azure OpenAI 的 ZDR 和调整后滥用监控计划不适用于 Claude 部署。已在其他场景采用 ZDR 的组织通常会将受管模型部署在单独的 subscription 中，通过架构而非流程来划定数据保留边界。

三个平台有一个共同趋势：数据保留类别已经成为模型的一等、机器可读属性，通过 mode、flag 或 terms gate 表达，不再只是合同中的一段文字。现在可以通过基础设施强制执行数据策略，也应该这样做。

对企业部署的影响

如果没有 ZDR 协议，系统机制上不会发生变化，因为你原本可能就在采用类似 30 天的保留策略，只是没有意识到。现在需要做的是在供应商文档中把这一点明确写出来。

如果有 ZDR 协议，则有三种选择：

  1. 不使用受管模型。 继续统一采用 ZDR，但放弃该模型。如果工作负载不需要它，这是可行方案。关于成本和差异，请参阅我们的 Fable 5 实测评估。
  2. 按 workspace 或 project 拆分。 每个平台都支持限定范围的 opt-in：专用 Claude API workspace（Console → Settings → Workspaces → Privacy controls）、使用 provider_data_share 的 Bedrock project、单独的 Vertex project 或 Azure subscription。只有能够接受数据保留的工作负载才路由到这里。
  3. 在整个组织范围内接受数据保留。 运维最简单，但会在不易察觉的情况下削弱所有工作负载的数据保护保证，包括那些因为敏感性而采用 ZDR 的工作负载。这应由数据保护负责人决定，而不是当作普通配置变更处理。

无论使用哪家提供商，你自己的日志系统也是一处数据保留面。 如果 gateway 或可观测性系统会记录完整 prompt，那么实际保留期限可能比提供商更长，而且数据就在你自己的系统里。提供商的承诺是否有意义，取决于其前置层如何处理数据。我们在缓存声明审计中采用的逻辑同样适用于这里。

对消费级产品的影响

如果你的产品面向消费者，并将他们的内容路由到受管模型，那么无论是否签有 ZDR 协议，这项变化都会影响你自身承担的法律义务。具体有三点：

1. 隐私声明可能需要更新。 大多数监管制度不仅要求披露收集行为，也要求披露保留期限：GDPR 第 13(2)(a) 条要求在收集时说明存储期限或确定期限的标准；加州 CPRA 要求收集时的通知按个人信息类别说明保留期限。如果你的声明明确或暗示对话数据不会在任何地方保留，而处理方实际持有一份 30 天副本，那么声明就是错误的。需要更新隐私声明、处理活动记录和 DPA 清单。

2. 不能向用户提供实际上不存在的退出选项。 数据保留没有例外机制，因此无法在继续使用该模型的同时，通过某个 toggle 免除特定用户的 prompt。真正可控的是路由：支持 consent-aware 的 gateway 将拒绝数据共享的用户发送到符合 ZDR 条件的模型，其余用户发送到受管模型。这样就能把法律约束转化为普通路由规则，远好于提供一个毫无作用的偏好设置复选框。

3. 删除请求的处理链路必须准确。 删除义务（GDPR 第 17 条、CPRA 删除权及类似规定）同样适用于处理方。最多保留 30 天并自动删除的有限期限，通常可以作为合理的处理方策略，但你的 DSAR 操作手册应明确说明这一点，而不是承诺无法执行的下游即时删除。

全球业务会让问题更加复杂：英国 GDPR、巴西 LGPD，以及越来越多的美国州级隐私法律，都采用类似的披露和处理方要求。对于中国用户，PIPL 还增加了两项更严格的要求：向另一处理方提供个人信息通常需要单独同意；将中国用户内容路由至境外 LLM endpoint 属于跨境传输，需要采用认可的机制，例如安全评估、标准合同或认证。模型升级如果改变了由谁、在何处、以多长时间保留哪些数据，就属于这些监管框架要求重新完善文件的变更。

敏感数据行业：30 天保留影响最明显的领域

对于大多数产品，提供商的保留期限主要是文档问题。但对于数据本身受监管的行业，这是架构问题：保留的副本属于存放在供应商处的受监管静态数据，必须遵守相关行业规则。

医疗行业（HIPAA）

HIPAA 并不要求零数据保留。它要求任何持有受保护健康信息的供应商都必须签订业务伙伴协议（BAA），并采取适当的保护措施。保留 30 天的 prompt 副本属于存储在业务伙伴处的静态 PHI，关键在于你的 BAA 是否覆盖该副本。两家主要 API 供应商采取了不同方案，现在这种区别很重要：Anthropic 支持 HIPAA 的 API 访问明确不要求 ZDR，而是采用带保护措施的数据保留方案，包括加密、访问控制、审计日志和强制功能限制。OpenAI API BAA涵盖符合零数据保留条件的 endpoint，而仅适用于 ZDR endpoint 的 BAA 从结构上就不可能覆盖强制保留数据的模型。

模型的数据保留类别现在直接决定其是否符合 BAA 条件。 在将 PHI 路由到模型之前，应取得书面确认，确保 BAA 覆盖该具体模型。还要注意，使用云平台时处理链也会变化：在 Bedrock 上，平台是你的业务伙伴；在 Foundry 上，数据由 Anthropic 直接处理。还有一个容易踩坑的地方：PHI 绝不能出现在结构化输出的 JSON schema 定义中，因为被缓存的 schema 无法获得与 message 内容相同的保护。

儿童产品（COPPA）

时间点比较棘手：FTC 修订后的 COPPA 规则于 2025 年 6 月 23 日生效，大部分条款要求在 2026 年 4 月 22 日前完成合规。运营方刚完成新数据保留义务的实施，第一个强制要求供应商保留数据的模型就发布了。其中两项要求与 30 天期限直接相关：现在必须制定书面且公开的数据保留政策（§312.10），说明收集哪些儿童数据、收集原因以及删除时间；同时禁止无限期保留，只能在收集目的合理所需的期限内保留。

设定 30 天上限并自动删除，形式上是兼容的。但提供商保留数据是为了自身的信任与安全目的，而不是你收集儿童数据的目的，隐私声明必须准确描述这种处理方关系。对于为了尽量减少数据痕迹而采用 ZDR 的儿童产品，仍需使用路由方案，而且风险更高：要么将儿童流量留在符合 ZDR 条件的模型上，要么先把受管模型的保留期限写入 §312.10 政策。

其他行业也遵循相同模式

理解这一结构后，类似问题会反复出现：受监管数据在供应商处形成保留副本，行业规则规定如何保留这些数据。

  • 生物识别数据（伊利诺伊州 BIPA）： 运营方必须为生物识别数据制定书面、公开的数据保留计划和销毁准则。提供商保留 30 天且包含生物识别标识符的 prompt 副本也必须纳入该计划。
  • 支付（PCI DSS / GLBA）： PCI DSS 禁止在授权后存储敏感认证数据，无论存储在何处。粘贴到 prompt 中的银行卡数据会变成由提供商保留 30 天的银行卡数据。正确做法是在上游脱敏，而不是靠下游文件补救。
  • 教育（FERPA）： 按学校官员例外条款处理学生记录的供应商，必须继续受学校的直接控制。学校无法访问或提前删除的安全保留副本很难满足这一标准。在将 EdTech 流量发送至受管模型前，应先咨询法律顾问。
  • 金融服务中的反向要求（SEC/FINRA）： 经纪交易商必须按照账簿和记录规则保留业务通信。对他们来说，提供商的保留期限不是问题，如何自行保存合规副本才是问题。同样是数据保留问题，但方向正好相反。

共同点是：行业规则可能要求保留数据，也可能限制数据保留。不受你控制的供应商保留期限必须映射到所在行业对应的要求。

决策清单

  • ✅ 盘点流量实际经过哪些模型。 数据保留类别现在是模型级属性，不再是提供商级属性。
  • ✅ 如果采用 ZDR，应明确做出选择：不使用受管模型、按 workspace/project/subscription 拆分，或在整个组织范围内接受数据保留。不要让它在不知情的情况下发生。
  • ✅ 通过基础设施强制执行策略，例如 Bedrock SCP、workspace 隐私控制和独立 cloud project，而不是把要求写在 wiki 页面里。
  • ✅ 面向消费者的产品应更新隐私声明和 DSAR 操作手册；将不同意数据共享的用户路由至符合 ZDR 条件的模型，不要提供实际不起作用的 opt-out。
  • ✅ 对于受监管数据，应按模型取得书面覆盖确认：PHI 需要 BAA，儿童数据需要 §312.10 政策，生物识别数据需要保留计划。在确认之前，不要将相关数据路由到要求保留的模型。
  • ✅ 审计自己的日志系统。 如果 gateway 无限期记录 prompt，提供商的 30 天期限就没有意义。

结论

Fable 5 的 30 天数据保留要求并不是为了获取数据，而是有明确期限和用途限制的滥用监控。这与行业普遍采用的默认做法一致。之所以对某类模型强制执行，是因为删除数据后无法检测跨请求的滥用行为。对大多数团队来说，这不会带来工程改动，治理层面的影响也只是在供应商评审中增加一段说明。

但对于合规策略以零数据保留为前提的组织，例如仅覆盖 ZDR 的 BAA、声称数据不会留存的隐私声明，以及基于数据最小化原则设计的儿童产品，Fable 5 意味着这一前提不再对所有模型统一成立。解决方法不是避开该模型，而是把数据保留类别和价格、上下文窗口一样，作为模型级路由决策的显式输入。

常见问题

能否根据零数据保留协议使用 Claude Fable 5？ 不能。Fable 5 和 Mythos 5 属于要求保留数据 30 天的受管模型。ZDR 组织需要为某个 workspace 启用 30 天数据保留，并将 Fable 5 流量路由到该 workspace，否则会收到 400 invalid_request_error。

通过 AWS Bedrock、Vertex AI 或 Microsoft Foundry 能否避开这一要求？ 不能。每个平台都通过自己的数据保留 opt-in 限制模型访问：Bedrock 使用 provider_data_share；Vertex 要求启用 Anthropic 数据共享并接受 Model Garden 条款；Foundry 要求部署时接受 Anthropic 条款，而且数据处理方是 Anthropic，不是 Microsoft。任何平台上的现有 ZDR 安排都不会自动适用于该模型。

终端用户能否退出数据保留？ 不能，因为没有 opt-out 机制。你能控制的是路由：将拒绝数据共享的用户发送到符合 ZDR 条件的模型。不要发布一个不会改变任何行为的偏好设置 toggle。

保留的数据是否用于训练模型？ Anthropic 表示，未经明确许可，保留的数据绝不会用于训练。其用途是信任与安全审核：先由自动化系统筛查，只有获得批准的人员才能查看被标记的对话，而且无法导出数据。所有访问都会记录在防篡改日志中。

30 天数据保留会改变 prompt 缓存的工作方式吗？ 不会。缓存条目仍采用各自的短 TTL（5 分钟或 1 小时），Fable 5 的缓存协议没有变化，详见我们的实测评估。30 天期限是独立并行的数据保留机制，用于安全审核。

相关阅读：Prompt 缓存完整指南介绍了与数据保留政策相关的缓存机制，平台定价列出了各模型按提供商目录价格计算的成本。

资料来源

以上资料均于 2026-06-12 核查。政策可能发生变化，请以最新文档及你方合同为准。本文不构成法律意见。

← 返回博客