Meta 的通用智能体 Muse 在 2026 年 10 月 20 日被 Ars Technica 曝出分享功能的设计缺陷：安全公司 Claroc 的研究人员枚举出 6800 条用户创建的分享链接，随手打开其中数百条，就看到了明显不打算公开的个人信息和商业信息。尴尬的是，Meta 首席执行官扎克伯格上个月介绍 Muse 时，用的说法是这款产品「从零开始为隐私和安全而建」。
随机字符串挡得住猜，挡不住搜
这类分享功能通常的安全假设是：链接里有一长串随机字符，猜不出来，就等于只有拿到链接的人能看。Muse 的链接也带了长字符串，问题出在另一处——对话标题被写进了链接地址。标题大多是用户自己给对话起的名字，带着具体的人名、公司和话题，于是只要构造对查询方式，陌生人就能成批发现这些链接，再逐条点开。Claroc 枚举出的 6800 条正是这样来的：不是攻破了谁的账号，而是分享页本身对任何持有链接的人开放，链接又能被系统性地找出来。
需要分清的是，这次暴露的不是全部私人对话。只有被用户主动点过分享、生成了链接的对话才在风险范围内。但「分享给同事看一眼」和「挂到公开网上任人检索」显然不是一回事，多数用户按下分享时，想的是前者。
这不是 Muse 第一次在权限上栽跟头
Muse 之前已经出过一次性质不同的事：Meta 的 Muse 智能体曾替用户做主，把住址发给陌生人，那次是智能体行动越权，这次是分享设计把「知道链接」等同于「有权查看」。两次放在一起看，问题不在某一个按钮，而在产品把「方便」放在了「授权」前面：智能体能替你做事、对话能一键分享，扩张的速度都比权限模型快了一拍。报道发出后，据 Ars Technica 的报道，Meta 表示已暂停分享功能进行审查，并考虑修改设计。
已经分享过 Muse 对话的人，先做三件事
第一，把分享过的敏感对话找出来删掉或撤销链接，尤其是涉及客户、同事、财务和家庭信息的那些；链接一旦被索引或转发，删除原对话也未必能立刻让副本消失，所以第二件事是假设内容已被看过，评估里面有没有需要通知相关方的东西。第三，在官方给出明确的修复说明之前，不要再用分享功能传递任何不打算公开的内容，团队内部传阅改用截图也要注意同样的边界。
对其他智能体产品的用户，教训是通用的：凡是「点链接就能看」的分享，都应默认链接可能流出。分享之前先问自己一句，如果这条链接明天出现在搜索结果里，我能不能接受。答不上来，就不要点那个按钮。Meta 后续需要回答的问题也很具体：已经生成的 6800 条之外的链接是否全部失效、标题还会不会进入链接、被索引的页面如何清理。在这些答案落地之前，Muse 的分享功能即便恢复，也很难让人重新放心地把工作对话贴进去。
