Meta一周两次AI隐私让步：TOS删掉"train"一词但拒不认robots.txt；Muse分享功能因6800条对话可被枚举而暂停

Meta在一周之内对AI隐私争议做出了两次让步：先是在商业条款（TOS）的强烈反弹后删除了"train"（训练）一词，但拒绝加入尊重robots.txt的表述；随后又暂停了Muse聊天分享功能——安全研究人员发现，只需一次被动DNS搜索，就能枚举出6800条本应私密的AI对话链接^[1][2]。

TOS让步：删词，但不认规则

第一处让步关乎数据权利，也是内容创作者与平台之间拉锯最久的战线。Ars Technica报道，Meta在AI抓取政策引发反弹后，从商业服务条款中删除了"train"一词——此前该条款被广泛解读为Meta可以自由使用商业客户内容训练AI模型；但同一报道的副题点出了让步的边界：Meta不会添加尊重robots.txt的表述，也就是说，网站主通过技术声明"拒绝抓取"的意愿，仍然不会成为Meta的自我约束^[1]。这是一种精确到字眼的妥协：法律文本上的敏感动词消失，抓取行为的技术边界未变——对内容创作者而言，条款的安抚意义大于实质意义。

Muse翻车：分享链接成了公开目录

第二处让步来得更狼狈。Meta上月才发布的Muse智能体平台，其"分享对话"功能允许用户生成URL分享与AI的聊天记录；安全公司Claroc的研究人员发现，这些分享链接可以被轻易枚举——所有分享URL共用同一域名，并把对话标题写进子域名，而子域名解析记录会被被动DNS数据库收录。"Muse把每次分享的网址以对话标题命名，而这个地址被写进了公共DNS，"Claroc在博客中解释，"一次被动DNS搜索就能带回成千上万条，像一张目录。"研究人员据此枚举出6800条分享对话链接，并查看了其中的私人信息——这还是在没有任何攻击工具、只用公开数据库的前提下完成的；Meta随后暂停了该分享功能^[2]。教训相当直白：对话标题本身就常含敏感信息（"我的离婚协议怎么写"式的标题会直接暴露在DNS记录里），而把用户生成内容编码进公开DNS子域名的架构决策，等于把隐私大门的钥匙插在门上。

一周两次让步的信号

把两件事并排看，Meta正处在AI产品激进扩张与隐私工程能力不匹配的阶段：Muse上线仅一个月就被扒出架构级漏洞，TOS的措辞博弈则显示其在数据权利上寸土必争、只在舆论成本最高处退让。对用户与开发者的启示是双重的——使用AI分享功能时，默认假设"链接即公开"；评估平台条款时，盯行为而非措辞，robots.txt的态度就是试金石。后续值得跟踪的是：Muse分享功能会以何种架构回归（随机化URL？权限校验？），以及"删掉train一词"后的实际数据使用政策是否同步修订——若条款与技术文档出现新的不一致，争议只会以更大的声量回来——在AI产品的迭代速度远超隐私工程验收周期的当下，这不是Meta一家的考题，而是整个行业的结构性时差^[1][2]。

给普通用户的三条自保建议

在平台条款与工程实践都在快速变动的窗口期，用户侧有几条务实的自保线。第一，默认你的AI对话标题不是隐私——Muse事件证明标题会进入公共DNS，写标题时当作在写公开笔记；第二，分享功能上线初期保持克制，任何"生成链接"类功能在经历一次安全研究之前，都应被当作公开广播；第三，对商业用户而言，条款措辞的变化不等于数据流的变化——如果Meta不再用"train"一词但仍按原方式处理你的内容，权利上的差别需要法务而非直觉来判断。平台让步值得肯定，但让步的节奏由舆论热度而非工程风险决定，这意味着下一个Muse可能已经在路上——对普通用户而言，把这三条建议内化为使用习惯，比等待平台自我约束更可靠。