OpenMausBot#

开源的 Grok Bot 替代品：你自己的 AI 机器人团队，就在一个聊天应用里。

openmausbot.com · 下载 · 开源 Grok Bot 替代品对比

OpenMausBot 是一个开源的 Grok Bot 替代品：一个受 Grok Bot 启发的独立项目，也是 Meta Muse、OpenAI dots 和 Cue by Manus 的开源替代方案——自带智能体（bring-your-own-agent）、本地优先，跑在你自己已有的模型上。它也叫 MausBot，曾用名 OpenGrokBot。与 xAI、Meta、OpenAI 或 Manus 均无关联。

侧边栏里的每一个机器人都是一个真正的智能体——底下是在本地运行的 Claude 或 Codex——拥有自己的人格、自己的模型、自己的云计算机，以及自己连接的应用程序。像对待联系人一样和它们交谈，看着它们工作，在关键处批准。

最新版本 · macOS：Apple silicon 与 Intel · 已签名并公证的 .dmg · Windows：x64 安装程序 · Ubuntu 24.04 x64：.deb 或 AppImage（测试版）· 所有版本

由 boat.dev 提供支持

⚠️ 与任何加密货币均无关联。OpenMausBot 没有代币。任何使用 OpenMausBot、Maus 或 SupaMaus 名称的币种，都不是由本项目或其维护者创建、背书或关联的。我没有从任何人那里收到过代币、付款或分配，也不会为任何代币背书。

为什么#

一个盒子里装一个助手，对智能体来说是错误的形态。OpenMausBot 是一个独立的开源项目，受 Grok Bot 启发——它保留了那个想法（AI 作为通讯应用：一串机器人，你与它们聊天，每个都有自己的个性、对自己线程的记忆、模型、计算机和应用），并以开放、本地优先的方式，在你已有的智能体之上重建它：

• 自带智能体。 机器人运行在你本机已安装的 claude、codex 和 grok CLI 上——沿用你现有的登录和订阅，无需新账号，中间没有代理。可以在 Settings → Engines 中把任意引擎指向自定义的 CLI 二进制文件（某个特定版本或包装脚本）。
• 本地优先。 一个运行在 127.0.0.1 上的小型宿主服务（harness server）管理所有智能体进程。转录记录、密钥和事件存放在 ~/.openmausbot，而不是云端。
• 有手的智能体。 每个机器人都可以使用一台云端 Linux 桌面、一个隔离的 Local VM，或在平台安全边界目前已被认证的情况下——使用你自己的计算机；还可以通过 Composio 接入 500+ 个应用。在 macOS 和 Ubuntu Xorg 上，明确选择加入后可获得宿主控制权限。在 issue #345 解决之前，Ubuntu Wayland 上的宿主控制保持禁用。

Grok Bot、Muse、dots 和 Cue 的开源替代品

2026 年的七周里，有四个闭源个人智能体产品发布，每一个都把模型、计算机和你的数据留在制造者那一侧的界线内。OpenMausBot 是这种形态的开源版本：聊天应用里的一个智能体团队，每个智能体有自己的模型、自己的计算机和自己连接的应用，在 Apache 2.0 下运行在你的机器上。如果你在搜索开源的 Muse、开源的 dots、开源的 Grok Bot、开源的 Instinct 或开源的 Cue，这里就是那个仓库。

五者并排对比：Muse vs Grok Bot vs Dots vs Cue，以及一份用五个问题做决策的指南：我该用哪个 AI 智能体？

功能#

🧠 为每个机器人挑一个大脑#

带服务商轨道的模型选择器——Claude 和 Codex 模型并排显示，默认项有标记，不可用的服务商变暗并注明原因。可以在对话中途切换机器人的模型。

🖥️ 每个机器人都有一台计算机#

打开 Computer 面板，机器人的云桌面就会自行启动——工作时实时预览屏幕；点「Open desktop」在浏览器中接管，或者把机器人指向这台 Mac。

🙋 机器人在行动之前先询问#

Shell 命令、文件编辑和提问都会以行内卡片的形式出现——在聊天中允许／拒绝／作答。权限代理（permission broker）把每一个有风险的操作都变成由你做出的决定，无论云端还是本地计算机都一样。

🔌 连接的应用#

