Claude Fable5 数据保留政策详解：30 天强制保留、微软的反应、你的应对选项

Claude Fable5 的"小字条款"本周上了头条：微软以数据保留顾虑为由，限制了自家员工使用该模型——路透社 6 月 11 日报道。触发这一切的政策并不隐蔽，它就写在 Anthropic 的发布文档里，只是大多数团队在采用 Fable5 时从没读到那一页。本文把整件事按渠道讲清楚，并给出你真正可行的应对方案。

一段话讲清政策

每一次发给 Claude Fable5 的请求——输入和输出——都会被 Anthropic 保留 30 天用于安全监控。消费者应用、API、云渠道一视同仁。关键在于：零数据保留（ZDR）协议不适用——即便企业 API 客户为其他 Claude 模型谈下了 ZDR 条款，只要调用 claude-fable-5，就自动进入 30 天保留窗口。能访问 Claude Mythos 5 的少数机构也受同样条款约束。

政策为什么存在？Fable5 是首个大范围发布的 Mythos 级模型。Anthropic 敢发布它的安全论证，依赖的是分类器安全护栏加上对模型真实使用情况的审计能力。这 30 天窗口就是审计底账。

保留 ≠ 训练

每次讨论这个政策，都有两件事被混为一谈：

• 安全保留（30 天，强制）： 原始请求/响应日志，供 Anthropic 安全团队排查滥用模式。使用 Fable5 期间无法退出。
• 训练使用（独立，可控）： 你的对话是否会被用于改进未来模型。消费者应用中仍由你现有的隐私设置决定；关闭训练不会缩短 30 天安全保留窗口。

"用 Fable5 就等于同意数据收集"这类标题模糊了这条界线。准确的说法是：你同意的是保留；至于训练，取决于你的设置，是另一回事。

微软到底做了什么

根据路透社报道，微软限制的是内部员工在涉敏感数据工作中使用 Fable5——并没有把模型从 Azure 或 Microsoft Foundry 下架，客户照常可用。逻辑很直接：微软内部数据处理规范默认供应商遵守零保留条款，而 Fable5 的例外条款打破了这个前提。可以预期，更多大型企业会悄悄划出同样的线。

值得玩味的是时间线：限制令落地两天前，微软还在宣传 Fable5 上线 Foundry。渠道可用性和合规许可是两个问题——你的采购团队会在意这个区别，即使你的开发者不在意。

各渠道政策一览

GitHub Copilot 是这件事的"金丝雀"：它的 Fable5 策略默认关闭，原因正是保留条款。如果你所在组织的 Copilot 管理员还没打开这个开关，这条政策就是原因。

你的真实选项

1. 知情接受。 对绝大多数产品和工程工作，30 天安全保留不构成实际问题。把这个决定写进文档，免得三个月后安全评审"重新发现"它。
2. 流量分流。 把涉及受监管数据或客户机密数据的工作负载路由到 Claude Opus 5——Anthropic 于 2026 年 7 月 24 日发布它时明确指出，其常规访问没有数据留存要求，这是对本问题最干净的答案；或者路由到 Claude Opus 4.8——现有 ZDR 协议在那里仍然有效，而且 Fable5 的安全护栏本来就会把部分敏感领域请求转给它。Fable5 留给非敏感数据上的高难度工作。用成本计算器算一下，两个 Opus 的价格都便宜一半。
3. 组织层面设闸。 Copilot 管理策略、API key 权限、云 IAM 都能限制哪些团队可以触达 Fable5。"默认关闭 + 例外审批"好过一刀切禁用。
4. 等。 Anthropic 把保留条款定位为 Mythos 级模型发布初期的谨慎措施。参考历史，随着安全论证成熟，政策大概率会放宽——届时我们会更新本文。

实话实说

Fable5 的数据保留政策对一个前沿档 API 模型来说异常严格，而 Anthropic 对此异常坦诚。错的不是使用 Fable5，而是不了解条款就采用它。微软刚刚替所有人补了这一课。对照上面的渠道表检查你的合规姿态，该分流就分流，政策变了再回来调整。

事件信息截至 2026 年 6 月 11 日；政策细节来自 Anthropic 发布文档。各渠道接入方式详见 API 指南。