8 月 11 日，SpaceXAI 发布了 Grok Bot 的早期 beta 版——一个定位为"AI 队友"的 Agent 产品。它的主要设计是：每个用户的 Bot 共享一台可长期保存状态的云电脑，能登录你日常使用的应用和网站，在你关上笔记本之后继续工作。
Grok Bot 面向 SuperGrok Heavy、Cursor Ultra（$200/月）和 Cursor Teams Premium（$120/席位/月）用户开放，覆盖 macOS、Windows、Linux 桌面端和 iOS，Android 即将推出。Elon Musk 同时预告 Grok 4.6 将于本周晚些时候发布，届时扩大 beta 范围。
SpaceXAI 内部已先行部署数月。官方博客描述的场景包括：销售 Bot 从通话记录中提取信息更新 CRM 并起草跟进邮件，运营 Bot 处理 Gmail 中的发票并安排新员工入职，工程 Bot 在产品 UI 中复现 bug、提交工单并将修复方案交给调试 Bot。这些用例尚未经过独立验证，但清晰勾勒出了 Grok Bot 的目标——完成需要跨应用操作的多步骤工作。
多个 Bot 共享文件和登录会话，也可能相互影响
Grok Bot 的核心架构决策是"一台电脑、多个 Bot、共享状态"。官方 FAQ 明确：每个用户拥有一台持久化云电脑，该用户创建的所有 Bot 共享这台电脑的文件、浏览器会话和登录凭据。隔离边界在用户层级，而非 Bot 层级。
这种共享方式与几款现有 Agent 产品有所不同。Claude Cowork 提供远程会话和定时任务，但本地资源需要桌面应用保持连接；Manus Cloud Computer 提供专用持久化 Ubuntu 虚拟机，但云浏览器和沙箱环境相互隔离；OpenAI 的 ChatGPT Work 和 Codex 提供了广泛的连接器和工作界面，但没有 Grok Bot 这种"一个用户、一台共享机器、一群 Bot"的模型。
共享架构的卖点清楚：采购 Bot 可以把供应商表格留给财务 Bot，客服 Bot 可以保留店铺后台的登录状态，研究 Bot 不必每天早上重建环境。保存的流程和工作记录在 Bot 之间自然流转，不需要人工在不同聊天窗口之间粘贴笔记。
但共享电脑也意味着，一个 Bot 的操作可能影响其他 Bot。如果一个 Bot 打开恶意页面、处理了被污染的文件或执行了注入指令，它操作的是一台其他 Bot 也在使用的机器。为一个角色建立的浏览器会话可能被另一个 Bot 使用。错误配置也可能在当前任务结束后继续保留。
Kingy.ai 的分析指出：SpaceXAI 将 Bot 命名为"队友"暗示了独立身份，但从公开文档看，它们在技术上更像是使用同一台工作站和同一串钥匙的不同操作员。Bot 级权限控制、最小权限访问、凭据分段、事件日志和恢复工具都未在公开材料中出现。
产品使用 Cursor 的下载与付费体系，收购尚未交割
Grok Bot 上线当天，一个细节引起了注意：SpaceXAI 的 Grok Bot 页面，所有下载链接指向 downloads.cursor.com，企业销售表单是 cursor.com/contact-sales，两个可购买的订阅方案叫 Cursor Ultra 和 Cursor Premium Teams——与 Cursor 现有的开发者套餐完全相同。App Store 上的 iOS 应用将开发商标注为 Anysphere（Cursor 母公司），而产品本身以 Grok 品牌在 SpaceXAI 网站上销售。
这些安排与 SpaceXAI 收购 Cursor 的进程有关。时间线大致如下：
- 2026 年 2 月，SpaceX 以全股票交易收购 xAI，将其作为全资子公司，估值 $2,500 亿；
- 5 月完成合并，xAI 品牌逐步停用；
- 6 月 16 日，SpaceX IPO 后数日，宣布以 $600 亿全股票收购 Cursor 开发商 Anysphere——这是迄今金额最高的初创公司收购案；
- 7 月，xAI 正式更名为 SpaceXAI；同月 Grok 4.5 发布，这是 SpaceXAI 与 Cursor 联合训练的首个模型；
- 截至 Grok Bot 上线当日（8 月 11 日），$600 亿收购交易尚未正式完成交割。
据 The Information 报道，Cursor 内部代号 "Sand" 的通用 Agent 产品将重新命名为 Grok Bot，Cursor 品牌将在未来数月逐步退出新产品命名。Grok Bot 因此成为首个以 Grok 品牌推出、基础设施和付费体系依赖 Cursor 的产品。两家公司尚未完成交割，产品整合已经开始。
云端共享电脑省去本地维护，也扩大了权限管理范围
Grok Bot 同时面对本地自托管工具与云端 Agent 服务的竞争。
在自托管一侧，OpenClaw（前身 Clawdbot/Moltbot）以 MIT 许可证开源，对话和长期记忆以 Markdown 和 YAML 文件存储在本地 ~/.openclaw 目录中，模型无关、可接入任何 API 或本地 Ollama 模型。代价是需要用户自行安装、加固、维护，并且只在宿主机在线时运行——这正是许多用户将其部署在 VPS 上的原因。
在云端一侧，Claude Cowork 提供远程会话、排程任务、连接器和显式的权限与管理模型，computer use 仍标注为研究预览。ChatGPT Work 和 Codex 提供最广泛的集成生态，但公开文档没有 Grok Bot 的多 Bot 共享电脑机制。Manus 提供专用持久化服务器和经过认证的云浏览器，但将命令行环境和浏览器环境分为不同层。
Grok Bot 的选择可以概括为：用共享持久化换取协作连续性，用云电脑消除本地运维负担，代价是更大的单一信任域和更不透明的安全边界。这一设计便于多个 Bot 接续工作，也要求平台说明如何隔离权限、追踪操作和恢复错误。
凭据隔离、敏感操作审批和恢复机制仍待说明
让 Agent 登录你的邮箱、CRM 和供应商账户，与让聊天机器人回答问题，两者要求的信任等级完全不同。Hacker News 上的早期反馈显示，用户对受控于 Musk 的 AI 系统持有长期登录凭据表达了不安，这些反馈不能证明具体安全缺陷，但提出了实际的权限管理问题：能登录你账户的 Agent 需要远比聊天窗口更高的信任门槛。
从公开材料中，以下五个问题的答案仍不明确：
凭据边界：公开 FAQ 说所有 Bot 共享登录信息，但没有说明管理员能否阻止一个研究 Bot 使用财务 Bot 的会话、为单个 Bot 分配凭据、设置按站点作用域或要求提权操作重新审批。
注入攻击面：一个网页、邮件附件或支持工单可以包含引导 Agent 行为的指令。当 Agent 只能生成文本时，攻击面是错误答案；当它能浏览已认证系统、移动文件和提交表单时，同一攻击可以变成未经授权的操作。Grok Bot 的"Auto Review"功能声称处理敏感操作，但公开材料未解释它如何区分合法指令和嵌入在不受信内容中的恶意指令。
数据流向与留存规则：Cursor 的隐私模式在开启时阻止客户数据用于训练，但存在滥用监控例外和不支持零数据留存模型的情况。SpaceXAI 的消费者隐私政策允许第三方服务按各自政策处理数据。Grok Bot 的数据从云电脑流向何处、经过哪些子处理器、保留多久——这些映射尚未公开发布。
审批默认值：Grok Bot 需要审批才执行敏感操作，但哪些操作默认阻止、管理员能否定义审批类别、审批请求如何描述下游影响、用户是否会不经意间将"全部批准"正常化——这些问题均未说明。
审计和恢复：加密保护存储和传输中的数据，但不会告诉操作者 Bot 做了什么、为什么这么做、使用了哪个身份、如何撤销结果。防篡改事件日志、屏幕录制、命令历史、快照、凭据吊销行为和按时间点回滚——均未出现在公开文档中。
测试范围将随 Grok 4.6 扩大，可靠性仍需实测
Grok Bot 的 beta 扩展节奏与 Grok 模型的迭代速度直接挂钩。Musk 在 Bot 发布同日表示，将在"修复早期 beta 的基础问题后"扩大测试范围，时间点是 Grok 4.6 发布之后。
Grok 4.6 是一个 1.5 万亿参数的模型，复用 Grok 4.5 的 V9 基础架构，改进集中在监督微调和强化学习。原定的"8 月 7 日前后"目标已延至本周。如果 Grok 4.6 按时落地，这将是 SpaceXAI 在四个月内发布的第三个主要模型版本。
Grok Bot 也扩展了 SpaceXAI 已有的 Agent 产品线：Grok Build（5 月上线，终端编程 Agent，7 月开源了 harness 和 TUI）、Build Mode（7 月底上线，聊天内创建网站和应用）、Grok Automations（定时任务和触发器），现在加上 Grok Bot（持久化云工作 Agent）。这些产品分别覆盖写代码、运行工作流和 7×24 自主执行。
从产品组合看，Cursor 提供桌面分发渠道和经过认证的用户群，Grok 提供模型家族和消费品牌，而持久化云电脑把产品用途从"帮助写代码"扩展到"运营业务工作流"。但这也同时提高了治理失误的代价。Grok 过去曾因生成有害内容引发监管审查——这些历史不意味着 Grok Bot 会重蹈覆辙，但意味着买方应要求证据，而不是将"队友"标签当作信任担保。
对于符合条件的团队，可以先开展范围有限的两周试点：选择一个频繁、可逆、容易打分的工作流，使用独立的测试账户和最小权限，保持输出为草稿状态，在文档中植入对抗性内容测试注入防护，测量完成率而非表面流畅度，在扩展权限之前确认错误率、控制措施和恢复流程可靠。
共享云电脑为 Agent 提供了工作环境、持久状态、可复用流程和任务交接方式。但长期保留的会话与配置也可能延续错误。检验 Grok Bot 是否可靠，既要看它能否持续完成任务，也要看用户能否查清操作记录、及时纠正结果。
