先说清楚我为什么关注这个东西。最近半年陆续有团队问我同一个问题：手上有 Claude Code、有 Codex，单个 CLI 用着还行，但一旦要同时跑多个任务、多个角色，命令行就开始打架——会话串味、上下文互相污染、审批流程也没地方挂。OpenMausBot 这个项目给出的答案挺直接：别在终端里硬凑了，把每个 agent 当成一个联系人，塞进一个聊天应用里。

原项目 milind-soni/OpenMausBot 目前 4770 stars，主语言 TypeScript，Apache-2.0 许可。需要说明的是，翻译已完成，但项目方并未声称 QA 验证通过，所以下面涉及文档准确性的部分，我按"翻译稿"的定位来看，不当作官方背书。

用一句话概括：一个本地优先（local-first）的桌面聊天应用，侧边栏里每个 bot 都是一个真实运行的 agent，底层跑 Claude 或 Codex，各自有独立的人格、模型、云端电脑和已连接的应用。

这个设计的关键不在"聊天界面"本身，而在于它把 agent 的隔离边界做在了会话层。你在终端里跑两个 claude 进程，它们共享同一份工作目录、同一套环境变量、同一个 HOME 下的配置；而在 OpenMausBot 里，每个 bot 是一个独立实体，有自己的对话记忆和运行环境。对于需要并行处理不同任务的场景，这个差别是实打实的。

项目自称是 Grok Bot 的开源替代品，也把自己定位成 Meta Muse、OpenAI dots、Cue by Manus 的开源替代。README 里明确写了与 xAI、Meta、OpenAI、Manus 均无关联，这个声明我建议认真看——它同时还有一条加密货币无关声明，说项目没有任何代币，任何使用 OpenMausBot、Maus、SupaMaus 名称的币都与项目无关。这类声明在开源 agent 项目里越来越常见，属于必要的自我保护。

我先把最容易被忽略的约束摆出来：bots 运行在你本机已安装的 claude、codex、grok CLI 上，使用你已有的登录和订阅，不需要新账号。

这句话有两层含义。好的一面是，它不绑定某一家模型厂商的 API key，你原本订阅什么就用什么，成本结构不变。麻烦的一面是，它对你的本机环境有强依赖——机器上没有这些 CLI，或者 CLI 没登录，应用就跑不起来。这跟那种"填个 API key 就能用"的 SaaS 工具是两种东西。

对个人开发者，这个约束基本无感。但对要做统一分发的团队，就得想清楚：你是让每个工程师自己装 CLI、自己登录，还是做一层内部镜像和配置下发。后者的工作量不小，而且 CLI 的登录态怎么在企业环境里管理，README 没有给出方案。

源码构建这边，package.json 显示包管理器是 pnpm@10.33.0，Node 要求 >=24。注意这个 Node 版本门槛不低，如果团队里有还在 Node 18/20 的项目，构建环境要单独隔离。另外要提醒一句：README 材料里并没有提供完整的源码构建和启动命令，只给了 Docker 相关的几条，想从源码跑起来的话得自己翻正文。

README 里 Docker 部分给的是构建 harness server 的命令，三条：

docker build -t openmausbot .
docker build --build-arg ENGINES="@anthropic-ai/claude-code @openai/codex" -t openmausbot .
docker build --target cloud-home -t omb-cloud-home .

第二条的 ENGINES 构建参数是重点，它决定了镜像里预装哪些 agent 引擎。默认构建和显式指定引擎的构建是两回事，如果你只想要 Claude Code 不想要 Codex，或者反过来，就得走这条。第三条的 cloud-home 目标是另一套东西，从命名看是给云电脑场景用的。

镜像基础是 node:24-bookworm-slim，跟前面 Node >=24 的要求对得上。容器里 HOME 指向 /data 卷，用途是跨容器重启持久化。数据落盘位置这块，桌面版是 ~/.openmausbot，存的是 transcripts、keys、events 三类。做备份策略或者做数据合规审查的时候，这三个目录要盯住——尤其是 keys。

这点我觉得是落地前必须确认的：主机控制（host control）仅在 macOS 和 Ubuntu Xorg 上可用，而且需要显式 opt-in。Ubuntu Wayland 下这个能力是禁用的，原因是 issue #345 未解决。

如果你的团队主力环境是 Wayland 桌面（不少新版 Ubuntu 和 Fedora 默认就是），那这块能力直接没有。这不是配置问题，是上游未解决的状态。选型评估的时候，我建议把"目标平台是否在支持矩阵内"作为第一项 checklist，比看功能列表重要得多。

