AI 助手的“分享”按钮，正在变成新的隐私风险点。

发生了什么

据 The Verge 援引 Ars Technica 的报道，Meta 已暂停 Muse 的一项功能——允许用户把与 AI 助手的对话分享出去。暂停的直接触发因素是安全公司 Claroc 的研究人员在本周发布的报告：他们通过公开的 DNS 记录，发现了超过 6,800 条 Muse 分享链接。

换句话说，这些本应只在用户主动分享时才会被看到的对话页面，实际上可以被外部通过公开渠道枚举出来。Meta 的回应是先行关停该功能，而非继续开放。

为什么重要

这类问题的关键在于“分享”的默认语义。用户点击分享时，心理预期通常是“我把这段对话发给某个人”，而不是“这段对话进入了一个可被检索的公开空间”。当链接本身足够可预测、或能被 DNS 之类的公开记录侧面发现时，分享就从点对点变成了事实上的公开发布。

这不是 Meta 一家的独有问题。过去几年，多家提供 AI 聊天分享能力的平台都出现过类似讨论：分享链接是否可被搜索引擎索引、是否可被枚举、是否会在用户不知情的情况下长期存活。区别只在于，这次是被外部研究者用公开数据源系统性地找了出来，并且数量不小。

值得注意的是，Muse 是 Meta 在 AI 助手方向上的产品尝试，对话分享本质上是一种增长手段——让用户把有趣的对话片段传播出去。增长诉求与隐私边界之间的张力，在这里体现得很直接。

影响与看点

对普通用户而言，最实际的动作是：在功能恢复之前，不要假设任何“分享链接”是私密的。已经生成过的链接是否仍然可访问、Meta 会如何处理存量链接，是接下来需要观察的点。

对开发者和产品团队而言，这是一个明确的设计提醒：分享功能上线前，至少要回答三个问题——链接是否可枚举、是否默认被索引、是否有过期与撤销机制。把“不可猜测的 ID + 默认 noindex + 可撤回”作为基线，成本并不高。

对行业来说，AI 对话的内容密度远高于普通网页：里面可能有工作信息、健康咨询、代码片段。一旦泄露，敏感度也更高。监管对“可分享的 AI 对话”这一形态的关注，大概率会随之上升。

一个独立判断：这次事件里，Meta 的反应速度值得肯定，但“先上线、被发现后再暂停”的路径本身说明，分享类功能在 AI 产品中仍被当作增长组件而非隐私组件来设计。这个惯性不改，同类事件还会重演。