每个 bot 一台虚拟机，OpenMausBot 把本地 agent 编成一队

想让多个 AI bot 各干各的活，又不想把数据交给云端托管？X 上今天热议的开源项目 OpenMausBot 给出了一个本地化的答案：它是一个开源的 Grok Bot 替代品，TypeScript 写成，Apache 2.0 许可，GitHub 已有 12,814 星、约 1,800 fork，今天还在推送新版本。

它的架构思路可以概括为「本地壳加每 bot 一台机」：一个跑在本地的聊天界面，负责调度你机器上已经装好的 Claude Code、Codex、Grok CLI 等编码 agent；每个 bot 有自己独立的工作目录，还配有独立的虚拟机或桌面环境，互不串门。数据全部落在本地 ~/.openmausbot 目录里，不经过第三方托管。

这个设计回应的是多 bot 用户的两个真实痛点：一是隔离，几个 agent 同时干活，工作目录混在一起迟早出事，虚拟机级的隔离把风险按 bot 切开；二是数据边界，聊天内容、任务产物全在本机，对处理敏感代码的团队更友好。项目前身叫 OpenGrokBot，社区迁移过来即可。

一个值得划重点的细节来自发帖人：项目火了之后，GitHub 上出现了高仿的投毒仓库，作者提醒只认原始地址。这类「冒名仓库」现在几乎是热门开源项目的标配烦恼，装之前核对 org 和 star 走向，别从搜索结果里随手点一个就 npm install。

对想攒一套「私人 bot 军团」的用户，OpenMausBot 提供了一个不需要自建编排框架的起点：壳是现成的，隔离是内置的，agent 还是你已经装好的那些。至于云端多 agent 编队方案与本地方案的取舍，本质还是数据边界和运维成本的权衡，这台「本地虚拟机矩阵」给出的是一个偏保守但踏实的选择。