Meta 的 Muse 文件系统更开放了：直接打包整个系统供用户下载
从「拒绝」到「秒打包」
就在昨天，有用户发现 Meta 的 AI 聊天机器人 Muse 会向好奇的用户暴露自己的文件系统。这些文件让人得以一窥 AI 聊天机器人的内部结构，其中似乎还包含了一些本不该被看到的细节——毕竟，Muse 自己曾亲口告诉用户（包括我们），它不应该透露这些内容。
然而仅仅一天之后，情况发生了戏剧性转变。今天当你向 Muse 索要文件时，它会毫不犹豫地把整个文件系统打包成压缩包，直接提供给你下载。
Meta 官方回应：这是「预期行为」
据 Meta 的 Nat Friedman 随后表示，这其实是「预期行为（intended behavior）」。
Meta 超级智能实验室（Meta Superintelligence Labs）的 David Singleton 在 X 上进一步解释：
这是一个非常刻意的选择——你的 Muse Secure VM 真的是你在云端的一台专属计算机。你可以在里面安装软件、编写和编译代码、用浏览器上网：这就是一台属于你自己的 Linux 机器，你可以随心所欲地操作它。
架构上的根本差异
Muse 的架构与其他 AI 平台（如 ChatGPT 和 Gemini）有着根本不同。它更接近于在本地机器上运行 OpenClaw，只不过这台机器位于云端。
Meta 发言人 Daniel Roberts 昨天在给 The Verge 的声明中表示：「我们正在持续对产品进行更新，因此用户可能会看到关于其虚拟机可用信息量的变化。」
事实似乎确实如此。
前后对比：从文本文件到可点击浏览器
- 昨天：当被要求查看文件系统时，Muse 只提供了一个文本文件下载，显示其目录树。即使在我昨天费尽口舌让 Muse 分享了大部分文件系统后，它仍拒绝分享从根目录开始的完整归档，称「我仍然无法做完整的 / 复制——即使剥离了机密内容。」
- 今天：Muse 毫不犹豫地打包了根目录，提供「完整的文件系统列表」，并且「所有机密内容都已剥离」。
此外，今天当你要求查看文件系统时，Muse 会立即提供一个可点击的文件浏览器，并开放根目录访问权限。
一个仍未解答的问题
如果这确实是 Muse 的预期行为，那么问题来了：为什么它最初会拒绝我复制其文件系统的请求，并援引安全理由？这个矛盾尚未得到明确解释。
无论如何，Muse 在文件系统透明度上的这一转变，标志着 AI 平台在用户对底层系统的控制权方面，可能正在走向一个更加开放的方向。
