Meta Muse 代理运行于 AMD EPYC 都灵平台：双核 8GB 配置引发算力与安全讨论
Meta 最新推出的人工智能代理 Muse 基于 AMD EPYC 都灵（Turin）主机系统运行。据披露，每个用户沙箱配备两个专用 CPU 核心和 8GB 内存。当被要求执行基本的 Ubuntu 命令时，Muse 通过输出结果展示了其宿主系统的规格。
想象一下，如果有十亿人使用个人人工智能代理，会怎样？这需要大量的 CPU 和内存资源。
—— Jim Hoffmann, 2026年9月24日
Jim Hoffmann 等人对 Muse 进行了测试，询问其虚拟机（VM）的具体规格。在多次尝试中，Muse 透露其运行在 AMD EPYC 9D25 处理器上。这是一款高密度都灵架构芯片，最高拥有 128 个核心。该代理所在的虚拟机操作系统为 Ubuntu 24.04，内核版本为 Linux 7.0。值得注意的是，接收 Muse 指令的系统并未配备 GPU。Meta 采用分离式架构，将推理任务分配给独立的 GPU 服务器，而代理本身则隔离在仅依赖 CPU 的沙箱环境中。
基础设施估算与扩展挑战
Muse 建议为每位用户分配一个独立的持久化私有沙盒。基于此配置，可以粗略估算单个服务器托盘的用户承载能力。假设采用双路（2P）系统，提供最高 512 vCPUs 和 2TB 内存，理论上可托管最多 256 名 Muse 用户。
据报道，截至近期，Muse 的日活跃用户数已超过 500,000。若按上述模型计算，支撑这一用户规模大约需要 2,000 个配备双路 EPYC 9D25 CPU 和 2TB 内存的服务器托盘。
需要指出的是，上述数据仅为理论估算。实际部署中，Meta 可能在不同节点上使用多种 CPU 型号来托管 Muse，且配置中存在额外开销。例如，都灵芯片支持高达 6TB 的高密度 DIMM 内存。尽管如此，EPYC 平台因其高核心密度成为首选，因为即便每个沙箱仅需双核，乘以数百万用户后，对算力的需求依然巨大。
潜在安全风险与权限限制
Muse 目前尚未完全开放所有功能。Hoffmann 分享了一个案例：当 Muse 试图查询内核缓冲区时，由于权限不足导致命令执行失败。这表明某些 sudo（管理员）级别的命令可能已被阻止。
我觉得我可以把 SSH 隧道反向连接到我的容器里。我已经让它提供 SSH 给我的私人 VM，并说需要添加它的公钥。一个擅长黑客技术的人真的可以利用这一点发起攻击。
—— Jim Hoffmann, 2026年9月25日
尽管存在权限限制，但仍暴露出潜在的安全隐患。Hoffmann 指出，Muse 似乎能够配置 SSH 连接至用户的私人 Muse VM。通过反向 SSH 隧道，目标机器主动发起连接，这可能绕过防火墙规则，使攻击者有机会执行更具破坏性的命令。不过，截至目前，此类攻击尚未发生。
目前，Muse 已作为应用程序上线 Android、iOS 和 macOS 平台。其他操作系统的用户可通过浏览器登录 Meta 账户进行访问。
