6月9日, Anthropic正式地推出了Claude Fable 5。
这属于Mythos家族, 是首个针对公众的模型, 宣称具备承担数天级复杂任务的能力, 且是多阶段的。
在Fable 5发布过后不一会儿, 也就是刚刚推出之际, 微软便马不停蹄地面向客户推出相关内容, 与此同时, 当中的GitHub Copilot、Microsoft Foundry就在当天被上架, 而Azure官方博客所配备撰写的标题表明了「开启自主智能体的下一个时代」这样的意思。
GitHub Copilot模型选择器里, 现已能够选择Claude Fable 5, 然而, 微软员工所用的内部版本里, 并没有此等选项。
微软Azure官方博客, 以高调姿态宣布, Fable 5上线Foundry, 宣称「开启自主智能体的下一个时代」。
客户第一时间尝鲜，自家员工却用不了。
据The Verge报道, 在供微软员工于内部使用的GitHub Copilot当中, 其他Claude模型全然都在, 只是单单没有Claude Fable 5。
据报道, 微软始终不厌其烦地告知旗下员工, 法务群体针对Anthropic崭新的数据留存规定正开展着重评估, 其最为核心的顾虑乃是客户所拥有的数据以及属于机密范畴的信息呀。
法务最终会不会放行，目前没人知道。
一道红线
挡住了最强Claude
试想一下, 你必须得去明白微软究竟忧虑的是什么, 那么你最先需要关注的便是Anthropic Fable 5模型官方发布页面里, 关于数据留存的一项规定, 它是这样描写的:
使用Fable，需要30天数据留存，用于安全监控。
在GitHub的变更日志里, 针对 Copilot 用户, 转述了这样一条, 来自上游的条款:
Copilot里的其他Claude模型与之不同, 然而Claude Fable 5这个模型, 它运行Anthropic安全分类器时, 是需要数据留存的。提示词以及输出, 由Anthropic进行保留, 保留时长最长是30天, 等30天到期之后, 就会被删除。
其他所有Claude模型, 其中涵盖Opus 4.8 , 另外还有Sonnet 4.5 、Haiku 4.5 , 它们各自持续在零数据留存（Zero Data Retention, 即ZDR）的规则之下运行。
Anthropic的隐私中心作出说明, 那些被安全分类器标记成违反使用政策的输入, 其所对应的输出, 最长能够保留两年。
这表明, 30天仅仅是常规意义上的上限状况。标记是由分类器自行触发形成的。一旦出现命中情况, 企业数据脱离自身掌控的时间, 便从原本的一个月, 被拉长至两年了。
用于安全监控的数据并非用于训练模型留存下来的, 这是Anthropic条款的承诺, GitHub在变更日志中也明确指出了这一情况。
但对微软自身来说，问题并不在这里。
它手里握着的, 是GitHub上, 全球开发者的代码, 是Office文档里的合同, 是Azure云上的企业机密。
所有员工的提示词当中, 皆有可能携带着有关客户的数据信息。这些数据都会在企业外部的服务器之上留存30日, 而这本身便已然是诱发合规问题的隐患来源。
ZDR的逻辑是极为简单的, 那便是请求一旦处理完毕, 数据便会立刻被删除, 服务器之上不会留存副本, 如此一来, 便不存在所谓的泄露情况, 不存在被调取的状况, 也不存在被人查看的情形。
对于金融、医疗、政府这类的客户而言, ZDR常常会直接被写进合同之中。它属于微软给予客户的承诺, 并且还是它给自己划定的红线。
然而, Fable 5的、关于30天留存的、数据新政, 恰好正面、撞上了、这条线。
Anthropic
不看数据不敢放模型
再将视线扭转至另一边去, Anthropic所给出的那个理由同样是强硬的: 是信任以及安全。
在安全工作里, 为了确保能够针对Mythos级模型施以负责任的部署, 我们要求实践有限的数据保留以及审查。在所有那些提供了这些模型的平台上面, 提交到Mythos级模型的提示, 还有其生成的输出内容, 都会被保留30天。
这项政策, 在2026年6月9日已生效, 它适用MYthos系列模型, 还对于Anthropic官方指定的、那些被当作受涵盖模型的、有着类似能力的未来模型适用。
所有其他模型，相关条款不变，用户的使用内容不受影响。
早在几个月之前, Anthropic曾表明, Mythos这类模型, 在网络安全任务方面, 所具备的能力过于强大, 以至于达到了危险的程度, 从而不适合进行公开发布。
Claude的 Mythos 5底座, 和Fable 5底座是同一个, 换而言之, 几周前那颗被判定危险性高因而不宜向公众发布的大脑, Fable 5也有。
差别之处在于, Fable 5增添了一种保障机制, 对于那些牵扯到网络安全、生物之类敏感领域的请求, 会遭遇安全分类器加以阻拦, 主动转至Claude Opus 4.8进行处理, 并且并不依照Fable设定的费用来收费。
真正不设限的Mythos 5，只开放给极少数获批组织。
那为何还要留存数据呢? Anthropic帮助中心所给出的解释讲的是: 存在一些攻击, 仅仅单独去看一条请求, 根本就没办法看出来。
将Best-of-N用于越狱之际, 会朝着模型发送几百个经过微调的那些提示词变体, 去赌其中的某一个能够突破防线, 就像数据勒索这种大规模的滥用情况, 唯有把海量的请求合在一起去看, 模式才会浮现出来。
要检测这些威胁，必须临时留存提示词和输出，放在一起分析。
Anthropic也列出了保护措施：
员工没有权利随意去查看留存下来的数据, 只有当内容被标记成潜在严重危害的情况、或者是客户以书面形式进行请求的时候, 少数获得批准的审核员才能够借助专用工具去查看, 并且这套工具是禁止进行导出操作、禁止进行复制操作、禁止进行下载操作的。
每一次访问都记入防篡改日志。30天一到开云手机入口app下载，数据自动删除。
符合条件的组织, 还能够添加上, 客户自管的加密密钥, 以及访问透明度审计日志。
依照Anthropic所做的解释, 它并非是想要查看你的数据, 只不过是要是不看的话, 它就没有胆量把这个模型给放出来。
拥有30天留存这种情况, 是Mythos级能力能够对外面进行开放的条件, 想要使用它, 必须要先把你的ZDR红线放弃掉。
谁受影响
留存怎么设置
个人用户不受影响。
Claude的Free套餐, 会为安全目的留存数据。Claude的Pro套餐, 会为安全目的留存数据。Claude的Max套餐, 会为安全目的留存数据。这次, 什么都没变。
基于平台的不同, Anthropic帮助中心将Fable 5的数据留存配置方式逐个进行了专门的罗列。https://support.claude.com/en/articles/15425996-data-retention-practices-for-mythos-class-models
真正被改变的开云真人app官方版入口,开云真人app官网入口，是那些专门配置了ZDR的组织：
在Claude Console里设了ZDR工作区的；
Claude Enterprise当中, 运用ZDR去跑Claude Code的, 是这样的情况。
并且是借助AWS Bedrock启用了ZDR的, 或者是借由Google Cloud Agent Platform启用了ZDR的, 又或者是通过Microsoft Foundry启用了ZDR的。
当初对数据合规要求越严格的公司，越要面临重新做选择的挑战。
官方给出了使用Fable 5的操作指南。
Anthropic帮助中心, 按照平台, 逐个列出了留存配置方式, 五个渠道里边, 仅仅Azure Foundry（高亮的地方）, 要求另外去建立订阅。
通过Claude API直接操作的, 于开发者控制台当中, 针对指定工作区开启留存功能, 其路径为工作区, 下一步管理, 再下一步为隐私控制, 而其他ZDR工作区维持原状。
Claude Code是跟着所在的工作区移动的, 若那个工作区开启了留存功能, 那么Claude Code就能够启用指定的模型。
采用Amazon Bedrock以及Google Cloud Agent Platform 的, 同样得首先进行留存启用, 然而存在一个关键差异之处: 留存下来的数据停留在你各自的AWS或者GCP环境里, 不会流出自家的云环境。
对最在意数据归属的公司，这是一个很重要的缓冲区。
Azure Foundry最为特殊, 留存这一行为是按订阅进行配置的, 那些已经设置了ZDR的订阅, 若想要使用Fable 5, 就得专门另外去创建一个。
使用Claude Enterprise的ZDR组织, 管理控制台存在正在上线的开关, 主管理员能够直接进行修改。
对于不想去触动生产相应环境情况的, Anthropic能够协助搭建出一家单独的、具有隔离性质的沙盒组织。
整个设计的想法指向隔离, 留存的口子仅仅开设于你给定的那个工作区域, 或者订阅, 亦或是沙盒之中, 除此之外的其他地方, 红线依旧保持原样。
要用可以
你自己签字
故事到这儿还没完，微软对自家客户，其实也留了一手。
GitHub的变更日志当中暗藏着这样子的一个细节, Copilot Business以及Enterprise里面, Claude Fable 5的那种策略平常时又是处于关闭状态的, 只有管理员才能够通过手动去将其开启。
而开启这个策略，即构成对数据留存要求的确认。
GitHub 在官方处表明这样的描述: 策略在默认的情况下是处于关闭状态的, 一旦将其开启, 就会被视作已经确认接受留存的必要要求。而当下谈论的的开关内容呈现, 就是这当中所说章节里面的「免责声明」。
Azure那边同理。
只能, 要是想要用能用该ZDR订阅去使用用到Fable 5的话, 那就得另外去建立创建一个, 而去开启进行新订阅的这个这一动作行为, 本身是由客户本人自身亲自做出做出来的选择决定。
也就是说, 微软将选择权以及责任组合到一块儿, 交付给了客户这边的管理员。你若要使用, 那就得自己去签字。
那个默认关闭的开关开云app官方最新下载，就像微软的一份免责声明。
与之相关的对于员工的限制, 其背后存在着同一套逻辑。不同之处在于, 客户具备自行选择的能力, 然而自家员工却不存在这种选择的可能性。
选模型
只看跑分不行了
以前判断一个模型能不能用，看跑分、看价格、看手感。
现在多了一道隐形的关卡——法务。
身处公司之中, 你能运用的具特定指向的人工智能是哪一个, 这之中, 除考量性价比的因素之外, 还得关注数据是否合规这类涉及法律事务的问题, 此次Fable 5即为上述情况的一个实例, 就连微软自身的工作人员都被阻挡在门外, 更何况其他主体呢。
Anthropic当然是期望着能够比那竞争对手更早地去推出更为强大的模型, 然而, 模型愈是具有强的能力, 安全护栏也就务必要搞得更高。
它所进行的这场博弈呐, 是基于: Mythos级别的那种能力, 是具备着一份价值的, 这份价值足以让大家甘愿去交出这30天数据的留存权利。
落在微软这儿, 法务所评定的是: ZDR这条红线, 是否值得为Fable 5打破常规。
微软内部的评估，至今还没有结论。
出现了一种变化, 即今后要想运用实力最为强劲的模型, 也许得率先通过相应法务方面的这一关卡才行。
参考资料：
https://www.theverge.com/report/947575/microsoft-claude-fable-5-restricted-internally
链接如下, https://www.anthropic.com/claude/fable。
https://support.claude.com/en/articles/15425996-data-retention-practices-for-mythos-class-models
标签： AI模型 数据留存 微软 Anthropic ClaudeFable5
还木有评论哦，快来抢沙发吧~