一个聊天窗口里塞进一支 AI 团队：OpenMausBot 把 Grok Bot 的形状开源了
来源: milind-soni/OpenMausBot — https://github.com/milind-soni/OpenMausBot 语言: TypeScript 今日 Stars: 1190 协议: Apache 2.0 一句话: 把 AI 助手做成通讯录里的联系人——每个 bot 有自己的性格、模型、…
目录
一个聊天窗口里塞进一支 AI 团队：OpenMausBot 把 Grok Bot 的形状开源了
来源: milind-soni/OpenMausBot — https://github.com/milind-soni/OpenMausBot
语言: TypeScript | 今日 Stars: 1190 | 协议: Apache 2.0
一句话: 把 AI 助手做成通讯录里的联系人——每个 bot 有自己的性格、模型、电脑和工具箱
一个助手塞在一个盒子里，是错的形状
你打开 Claude，问它一个代码问题。它回答了。你再问它一个设计问题，它也回答了。但你总觉得哪里不对——它没有性格，没有记忆延续，没有专长区分。你实际上在跟一个万能但平庸的助手打交道。
OpenMausBot 的作者 milind-soni 认为问题出在形状上：一个助手塞在一个盒子里，是错的形状（One assistant in one box is the wrong shape for agents）。
正确的形状是什么？打开你的微信或 Telegram，看看侧边栏：工作群、家人群、朋友私聊、文件传输助手。每个对话有不同的语境、不同的语气、不同的记忆范围。OpenMausBot 把这个结构搬到了 AI 上——侧边栏里的每个"联系人"都是一个独立的 AI agent，有自己的性格、自己的模型、自己的电脑、自己的连接应用。
你跟它们说话就像跟同事说话。看它们工作。在关键节点批准操作。
2026 年七周内四款封闭产品
理解 OpenMausBot 为什么火，需要先看它对标的是什么。2026 年前七周，四款封闭个人 agent 产品密集发布：
- Grok Bot（xAI）：一组 bot 共享一台云电脑，只能用 Grok 模型，需要 SuperGrok 或 Cursor 订阅
- Muse（Meta）：单个个人 agent 跑在 Meta 云 VM 里，仅限美国和加拿大
- dots（OpenAI）：ChatGPT 内的常驻 agent，仅 GPT 模型，需要 Pro 或 Business Premium 订阅
- Cue（Manus）：邀请制，agent 有自己的手机、邮箱和钱包
三个关键设计
1. 自带 agent（Bring Your Own Agents）
OpenMausBot 不提供模型。你机器上装了 claude CLI、codex CLI、grok CLI，它就用这些。你已有的登录和订阅直接生效，不需要新账号，不需要中间代理。
这意味着什么？如果你公司买了 Claude Max，你可以在 OpenMausBot 里开三个 bot：一个用 Claude Opus 做深度推理，一个用 Codex 做代码生成，一个用 Grok 做快速搜索。每个 bot 独立配置模型，甚至可以在对话中途切换。
2. 本地优先（Local First）
一个小型 harness 服务器跑在 127.0.0.1，拥有每个 agent 进程。对话记录、密钥、事件都存在 ~/.openmausbot 目录里，不在云端。
这不是"本地优先同步到云"——是真正的本地。你的对话记录不会被任何服务器看到。
3. 每个 bot 有一双手
每个 bot 可以使用三种计算环境：
- 云 Linux 桌面：bot 自己的云桌面
- 隔离的本地 VM：本地虚拟机
- 你的电脑：在 macOS 和 Ubuntu Xorg 上，经过显式 opt-in 后，bot 可以直接操作你的桌面（Ubuntu Wayland 暂不支持，正在解决 issue #345）
批准卡片：不是自主，是监督
OpenMausBot 最有意思的设计是批准卡片（approval cards）。当 bot 要执行 shell 命令、编辑文件、或问一个敏感问题时，聊天界面里会弹出一张内联卡片：Allow / Deny / 回答。
这跟"自主 agent"的叙事相反。OpenMausBot 的哲学是：bot 会问，在你批准之前它不动。一个权限代理（permission broker）把每个有风险的操作变成你做的一个决定，云电脑和本地电脑一视同仁。
这让我想到一个类比：OpenMausBot 不是给你一个全自动的员工，而是给你一个实习生——能力很强，但每个关键操作都要你签字。你可能觉得这很烦，但这恰恰是让 agent 能真正接触你生产环境的前提。
Jev：快速决策模型
一个有趣的细节：如果你配置了 Jev key 或 OpenRouter key，设置成 Decision Model，聊天室可以设为 Auto 模式——当一条消息进来，没有 @ 任何 bot 时，决策模型在几百毫秒内判断该由哪个 bot 回复，选错了就 fallback 到房间的 lead bot。
这是"路由层"的思路：不是所有消息都需要最贵的模型处理，一个轻量决策模型做路由，重活交给对应的专家 bot。
团队即文件
OpenMausBot 支持从一个 Markdown 文件安装一整个团队。在 BotMRR 上浏览 outcome-driven 的团队模板，点击 Add to OpenMausBot，app 会打开一个审查界面——展示将要创建的 bot、频道、playbook、连接器清单、建议的 routine。
格式是可移植的：OpenMausBot 读 YAML frontmatter 做可靠的一键安装，而 Grok、Claude、ChatGPT 和人类都能读普通的 Markdown playbook。连接默认关闭，routine 默认暂停，包里不携带任何凭证、对话、权限、记忆或电脑访问权。
和 CopilotKit/OpenBot 的区别
同一天 trending 里还有 CopilotKit/OpenBot，也是"给 agent 一台电脑"的思路，但路线不同：
| 维度 | OpenMausBot | CopilotKit/OpenBot |
|---|---|---|
| 形态 | 桌面聊天 app | Web 平台 |
| 部署 | 本地安装 .dmg/.deb/.exe | Docker Compose |
| 模型 | 自带 CLI（Claude/Codex/Grok） | 自配 API key |
| 协议 | Apache 2.0 | AG-UI 协议 |
| 治理 | 批准卡片 | 网关审计 |
| 定位 | 个人 agent 团队 | 企业 AI 同事 |
为什么今天 1190 颗星
OpenMausBot 今天涨 1190 颗星，不是因为技术突破，而是因为时机。2026 年前七周一堆封闭 agent 产品发布后，开发者社区积攒了一种情绪：我不想把我的 agent 团队锁在某个厂商的云里。
OpenMausBot 给的不是一个更强大的 agent——它给的是一个形状：AI 作为通讯录里的联系人，跑在你自己的机器上，用你已有的订阅。这个形状被四家大公司验证过是有需求的，OpenMausBot 只是把它开源了。
项目地址: https://github.com/milind-soni/OpenMausBot 官网: openmausbot.com 协议: Apache 2.0