E002 · 深入分析

Grok Bot 式个人助理

部分借鉴：自建 Bot 记录和更严的例行任务，不嵌入文中仓库

返回概览 · 深入分析

原始记录

来源、收到日期和原话

深入分析

证据、对比和深入分析

建议

结论、工作量和建议的第一步

E002 分析：Grok Bot 式助理能不能长在 agent24 上

阅读日：2026-11-13（UTC）。文章是 2026-11-10 的对比，见 原始记录。agent24 仍对照 agent24 架构基线 的 bc923205。本次没有改那份基线。

Star、push 时间、SPDX 来自 2026-11-13 的 GitHub REST API。文章里的 Star 是 2026-11-10 的快照，两边都保留，避免把增长写成能力。

1. 文章在对标什么

文章不把「聊天框加一个终端」当成 Grok Bot。它要的闭环是：任务跨会话还在、工具执行受控、失败能恢复、定时有人接管、谁在何时改了什么可以追溯。官方文档链接它给了三条，本次没有重读产品页，所以能力表按文章的闭环加上用户点名的记忆、例行任务、连接器、通道、沙箱电脑、子代理、审批、多 Bot、页面、语音来列。

2. 六个仓库

名称 仓库 文章 Star（11-10） 本次 Star（11-13） 最近 push (UTC) 许可 一句话
Rakazo https://github.com/elie222/rakazo 7705 8153 2026-11-13T04:45:37Z Apache-2.0 持久 Bot、例行任务、多端、电脑沙箱。API 描述写自选模型和沙箱
OpenMausBot https://github.com/milind-soni/OpenMausBot 19716 21811 2026-11-13T04:33:32Z 仓库 SPDX 是 Apache-2.0 桌面把现成 CLI 收成长期工作流。enterprise/ 另有企业许可，见下
CopilotKit OpenBot https://github.com/CopilotKit/OpenBot 10573 11752 2026-11-13T04:25:04Z MIT 应用模板。文章写 Intelligence 运行时另行授权。本次没有克隆
Suparagent https://github.com/Anil-matcha/suparagent 6941 7050 2026-11-12T14:41:12Z Apache-2.0 队长加专长代理、记忆、例行任务、审批。由 open-duet 改名
OpenTeam https://github.com/raghavpillai/openteam 30 30 2026-11-13T04:33:26Z GPL-3.0 自托管 Bot、电脑、插件。Star 仍是 30
Nightly OpenBot https://github.com/nightly-labs/openbot 6714 7351 2026-11-13T04:46:06Z API 的 SPDX 是 NOASSERTION 仓库 LICENSE 文件头是 PolyForm Noncommercial 1.0.0。不能嵌入商业产品

OpenMausBot 的 enterprise/LICENSE 写明该目录不受仓库 Apache-2.0 覆盖，生产启用要单独的许可证密钥。这是 2026-11-13 读到的文件头，不是推断。

文章固定的提交与本次浅克隆的 HEAD 不同。读代码用的是当天 HEAD：

OpenMausBot、CopilotKit OpenBot、Nightly 没有克隆。体积分别约 525 MB、50 MB、269 MB（API 的 size 字段，单位 KB）。对它们只核了许可和文章已写的结构。

3. 读过的代码说明什么

Rakazo 的 README 把产品写成「每个 Bot 有自己的记忆、例行任务、应用和电脑」。后台任务用 Graphile Worker。packages/db/src/database-access.ts 给 graphile_worker schema 单独授权。这是服务进程和任务队列分开的证据。本次没有跑它的队列。

Suparagent 的 docs/ROUTINES.md 写：例行任务是那个 agent 的一次普通对话，走同一套审批。approval_mode 取例行任务和 agent 两者中更严的，例行任务不能把 agent 放宽。backend/app/services/routine_service.py 第 117-118 行的函数名是 effective_approval_mode，注释同一句话。调度在后端进程里，启动时把上次没跑完的标成 interrupted，不自动重跑。

OpenTeam 的 README 第 16-17 行写每个 Bot 有自己的屏幕，但工作区和网站登录是共享的。第 24-25 行写连上的账户对每个 Bot 都可用。这是产品选择，不是隔离。许可证是 GPL-3.0。插件目录里有 Slack、邮件等，不能抄进 Apache 项目。

4. 能力矩阵

「有」表示产品路径上能指到代码。「部分」表示库或窄入口在，但不是 Grok Bot 那种对象。「无」表示这次基线没看到。

能力 Rakazo Suparagent OpenTeam OpenMausBot CopilotKit Nightly agent24 bc923205
跨会话记忆 有，按 Bot 有 有 文章称 SQLite 与线程日志 文章称在 Intelligence 文章称持久工作区 部分。FTS 断言加会话摘要。session_memory.rs 召回走 FtsRetriever。向量检索未进 daemon
例行任务 有 有，且不能放宽审批 有 未在本次读到独立调度服务 文章称持久线程在运行时 文章称队列 部分。agent24-scheduler 有 cron / every / at，并先推进再触发。没有 Bot 级例行任务，也没有「调度不得放宽审批」
MCP / 连接器 README 写有 MCP 和大量集成 README 写工具要逐个批准 有插件，GPL 文章称 CLI 驱动。issue #5165 称一个 Bot 的 MCP 故障会影响别的 Bot，本次未复现 文章称 MCP 是边界 未读代码 有。MCP 工具进同一条审批。见 agent24-mcp 与 serve_steps.rs
Slack / 邮件 / 微信 README 写多端应用，未在本次抽读通道实现 未作为主结论 README 点名 Gmail、Slack 未读 未读 未读 部分。微信桥把完成的用户文本 POST 到入站，回复固定「已记录」。packages/wechat-bridge/src/bridge.ts 第 1-4 行。没有 Slack 或邮件产品
沙箱电脑 / 浏览器 README 写 Docker、云或本机 README 写 Docker 可选，普通聊天不必开 README 写 Linux 桌面，账户共享 API 描述写虚拟机 文章写每个同事一台电脑，能力在运行时 文章写浏览器工作流 无持久电脑。有 shell_exec 和工作区白名单，探索子代理只有 fs_read。见基线工具一节
子代理委派 README 写有 有队长和专长 README 写有 未读 未读 文章写 agent 之间协作 部分。只有结构上只读的 explorer。没有队长
审批 未在本次抽读规则 有，例行任务取更严 未把审批读成默认每次都问 文章强调批准必须到达驱动 文章测了 decideAction 纯函数，不是完整网关 文章称 README 有 approvalPolicy: never。本次未打开该 README 段落 有。ApprovalBroker 默认等人。Guardian 只放行它判成低风险的调用
多 Bot 队友 有 有 有，但账户共享 有多 Bot。故障隔离被公开 issue 质疑 有，依赖运行时 有 无这种产品对象。领域 OS 和附着模块是扩展，不是共享一台电脑的命名队友
页面 / 画布 README 写可分享的仪表板和文档 未作为主结论 未读 未读 未读 未读 无 Bot 页面。桌面和 Documenting 是别的产品面
语音 README 写语音和通话 未读 未读 未读 未读 未读 部分。AgentEar 是半双工按键打断，见 AgentEar 基线。全双工不在这条里

5. 借、嵌、还是放下

6. 事实和未做的事

事实是 API 数字、三个浅克隆里的路径，以及 agent24 基线里已经引用过的路径。推断是：先做 Bot 记录和更严的例行任务，用户就会觉得这是一个助理，而不必先有一台虚拟电脑。

未做：没有部署这六个产品，没有跑模型，没有核对文章里的局部测试，没有打开 CopilotKit Intelligence 的许可正文，没有复现那些 GitHub issue。