同时用好几个 AI 智能体的人，多半都碰过同一个麻烦：每个智能体散在各自的终端窗口里，谁在跑什么、跑到哪一步、要不要人接手，全得自己盯。OpenMausBot 换了个界面来解决这件事——把每个智能体当成通讯录里的一个联系人，左边一排头像，点进去就是对话。

它是什么

OpenMausBot 是一个基于 Electron 的桌面应用，前端用 React 写，采用 Apache-2.0 许可，代码公开在 GitHub 上，目前一万一千多颗星。它的做法是给每个智能体分配一套独立配置：自己的名字和头像、自己的模型、自己的云电脑、自己接入的应用，然后把这些统统装进一个聊天窗口式的界面里。

这个思路的好处在于迁移成本低。用过即时通讯软件的人不需要学新操作：未读、置顶、右键菜单、文件夹分组，全按聊天软件的习惯来。区别只在于对面回话的不是人，而是一个能读文件、能开浏览器、能执行命令的智能体。

每个智能体都有一台自己的电脑

这是它和普通聊天客户端最大的不同。打开某个智能体的电脑面板，云端桌面会自己拉起来，工作过程中有实时画面预览，需要人手接管时点一下就能在浏览器里接管操作，也可以让它改用你正在用的这台机器。

一个智能体一台机器的意义在于隔离。做爬虫的那个可以随便装依赖、随便改环境，不会污染另一个在跑数据分析的环境；需要试验危险操作时，损失也就局限在那台临时机器上。对于要同时跑几件事的人来说，这种隔离比"多开几个终端窗口"要干净得多。

动手之前先问你一句

让 AI 直接操作电脑，最让人不放心的就是它悄悄做了什么。OpenMausBot 把这件事做成了一个权限中间层：执行 shell 命令、修改文件、向你提问，都会以卡片的形式出现在对话里，你可以选择允许、拒绝，或者直接在聊天里回答。云电脑和本机电脑走同一套审批逻辑。

需要说明的是，这套审批不是事后日志，而是执行前的阻断——没有你的允许，动作不会落地。对习惯把重要资料放在同一台电脑上的人来说，这个设计比任何"事后可追溯"的承诺都更实际。

触发器：从"叫它干活"到"它自己开工"

应用里有一个触发器页面，管的是"当某件事发生，某个智能体就去做某件事"。定时任务可以只跑一次、按周几跑，或者按五到一千四百四十分钟的间隔重复；间隔型任务会和设定的起始时间对齐，上一次还没跑完时会跳过这一次，避免任务堆积成队列。除了定时，还可以由外部请求唤起，或者由已接入应用的事件触发，比如收到某个人的邮件就起草一封回信。

这个设计的价值在于把智能体从"被动响应"变成"值班"。晨间汇总、定时巡检、表单来了就处理，这类不需要人盯的活儿交给触发器之后，人只在需要决策时出现。

连接应用与团队复用

它准备了一个连接应用的市场，授权一次之后，所有智能体都能把那些服务当作工具调用，涵盖邮件、日程、代码托管、文档协作、项目管理这些常见类别。密钥保存在本地，界面上只显示"已配置"，不回显也不外传，这一点对多人共用一台机器的场景挺关键。

团队层面的设计也有意思。一个智能体团队可以打包成一个 Markdown 文件，导入后会自动走一遍审阅界面，把成员、频道、流程和连接清单列清楚再创建；整个部门也能导出成一个文件分享给别人，但聊天记录、密钥和模型选择不会跟着走，别人导入后拿到的是全新的智能体、关闭的技能和暂停的例行任务。这种"带走结构、不带走数据"的取舍，比单纯导出配置要稳妥。

边界与适用面

项目自己把状态写得很坦白：早期但可用，从发消息到智能体执行、流式回复、调用工具、审批、使用电脑，这条链路是通的。macOS 与 Windows 有正式构建，Ubuntu 24.04 的版本还在测试阶段，能力有取舍；托管和移动端的连接还在做，外部请求触发器目前依赖本地接收端；通话功能只在 macOS 上可用。它跑在 Electron 上，体积和内存占用不会像原生应用那样轻。

适合谁？手上已经有多个智能体在跑、又总觉得管理起来很散的人，会立刻感受到这套界面的价值；需要给不同任务配不同模型、不同电脑、不同权限的人，也能从中省下不少手工切换的时间。如果你只是偶尔问 AI 一个问题，那它的体量和概念都偏重了——这是一个给"同时开好几摊"的人准备的工作台。