【OpenMausBot】把一整个 AI 团队放进你的聊天窗口
它是什么
这是一个开源、本地优先的多 AI 代理聊天工作台。它把 Claude、Codex、Grok 等本地 CLI 代理放进类似聊天应用的侧边栏,让每个机器人都能对话、使用电脑、连接应用,并在执行敏感操作前请求批准。
简单来说,它解决的问题是:不想把多个 AI 代理、电脑权限和数据都交给闭源云服务,而是希望在自己的机器上,像管理聊天联系人一样管理一组 AI 机器人。
主要功能
-
自带 AI 代理
支持使用本机已安装并登录的claude、codex、grokCLI,无需重新注册新账号,也不需要在中间增加代理层。 -
每个机器人都有自己的设定
每个 bot 都可以拥有自己的性格、模型、对话记忆、电脑环境和连接的应用。 -
本地优先架构
代理服务运行在127.0.0.1,对话记录、密钥和事件保存在本地目录~/.openmausbot,不默认上传到云端。 -
每个 bot 都可以拥有电脑
可以为机器人启动云端 Linux 桌面,也可以使用隔离的本地虚拟机;在平台安全能力允许的情况下,还可以控制本机电脑。 -
高风险操作会先询问
Shell 命令、文件修改和风险操作会以卡片形式出现,用户可以选择允许、拒绝或在聊天中回答。 -
可连接大量应用
通过 Composio 连接 Gmail、Slack、GitHub、Notion、Linear 等 500 多个应用,授权一次后,多个 bot 都可以调用。 -
像聊天软件一样管理 bot
可以右键固定、标记未读、编辑资料、复制、隐藏、删除 bot,也可以为不同场景创建不同频道。 -
支持频道隔离
工作、个人生活、不同项目可以放在不同频道中,每个频道有自己的记录、共享指令、工作目录、响应规则和 bot 名单。 -
支持从 Markdown 文件安装团队
可以从一个 Markdown 文件中导入一整套团队配置,包括 bot、频道、剧本、连接器清单和建议流程,导入前会先进行审查。 -
支持分享整个部门
可以把一组 bot、说明、技能、群聊、例行任务和共享指令导出为一个文件,聊天历史、密钥、密码、模型选择和电脑配置不会被包含。 -
支持语音朗读和通话
bot 可以朗读回复,也可以进入通话模式。支持 ElevenLabs、Fish Audio、Grok 语音、macOS 内置语音或本地 Chatterbox 服务。 -
支持计划任务和 Webhook
可以创建定时任务,例如每天早上生成邮件摘要;也可以创建 webhook,当某个事件发生时让 bot 执行任务。 -
支持 MCP 和脚本控制
提供 stdio MCP server,可供 Claude Desktop、Cursor 等外部客户端进行有限控制;也提供命令行方式,用于脚本和 CI 环境。 -
隐私设置相对明确
使用分析是可选且匿名的,可以关闭;不会收集密钥、姓名、地址或对话内容。
安装与快速开始
项目提供官方发布版下载,也支持从源码运行。
下载桌面版
官方提供以下平台的安装包:
- macOS Apple Silicon:
.dmg - macOS Intel:
.dmg - Windows x64:安装程序
- Ubuntu 24.04 x64:
.deb或 AppImage beta
从源码运行
git clone https://github.com/milind-soni/OpenMausBot && cd OpenMausBot
pnpm install
pnpm dev:server
pnpm dev
pnpm dev:desktop
其中:
pnpm dev:server启动本地 harness serverpnpm dev启动 Web 应用pnpm dev:desktop启动 Electron 桌面壳
源码运行要求:
- macOS、Windows 或 Ubuntu 24.04 x64
- Node 24+
- pnpm
- 至少安装并登录一个 agent CLI,例如
claude、codex或grok
通过终端运行
也可以使用 npm 全局安装:
npm install -g openmausbot
openmausbot
或者不全局安装,直接运行:
npx openmausbot
首次启动会引导用户选择 AI 接入方式、登录或填写 API key、选择模型,并可选连接手机。
脚本和 CI 示例
openmausbot team apply team.yaml
openmausbot run "Room Lead" "Rehearse the launch of https://example.com" --export ./out
这种方式适合无界面环境,例如服务器、自动化脚本或 CI 任务。
适合哪些场景和用户
这个项目比较适合以下场景:
- 想在本地同时管理多个 AI 代理,而不是只用一个单一助手。
- 希望把 AI 代理当作聊天联系人,通过对话方式安排任务。
- 已经在使用 Claude、Codex、Grok 等 CLI 工具,希望复用现有登录和订阅。
- 需要让 AI 操作电脑、执行命令、编辑文件,但希望每一步风险操作都能人工审批。
- 想让 AI 连接 Gmail、Slack、GitHub、Notion、Linear 等应用,完成自动化工作流。
- 想为不同项目建立不同频道、不同团队成员和不同规则。
- 希望在服务器或 CI 中,以命令行方式驱动 AI 团队。
目标用户主要包括:
- 开发者或工程师,希望搭建本地化、多代理的 AI 工作环境。
- AI agent 爱好者,想尝试多个 bot 协作、审批、电脑操作和应用连接。
- 技术团队或自动化工作流搭建者,需要模板化导入团队、分享部门配置。
- 对个人数据位置比较敏感,希望把记录、密钥和事件保存在本地的用户。
如果完全没有命令行基础,或者希望下载后完全零配置使用,这个项目可能会有一定上手门槛。因为它涉及 CLI、API key、模型选择、云电脑或本地权限等概念。
总结
这是一个定位很明确的项目:把多个 AI 代理组织成一个可聊天、可执行任务、可连接应用、可控制电脑的团队,并尽量把控制权留在用户本地。它的优势在于开放架构、本地优先、审批机制和多 bot 管理方式,适合愿意动手配置的用户。
不过,它仍处于早期阶段,部分能力例如 Ubuntu 桌面支持、远程控制、webhook 托管、语音通话等都有明确限制。对于希望稳定托管、完全免配置的用户来说,它目前更像是一个面向技术用户的实验性工作台,而不是开箱即用的消费级助手。