一个基于 Composio Sessions 的一键市场：Gmail、Slack、GitHub、Notion、Linear 以及数百个应用。OAuth 一次，之后每个机器人都能把它们当作工具使用。

🗂 像管理聊天一样管理机器人#

右键任意机器人：置顶、标记未读、编辑档案、复制、复制会话 ID、隐藏、删除。这是一个通讯应用——你的智能体就像联系人一样行事。

🔑 密钥填一次，全部点亮#

在 App Settings 中粘贴凭证——它们保存在本地，服务商队列会立即热重载。机密是只写的：UI 只能看到「已配置」标志。

#️⃣ 为每种场景准备频道#

把工作、个人和各个项目分到不同频道，而无需克隆你的机器人。每个频道都有自己的转录记录、共享指令、工作文件夹、响应者规则和可编辑的机器人名单。把一个频道及其机器人归入某个命名上下文，然后随时重命名或更改成员。

⚡ 用 Jev 快速决策#

在 Settings → Decision model 中添加 TypeSafe Jev 密钥，或者 OpenRouter 密钥和模型；当房间设为 Auto 时，它会在几百毫秒内为每条未被 @ 的消息挑选合适的机器人，当决策模型关闭或不确定时，回退到房间的主负责人。见 docs/decision-model.md。

📦 用一个 Markdown 文件安装完整团队#

在 BotMRR 浏览以成果为导向的团队，然后选择 Add to OpenMausBot。在创建机器人、Chief of Staff、频道、行动手册、连接器清单和建议的例程之前，应用会打开一个审查界面。你也可以从磁盘导入同样的 .md 文件，或在 Teams → Import 中粘贴其公开 GitHub URL。

该格式保持可移植：OpenMausBot 会读取结构化的 YAML frontmatter，以实现可靠的一键安装；而 Grok、Claude、ChatGPT 和人则可以遵循普通的 Markdown 行动手册。连接在你批准之前保持关闭，例程到达时是暂停的，包中从不携带凭证、对话、权限、记忆或计算机访问权。浏览开源行动手册仓库，或阅读其可移植格式。

🤝 分享整个部门#

右键一个部门并选择 Share department…（或使用 Templates → Share），把整个部门保存为一个文件：它的机器人及其指令、图片和技能，群聊，例程，共享指令，Chief of Staff，连接槽位，以及每个机器人的起始笔记（取消勾选即可排除）。对话框会在保存前准确显示文件包含什么。聊天记录、密钥和密码、模型选择和计算机绝不会被写入，任何看起来像机密的内容都会从文本中移除。导入者得到的机器人默认处于「询问」模式，技能关闭，例程暂停。见 docs/team-sharing.md。

连接了某个组织的桌面端还会看到 Templates → From {Organization}：其管理员分享的包，一键添加，技能已开启。见 docs/org-library.md。 你的 New bot 默认值也可以随行，作为一个预设机器人出现在 New bot 中（可以放在团队文件里，也可以单独通过 Share as preset… 分享）。见 docs/presets.md。

🎧 会说话的机器人#

点击任意回复上的喇叭，或者把某个机器人切换为在答案生成时朗读出来——这样你就能一边做早饭，一边听它夜里都干了什么。点一下通话，就变成一场对话：它听得到你，边工作边告诉你它在做什么，并出声请求批准。

在智能体配置中选择 ElevenLabs、Fish Audio、Grok（xAI）、内置 Mac 语音，或本地 Chatterbox 服务器。需要时粘贴一次云服务密钥，选一个语音，之后每个机器人都能说话。给一个机器人它自己的声音，频道听起来就不再像同一个人了。

对于 Grok，先把你的 xAI API 密钥保存在 Settings → Connections，然后在机器人的 Voice & alerts 下选择 Grok (xAI) 并挑选一个语音。它会复用宿主侧的密钥，并为语音回复和通话返回 MP3 音频。语言会根据回复文本自动检测；在 xAI 官方支持的语言之外，质量会有所差异。这为现有的通话流程增加了语音合成；麦克风转写保持不变。

此外还有：带工具运行活动标签的流式回复 · 编辑器麦克风上的原生 macOS 听写（端上 Apple 语音识别——桌面应用）· 带有角色感知表情的 SupaMaus 光标吉祥物 · 把机器人工作的截图折叠进转录记录。

