多数 AI 产品仍围绕「一次会话」组织工作：打开聊天，重新说明任务，看着它运行，然后在另一个窗口从头开始。Grok Bot 改变的是侧栏里的基本单位。那里不再只是一串临时对话，而是一组有名字、有职责、保留上下文和电脑的数字队友。
这听起来很像常见的「AI 员工」宣传，不过 xAI 至少已经给出了具体产品结构：Bot 有持续云电脑，能够登录真实工具，可以观察用户做一次工作后保存流程，也能与其他 Bot 协作。真正需要检验的，是这些结构在发布演示之外是否稳定、可治理、可负担。
Grok Bot 是什么
xAI 在 2026 年 8 月 11 日正式发布 Grok Bot，将它定义为持续在线的 AI 队友测试产品。用户创建 Bot、给它名字和职责、连接必要工具，然后像给同事发消息一样安排工作。同一个对话线程可以在桌面端和移动端延续。
Bot 不只在聊天中生成草稿。根据 Grok Bot 官方文档，它会使用一台持续运行的云电脑，其中包含浏览器、文件系统和终端。支持的服务优先通过连接器操作；没有 API 的网站和应用则可以使用电脑操作。笔记本关机后，云端工作仍可继续。
所以 Grok Bot 更接近一个工作环境，而不只是模型功能。Grok 提供推理能力，产品价值则来自连续性：文件、浏览器会话、偏好和职责都不会随着一段聊天结束而清空。
工作单位从聊天变成了职责
普通聊天围绕请求组织，Grok Bot 围绕责任组织。
你可以创建一个客户调研 Bot、一个销售跟进 Bot和一个运营 Bot。每个 Bot 保存与自己职责相关的上下文。任务发生重叠时，它们可以互相通信、并行工作、交接任务，不需要用户在窗口之间不断复制材料。
xAI 给出的内部案例包括：销售 Bot 根据通话记录更新 CRM，运营 Bot 处理 Gmail 中收到的发票，工程 Bot 复现产品缺陷后把修复交给另一个调试 Bot。这些是公司案例，不是独立的成功率数据，但它们说明了目标形态：跨多个工具完成一串步骤，而不是把答案写得更长。
界面也围绕这个思路设计。在线状态、进度、草稿和审批请求都属于 Bot 的持续身份。用户需要问的是「这件事由谁负责」，而不是「它在哪个聊天里」。
持续云电脑让任务真正跨越时间
每个 Bot 都可以在云电脑上使用浏览器、文件和终端，因此能调研、下载和处理资料、运行脚本、操作网页软件，并把产物留给下一次任务。
关键在于这台电脑会保留状态。浏览器登录不会因会话结束自动消失，文件可以继续使用，安装好的工具也能服务后续任务。今天的工作可以直接建立在昨天的环境上。
同一特性也会放大风险。持续登录会话本身就是高价值目标；Bot 浏览不可信网页时，也可能遇到试图改变任务方向的恶意指令。权限应按职责分配：调研 Bot 可能只需要读取文档，无需发送邮件；运营 Bot 或许只需要一个供应商后台，而不是浏览器里的所有账号。
云端执行也不会消灭人工依赖。验证码、付款确认、收件人歧义和不可逆操作仍可能中断任务。衡量质量，应看它能否在正确边界停下，并说清楚需要用户决定什么，而不只是看它会不会点击。
多个 Bot 协作，用户不再充当路由器
Grok Bot 最有辨识度的产品下注落在 Bot 团队。几个 Bot 可以进入同一个群聊，围绕共同目标交换上下文和交接工作。
这让并行工作从「多开几个聊天」变成一套小型协调系统。研究者整理证据，写作者生成草稿，操作员把获批内容放进目标工具。用户仍负责目标和判断，但不再手工传递每个中间文件。
2026 年 9 月，xAI 又推出了 Team Bots：团队成员共同使用同一个 Bot 的文件、说明、技能和工作背景。这让 Grok Bot 从个人委派走向组织记忆，也带来新的治理问题：谁能修改指令，哪些对话进入共享上下文，成员离职后怎样撤销权限。
协作机制很有潜力，但协作不等于正确。多个智能体也可能更快地传播同一个错误假设。真正有用的团队仍需要明确负责人、来源要求和审查门槛，而不是单纯增加执行者。
示范一次，把流程保存下来
Grok Bot 不要求用户先画复杂流程图。你可以带着 Bot 走一遍真实过程，边做边纠正，然后把它保存为可复用技能或 routine。
这比抽象描述更适合现实工作。「像我一样处理发票」背后往往藏着文件命名、目录选择、供应商匹配和审批额度等隐性判断。演示过程能把这些判断暴露出来。
保存后的流程可以手动运行，也可以定时执行。xAI 还支持直接在聊天里描述自动化，例如每天检查某项变化并提醒用户。最重要的工程问题是版本变化：网站、政策或目录结构改变时，routine 应该明确失败，而不是悄悄猜测下一步。
可用范围与套餐边界
Grok Bot 目前仍标记为测试产品，包含在 Cursor 个人付费套餐、Cursor Teams，以及符合条件的 SuperGrok 套餐中。官方文档列出的平台包括 macOS、Windows、Linux、iOS 和 Android。
xAI 表示 Bot 用量与普通 Grok、Cursor 用量分开计算。但「包含」不等于无限。订阅前仍应查看当时的套餐表、每周额度和超额费用，因为这些数字比文章更新得更快。
企业版和 Team Bots 让它不只面向个人，但组织部署更看重管理成熟度：审计记录、账号生命周期、共享凭据、数据保留和事故响应，才决定持续型数字同事能否真正进入公司。
Grok Bot、OpenAI Dots、Manus Cue 与 Today
这些产品都强调持续性，但起点不同。
| 判断维度 | Grok Bot | [OpenAI Dots](/blog/what-is-openai-dots) | Manus Cue | [Today](/blog/what-is-today) |
|---|---|---|---|---|
| 基本单位 | 一组数字队友 | 跨 ChatGPT 渠道存在的一个 Dot | 拥有独立身份的个人 Agent 团队 | 贯穿整天的一个个人智能体 |
| 执行环境 | 持续云电脑、浏览器、终端和连接器 | 云电脑、插件和可选本地电脑 | 每个 Agent 的电脑、通信身份与钱包 | 带确认边界的连接操作 |
| 协作方式 | Bot 互相通信并交接任务 | Dot 委派后台任务 | Agent 在群聊中交接 | 连续性围绕用户本人组织 |
| 学习方式 | 把演示流程保存为技能或 routine | 反馈、上下文与 Custom Rules | 产品尚早，重点是身份和团队交接 | 用户可检查和纠正的 living memory |
| 初始适合人群 | 跨工具重复运营工作 | 已深度使用 ChatGPT 的用户 | 想测试现实身份型 Agent 的早期用户 | 希望工作、健康与家庭处在同一可理解上下文的人 |
当工作本身已经像一个小团队，Grok Bot 最有吸引力，例如调研、运营、内容生产和客户支持。Dots 更适合工作已集中在 ChatGPT 的人。Cue 更进一步，为 Agent 配置电话、邮箱和钱包。Today 押注的则是另一件事：长期中心应该是人和可治理的记忆，而不是越来越多的数字员工。
信任一个 Bot 之前应测试什么
先给它一个边界清楚的职责和低风险数据源，再测试五件事：
1. 跨天续接：多日任务能否保留目标，不重复已经完成的工作。 2. 权限边界：发送、购买、删除和更改权限之前是否会询问。 3. 来源纪律：能否说明结论和字段来自哪里，而不是只给出漂亮答案。 4. 失败可见性：网站变化或登录过期时，routine 是否明确停下。 5. 交接质量：一个 Bot 把工作交给另一个时，证据、限制和未解决问题是否一起传递。
第一天不要同时连接邮箱、CRM、支付和本地文件。持续型智能体应通过可观察的行为换取更大权限。第一周的目标是审计，不是放手。
真正的产品是长期工作关系
Grok Bot 的价值在于把持续性做成了可见对象：名字、状态、电脑和团队位置都在告诉用户，这项工作不会只存在于此刻。
这比一次性聊天前进了一步，但还不能证明它已经是可靠同事。跨月稳定性、权限是否清楚、持续使用成本和自动化出错后的恢复，才是发布材料无法回答的长期考题。
如果 xAI 把这些细节做好，一支 Agent 团队可能比一个承担所有事情的万能助理更简单。如果做不好，用户只会得到一份新的管理工作：监督一群速度很快、判断仍不完美的数字员工。因此，起点不应是「我能创建多少个 Bot」，而是「哪一项职责足够有价值、边界也足够清楚，值得交给一个长期队友」。