Muse 的 VM
近期，沉寂许久 Meta 又在 AI 领域发力，推出个人助理 Muse（我为它换了万圣节装扮）。
初步使用下来，跟 OpenClaw、Workbuddy 挺像，但确实进一步降低了普通人连接 AI 的门槛，虽然我是职业码农，也不得不承认确实方便，它已经在很大程度上取代了我托管的 OpenClaw 服务。
之前部署 OpenClaw 的时候，配置着实令人挠头，加上该项目迭代迅速，配置文件又经常不承诺向前兼容，大版本升级的时候，大概率会出各种问题，我经常直接重置图个清净。对应的后果就是每次 OpenClaw 升级以后，历史习惯都清零，一切从头开始。不敢想 OpenClaw 对非技术人员应该是相当不友好。
Muse 运行在 Meta cloud 上的 VM 里，根据 Muse 自己交代，Meta 为免费用户提供了约 100G 的存储空间。用户无需自行部署，注册后就自动获得一个部署了 Muse 的 VM，非常方便。之后 Muse 的升级、维护全部在 Meta 的 VM 内解决，用户无感。更棒的是 Muse 无需自行配置（也不支持）第三方 LLM，一切都有 Meta 一手包办，使用 Meta 自己的大模型。
用户只需安装 Muse APP，注册，登陆即可享用便利，剩下的杂活都在 Meta 的云上。
特别提一句，Meta 为免费用户提供了慷慨的 Token 额度，我用 Muse 做重度开发，免费额度也是足够的。
访问自己的计算机
Muse 运行在云上的 VM，其配置如下：
- 操作系统：Ubuntu 24.04.5 LTS
- 内核：Linux 7.0.0-39-generic
- 架构：x86_64
- CPU：2 核 AMD EPYC 9D25
- 内存：7.7 GB
看起来资源比较紧凑。
根据 Muse 自己描述，Meta 分配给用户的 VM 也不是常驻的，可能会被回收，使用时再重新分配。这也意味着用户不能简单的将 Muse 环境用于持久化任务，比如依赖 crontab 的定时任务大概会被重置。
考虑到 Muse VM 紧凑的资源，VM 也不持久，最好让 Muse 的 VM 保持干净，仅作为 Muse 的工作环境。如果想让 Muse 执行较重的开发工作，我们需要让 Muse 访问自己的计算机。Muse 内置了 Tailscale 虚拟网络服务，我们只需要去官网注册账号，然后邀请 Muse 和 自己的计算机加入相同的网络。
再在计算机上为 Muse 分配账号，它就可以通过 ssh 登陆本地计算机作为开发环境了。
现在有网友让 Muse 负责 Switch 游戏移植到 Mac 的工作，就是让 Muse 通过这种方法访问 Mac，效果不错。
使用体验
Muse 的总体使用体验与 Workbuddy、OpenClaw 类似，它的多任务并行、规划不错，个人认为是远超前面二者，可以在监督下完成很长的工作。由于 Muse 运行在自己的 VM 里，风险更加可控，在执行长任务时需要审批的流程很少，基本上可以做到放手不管，这个好评。
Muse 内置的是 Meta 自家模型，免费版的编码能力尚可，我用它编写了自己的新博客系统和对应的内容管理服务，完成度都非常高，速度也很快。作为免费的午餐，可以给到 9 分好评。