技术支撑#

工作原理#

两个进程。应用自身不持有任何传输层——它通过 HTTP 发送带类型的命令，并把一个 SSE 事件流折叠进状态。宿主服务（harness server）拥有每一个智能体进程，并把各服务商的原生协议规范化为一条统一的运行时事件流（按线程记录为 NDJSON）。

flowchart LR
 subgraph app ["App — React + Tailwind (5199)"]
 UI[Chat UI · model picker · computer panel]
 end
 subgraph server ["Harness server (127.0.0.1:8799)"]
 REG[Driver registry] --> BUS[Event bus → SSE]
 BROKER[Permission broker]
 end
 subgraph agents ["Agents on your computer"]
 CL[claude CLI]
 CX[codex CLI]
 GR[grok CLI]
 end
 UI -- "HTTP commands" --> server
 BUS -- "one SSE stream" --> UI
 REG --> CL & CX & GR
 CL & CX & GR -- "permission requests" --> BROKER
 server -- "Boat API" --> BOAT[("Cloud computer<br/>boat.dev")]
 server -- "Composio Session" --> APPS[("Gmail · Slack · GitHub · …")]

通过 MCP 编排 OpenMausBot#

OpenMausBot 附带一个 stdio MCP 服务器，供 Claude Desktop 和 Cursor 之类的外部客户端使用。它暴露的是一个刻意划定边界的团队控制面：查看机器人和频道、读取／搜索精简的转录分页、创建和配置机器人／频道／任务、发送工作、等待完成、切换模型、打断回合。它不暴露批准授权、删除、任意设置、凭证或计算机生命周期。

见 MCP 服务器配置与工具参考。

从脚本和 CI 运行#

openmausbot 命令可以在没有屏幕的情况下驱动一个运行中的工作区：从文件建立团队、给某个机器人一个任务、等到它和它请求的每个队友都完成、再导出它们做出来的东西。用 --json 输出一个 JSON 文档，并提供脚本可以据以分支的退出码。

openmausbot team apply team.yaml
openmausbot run "Room Lead" "Rehearse the launch of https://example.com" --export ./out

见「从脚本和 CI 运行 OpenMausBot」。

快速开始#

已发布的构建（最新版本）：宿主服务已内嵌，因此无需单独配置服务器。

Ubuntu 桌面版的安装、能力与故障排查见 Ubuntu 桌面指南。 任何桌面构建都可以通过 Tailscale 作为客户端与另一台 Windows、macOS 或 Ubuntu 宿主配对；见桌面到桌面的配套模式。

从源码构建：

git clone https://github.com/milind-soni/OpenMausBot && cd OpenMausBot
pnpm install

pnpm dev:server # harness server → 127.0.0.1:8799
pnpm dev # app → http://127.0.0.1:5199
pnpm dev:desktop # Electron shell; keep the two commands above running

要求：macOS、Windows 或 Ubuntu 24.04 x64，Node 24+，pnpm，以及至少一个已安装并登录的智能体 CLI——claude、codex 或 grok。它们会自动出现在模型选择器中。

打包桌面应用：

pnpm package:mac # macOS: DMG + ZIP; requires Swift/Xcode tools
pnpm package:win # Windows: installer + ZIP
pnpm package:linux # Ubuntu x64: .deb + AppImage + verified CUA runtime

桌面端能力状态#

Linux 预览由用户发起，且绝不会启用本地机器人控制或 Auto 路由。在 Xorg 上，经审查的 Cua Driver 0.19.3 运行时只会在明确选择加入后启动，并且不启用其全屏光标浮层。在 Wayland 上，只要那个真实座位（real-seat）安全门尚未解决，应用就永不启动它，并清除遗留的选择加入设置。聊天、预览、Cloud 和 Local VM 在两种会话下都可用。见 Ubuntu 桌面指南以及跟踪 issue #29、#345 和 #113。

Linux 打包器在构建期间只下载 tag 固定的上游归档，校验其大小、SHA-256、完整的成员许可清单以及内部可执行文件的哈希，然后只打包 CLI 和光标主题 sidecar。已安装的应用绝不会下载或自更新原生自动化代码。Cua 的 MIT 声明、Inter 的 SIL OFL、生成的第三方许可证报告以及 CycloneDX 清单随运行时一起分发。经审查的来源记录见 third_party/cua-driver/。