安装包覆盖 macOS（Apple silicon 和 Intel 分开两个 dmg）、Windows x64、Ubuntu 24.04 x64（.deb，另有 AppImage beta）。Electron 徽章标注支持 macOS、Windows、Ubuntu。注意 Ubuntu 明确写了 24.04 x64，老版本 LTS 没在列表里，别想当然。

回到这次要说的中文版。它的价值不在功能，功能一行没改，而在文档层。

README 的组织方式我觉得处理得比较克制：顶部是"中文快速上手"，明确标注为面向中文用户的补充导读、非原文内容；下方正文是对原项目文档的中文翻译，力求忠于原文。这个分层是有意义的——快速上手部分可以按中文用户的习惯重排信息（先讲这是什么、再给最短安装路径、然后列环境要求和常见坑），而正文部分保持对原文的忠实度，两边职责不混。

对一线工程师来说，省掉的是最耗时的那个环节：读英文 README 时反复在"这句话是功能描述还是限制条件"之间判断。中文版把常见坑单独拎出来了，比如"需要本机已装 agent CLI""主机控制在 Wayland 下禁用""数据存在 ~/.openmausbot"这几条，都是踩过才知道的点，提前看到能省不少时间。

涉及具体命令和参数的部分，我建议还是对照一下 README_en.md 原文，尤其是 Docker 构建参数和路径这类不能出错的地方。

如果让我给一个推进顺序，大概是这样：

第一，先确认平台。团队主力机器是不是 macOS 或者 Ubuntu Xorg，这一条不过，后面的评估都是白做。Wayland 用户直接排除主机控制相关的能力预期。

第二，确认 CLI 现状。本机有没有 claude / codex / grok，登录态怎么管，能不能接受"每个 bot 复用本机已有订阅"这个模式。这一条决定了它是"装完就能用"还是"要先做一层内部基建"。

第三，从单机单 bot 开始试，别一上来就铺开。它的核心价值是多 agent 并行隔离，但隔离带来的状态管理成本也是真实的——~/.openmausbot 下的 transcripts 和 keys 会随使用增长，多 bot 之后这块怎么清理、怎么备份，得先有个说法。

第四，Docker 路径留给需要服务化的场景。桌面版适合个人和小组，如果要做成团队共享的 harness server，那三条 docker build 命令和 ENGINES 参数是起点，但持久化卷和网络暴露面得自己设计。

保留意见也有。这个项目 stars 有 4770，但中文版是刚发布的，热度数据没什么参考价值，我也不会拿它说事。项目本身迭代节奏、issue 响应速度、以及 Wayland 那个 #345 什么时候能解决，这些我从现有材料里看不出来，属于需要持续观察的部分。另外它跟 Grok Bot 的形态相似度很高，如果你本来就对那套交互不感冒，换成开源版大概率也不会突然喜欢上。

一句话收尾：它解决的是"多个 agent 怎么在一个界面里各干各的、互不干扰"这个具体问题，思路清楚，约束也写得明白。值不值得跟进，取决于你的平台和 CLI 现状对不对得上，跟它火不火没关系。

OpenMausBot 工程视角：把一队 AI Agent 塞进聊天窗口，这个思路值不值得跟进

开发工具

人工智能

客户端

OpenMausBot是本地优先的桌面聊天应用，将每个agent作为独立联系人运行Claude或Codex，实现会话隔离。支持macOS、Windows、Ubuntu 24.04，需Node>=24及本机已装CLI。主机控制仅限macOS和Ubuntu Xorg，Wayland下禁用。中文版提供快速上手导读，数据存于~/.openmausbot。

包管理器

数据合规

加密货币

TypeScript 

Windows

Wayland 

Docker

容器

Ubuntu

Fedora

MacOS

Agent

JSON

SaaS

pnpm

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

OpenMausBot是本地优先的桌面聊天应用，将每个agent作为独立联系人运行Claude或Codex，实现会话隔离。支持macOS、Windows、Ubuntu 24.04，需Node>=24及本机已装CLI。主机控制仅限macOS和Ubuntu Xorg，Wayland下禁用。中文版提供快速上手导读，数据存于~...

OpenMausBot 工程视角：把一队 AI Agent 塞进聊天窗口，这个思路值不值得跟进

OpenMausBot 工程视角：把一队 AI Agent 塞进聊天窗口，这个思路值不值得跟进

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