这些凭证是可选的——本地聊天无需它们也能工作。当你想启用某项集成时，在 App Settings（侧边栏底部的齿轮）中粘贴一次密钥：

Composio 和 Boat 是第三方服务，有自己的账号和条款。Boat 在试用后是付费服务，使用云计算机可能产生费用。

pnpm typecheck # app + server
pnpm test # unit, driver, API, and desktop capability tests
pnpm build # typecheck + production build
pnpm check:electron # syntax-check Electron main/preload files
pnpm package:win # Windows installer + zip → release/
pnpm package:linux # Ubuntu x64 .deb + AppImage → release/

触发器：日程与 webhook#

触发器（trigger）就是「当某事发生时，某个机器人做某事」。告诉一个机器人「每个工作日 9 点给我发一份收件箱摘要」或「我们的表单被调用时就起草一份回复」，它会在那一回合里用它的 trigger 工具把触发器设好（无需确认；聊天会显示一张实时卡片，带 Edit、Pause 和 Undo）。侧边栏最上面的 Triggers 列出每一个日程和 webhook，带日历和运行历史。机器人用 trigger_info（列出、应用事件）、trigger（创建、更新、暂停、恢复、立即运行）和 delete_trigger 来管理它们；机器人创建的 webhook 绝不会把它的 secret 展示给机器人：人从卡片或 Triggers 页面复制链接。

日程（例程）可以只运行一次、在选定的工作日运行，或每 5–1,440 分钟运行一次，可以使用机器人配置的模型／计算机，也可以使用 Cloud VM 运行器。间隔日程始终与所选的开始时间对齐，并在上一次运行仍在进行时跳过该次触发，因此缓慢的工作不会堆积成无界的队列。另一个可选的 Advanced 运行上限可以安全地终止卡住的工作；除非你选择，否则不会施加超时。现有的 duration 字段仍作为日历／显示元数据。Webhook 触发器与日程相互独立，但复用同一个排队任务执行器和日历回执。

应用事件在连接的应用中发生某事时启动机器人（「每当我收到来自 Acme 的邮件，就起草一份回复」）。机器人用 trigger_info（action: "events"）找到应用的事件，并用 trigger 的 action: "create" 和 when: "app_event" 创建触发器；人也可以选择 New → Set it up yourself → When something happens in an app。Composio 把每个事件发送到 OpenMausBot 的连接应用服务，该服务将其排队；应用通过长轮询收集队列，因此桌面端不需要公网地址，并且在它关闭时事件会等待。Gmail 每 15 分钟检查一次；Slack、GitHub 和其他推送类应用会即时到达。桌面端每天最多 500 个事件，付费 Cloud 为 2,000 个；被跳过的事件会显示在自动化上。应用事件需要内置的连接应用：使用自己的 Composio 密钥的服务器目前还无法监视应用。详情：docs/composio.md。

OpenMausBot 默认在 127.0.0.1:8800 上启动一个仅用于 webhook 的接收器（或 OMB_PORT 加一的端口）。设置 OMB_WEBHOOK_PORT 可选择其他端口。webhook secret 在创建或轮换触发器时只显示一次。推荐使用 Bearer 认证，这样 secret 不会出现在请求 URL 和大多数访问日志中；对于无法配置请求头的发送方，仍提供单个 capability URL。接收器只暴露 /health 和带密钥的 /hooks/... 端点；它绝不暴露应用的更广泛 API。要接收投递，OpenMausBot 必须保持运行。如需公网投递，只把这一个专用接收器通过托管中继或 Tailscale Funnel 之类的工具代理出去。

状态#

早期但真实——这个循环已经端到端跑通：消息 → 智能体 → 流式回复 → 工具 → 批准 → 计算机使用。macOS、Windows 和 Ubuntu 24.04 x64 都有已发布的构建；Ubuntu 仍是测试版，受上述能力限制。预期中的粗糙之处：托管／移动端连接仍在构建中，webhook 触发器目前使用本地接收器而不是常驻的托管中继。托管语音需要 ElevenLabs、Fish Audio 或 xAI 密钥；内置 Mac 语音和本地 Chatterbox 语音无需云密钥。通话目前仅限 macOS（它们复用与编辑器麦克风相同的端上听写）——设计与已知缺口见 docs/voice-mode.md。

欢迎贡献——server/contracts.ts 中的驱动 SPI 是刻意做小的；添加一个服务商只需在 server/drivers/ 中加一个文件，再加一行注册。你自己的引擎完全不需要代码：任何会说 ACP 的 CLI 或 OpenAI 兼容端点都能通过配置接入——见 docs/custom-engines.md。用户可以通过 docs/custom-mcp-servers.md 零代码添加自己的 MCP 工具服务器。要在 OpenRouter、Fireworks AI、DeepSeek、Cline 或你自己的 OpenAI／Anthropic 兼容服务商上运行机器人，见「其他模型服务商」。

隐私#

使用分析是可选的、匿名的：产品事件，以及每天一次的对已配置内容的统计，绝不包含密钥、姓名、地址或对话。在 Settings → General → Usage analytics 中关闭；docs/analytics.md 列出了每一个事件和属性。

支持这个项目#

OpenMausBot 是免费开源的。如果它为你做了实际工作，你可以通过 GitHub Sponsors 支持它的开发，可以是一次性贡献，也可以是月度赞助。你的支持有助于资助持续的开发与维护；OpenMausBot 仍是免费开源的。

从终端或服务器运行#

在 Node 24 或更新版本下，安装一次然后运行：

npm install -g openmausbot
openmausbot

或者不做全局安装，用 npx openmausbot。首次启动会用方向键选项引导你：选择 AI 访问方式、登录或粘贴一个隐藏的 API 密钥、选择模型，并可选地连接手机。下次执行同样的命令会复用你保存的配置，并在这台计算机上打开 OpenMausBot。请保持终端开着；Ctrl-C 停止的是服务器，不是你已经保存的工作。使用 --no-open 可以跳过打开浏览器。

手机访问是可选的，默认跳过。可以选择一个明确批准的、由配对口令保护的托管公网 HTTPS 端点，现有的 Tailscale 连接，或你自己的 HTTPS 反向代理。两个原生应用都从这个流程配对：连接 Android 手机时二维码是应用链接，iOS 应用则接受它或那个网页链接。浏览器在两种手机上都能用。手机无法使用 localhost 链接。--local 会在一次启动中忽略已保存的远程访问；--no-pair 会抑制手机相关的提示和邀请，但不会禁用已保存的远程连接。

Web UI 也可以从 Safari 或 Chrome 安装为手机上的独立应用。主屏幕安装与配对见「安装手机 Web 应用」。

运行 openmausbot setup 可以在不重置机器人或对话的情况下重新配置；保存的模型默认值只适用于新机器人。原生方式设置会确认服务商登录；API 方式设置会在可能计费的测试消息之前询问。API 密钥以明文（未加密）保存在私有的 config.json 中（Unix 上权限为 0600）。账号差异、手机选项、凭证存储和取消方式见简短的配置指南。

要在 VPS 或常开的计算机上运行后台服务，使用 npx openmausbot serve 并显式指定远程选项：npx openmausbot login 之后的 --tunnel 获得托管的公网地址，--tailscale 使用你的 tailnet，或者用 Docker 栈部署到你自己的域名。这些与 AI 服务商登录是分开的。设备用短码配对一次。部署指南是 docs/deploy-vps.md；参考文档是 docs/self-hosting.md。

许可证#

Apache License 2.0 © 2026 Milind Soni 和 OpenMausBot 贡献者，但 enterprise/ 除外，它依据自己的许可证以源码可见方式提供；删除该文件夹，剩下的就是开源版本。细节，包括贡献如何签署，见 LICENSING.md。

打包的 Cua Driver 组件保留其上游的 MIT、SIL OFL 1.1、MPL-2.0 及其他依赖条款；相应的声明、许可证文本、源码位置和 SBOM 位于 third_party/cua-driver/，并随原生运行时一起分发。

OpenMausBot 是一个独立的开源项目，受 Grok Bot 启发。它与 xAI 无关联、未获其背书，也不存在合作关系；「Grok」是其各自所有者的商标。