Tracks
SpaceXAI 希望您停止“提示”,开始“委派”。另外三家 AI 实验室也在同一时间押注同一方向。
2026 年 8 月 11 日,SpaceXAI 推出 Grok Bot 测试版,以其所谓“常驻型”AI 队友为核心打造。它们运行在云电脑上,登录您已在用的工具,在您合上笔记本入睡后仍会继续工作。根据发布帖所述,只有在需要人工决策时,Bot 才会回到您这里。
先略过品牌层面的噱头,真正有意思的不是“SpaceXAI 又发布了一个 Grok 产品”,而是 SpaceXAI 加入了 OpenAI、Anthropic 与 Google 已经开跑的赛道:构建您能真正委派工作的 AI 系统,而非只用来“盘问答案”的助手。OpenAI 有 ChatGPT Work,Anthropic 有 Claude Cowork,Google 有 Gemini Spark。Grok Bot 是第四家主流实验室的第四个参赛者,这个时机本身比任何单一功能更能说明 AI 的走向。我们已经在教程中介绍过 Claude Cowork,这里就不展开了。
Grok Bot 是什么?
Grok Bot 不只是一个“带了更多权限的聊天窗口”。根据SpaceXAI 官方文档,它是与 Grok 聊天应用分离的独立产品,围绕持久存在、具名的 Bots 构建,这些 Bots 运行在分配给您账户的云电脑上。您为 Bot 取名、设定岗位,并提供简短的工作方式说明,然后像给同事发消息一样与之沟通。
这种定位改变了“使用”产品的方式。普通 AI 助手的闭环是:您提问,它回答,然后您执行下一步。Grok Bot 的回路不同:您交付一个目标,Bot 会在任务涉及的各类应用与网站间开展工作,最后带回已完成的产出,或是需要您裁决的问题。文档称 Bots 会在会话之间保持稳定的偏好与角色上下文,但也提醒不要把记忆当作权威来源。凡是重要事项,都应让 Bot 查询最新数据再做判断。Cursor 负责开发者体验的 Matt Palmer 在X 上将这类记忆描述为三个独立层次:用户、单个 Bot,以及共享项目。不过官方文档并未如此细分,因此应将其看作他的解读,而非确认的规格。
截至发布时,Grok Bot 处于测试阶段,向 SuperGrok Heavy、Cursor Ultra 和 Cursor Teams Premium 订阅者开放,支持在 macOS、Windows 及 iOS 18 或更高版本的 iPhone 上运行。Linux 桌面、Android 与 iPad 尚不支持,企业版访问目前为候补名单。安装步骤此处略过,但可访问名单较短,且完全与付费计划绑定。

具名 Bots 共用一个名册视图。图片来源:作者
Grok Bot 的差异化在哪里
有三项机制,基本解释了为何 SpaceXAI 认为这是一个不同类别的产品。
拥有自己的电脑
大多数代理产品受限于“是否有干净的 API”。理论上,Grok Bot 的 Bots 不受此限。我承认文档在这一点上有些模糊:一处说“拥有自己的电脑”,几段后又澄清为“每个账户共享一台机器”。这里我采用更精确的表述,因为一旦连接真实账户,这才是关键。根据产品文档,Bots 在共享云电脑上操作,通过与人相同的方式登录应用、仪表盘与网站,包括那些没有正式连接器的工具。这确实补上了许多职场环境中的空白:很多人日常接触的工具是各类仪表盘与传统 Web 应用,根本没有 API。
SpaceXAI 的一位产品员工在发布帖中这样说:“90% 完成与 100% 完成有着巨大的差别。大多数 AI 只能把您带到几乎完成。Grok Bot 能‘把挥杆完成’,因为工作落在了人会放置的地方——真实的工具里。”这种说法能否经受住公司演示之外的检验,稍后再谈。微软在 Copilot Studio 中也做了类似押注,面向的同样是只有 UI、没有 API 的问题,不过那又是另一个话题。
Bots 之间互相移交工作
这是我读文档时印象最深的一部分。SpaceXAI 不是在卖“一位包打天下的助手”,它在卖“一份名册”。您可以同时运行多位专才型 Bot,据称公司内部还运行着一位“幕僚长”Bot,协调收件箱、招聘、报销与缺陷分拣等专职 Bot 的工作。
关于消息与协作的文档称,Bots 可以彼此直接发消息、同处群聊,并在无需您充当路由器的情况下移交任务所有权。一位增长团队员工称这种感觉“就像我有了八只触手,每只触手都与其余保持默契”。这显然是营销话术,但其内核——产品是一支小团队,而非单一能力强大的助手——确实与大多数竞品的主张不同。Palmer 在同一帖子中将这些共享空间称为“Projects”(项目),而非群聊,由一位编排器 Bot 在其中向专才分派任务。这个命名未见于我所读的官方文档,可能只是内部称谓,但其底层行为与 SpaceXAI 的正式描述一致。
这也有一个文档明确指出的限制:您账户下的每位 Bot 共享同一台电脑,包括其文件、浏览器会话与登录。隔离边界在账户层,而非单个 Bot。文档直言不要把不同 Bot 当作安全边界。这不是脚注,而是实实在在的取舍。
“看着学”的教学方式
第三项机制更安静一些,但透露了 SpaceXAI 期望用户上手的方式。您无需先配置自动化,而是请 Bot 看您把任务做一遍。它会录制流程(最长十分钟、无音频),并将其转成草稿技能,供您评审与测试。
在这里,关于技能与例行的文档划了一条需要分清的线:技能是“如何做”的指令,只要权限合适,任何 Bot 都能用。例行则是把某个具体工作流、以及何时运行的日程,指定给一位 Bot。通常先在真实任务上测试技能,建立信任后再把它设为例行。若跳过这个顺序,等于信任了一个您从未验证过的自动化。
SpaceXAI 称 Bots 已在做什么
Grok Bot 在对外开放前是一款内部工具,发布材料主要引用了这些内部用例。需注意这些是公司自述,并非独立评测。下面四条流程中有两条来自官方用例目录;另两条来自 Cursor 的 Eric Zakariasson 在 X 上发布的发布日 100 个用途清单,我将其与公司的自述分开呈现,未混作一处:
- 销售外呼 Bot 负责通宵调研目标账户、根据意向为联系人打分,并以销售本人的语气起草邮件与 LinkedIn 外联,早晨留下一列待审批草稿
- Zakariasson 表示,他可在手机上用约十秒钟回答 Salesforce 季末问题,无需笔记本,也不打开 Salesforce 应用
- 他还列举了一位能在放票瞬间办理航班值机的 Bot,仅在需要两步验证或 CAPTCHA 时才交还控制权
- 工程 Bot 能在产品界面中复现已报缺陷、提交工单,并把修复工作移交给另一位专职调试的 Bot
公司自述的示例更像部门级流程;Zakariasson 的两条更小、更个人化,属于“只有当您已经信任这款产品时才会去自动化”的那类事情。无论如何,工程示例是四个里最有意思的:一位 Bot 将结构化工作移交给另一位、而无需人来转述,这种能力很难在演示里作假,却很容易在新闻稿中被夸大。其他示例让产品“看起来有用”,这个则让它“更像同事”。
与 Cursor 的关联
如果不了解 SpaceXAI 与 Cursor 之间的深度关系,就很难真正理解 Grok Bot。这值得单独成节,而非一句带过。若您只关心产品能做什么,可以直接跳到市场对比。
先说已确认的信息。我已提到Cursor Ultra 与 Cursor Teams Premium 的访问权限,且 Grok Bot 的 macOS 下载链接直指 downloads.cursor.com。7 月,Cursor 与 SpaceXAI 共同训练并发布了Grok 4.5,而且SpaceXAI 自己表示该模型已立即在Grok Build、各档位 Cursor 以及 SpaceXAI 控制台中可用。
这段合作并非凭空出现。2026 年早些时候,SpaceX 已通过全股票并购将 xAI 并入自身;到 6 月,SpaceX 又同意以 600 亿美元股票收购 Cursor 背后的公司 Anysphere。撰稿时,该收购仍被描述为“预计在第三季度完成”,而非“已完成”。这一差别需要记住,因为很多轻描淡写的报道已把 Cursor 当作 SpaceX 的一部分。至少在纸面上,还不是,尽管两家公司已像交易完成那样联合发布模型与产品。
为何所有 AI 公司都在此刻发布类似产品
Grok Bot 正值一个节点:几乎所有主流实验室都在超越聊天窗口。把四家摆在一起看,比单看其中任何一家都更说明问题。
ChatGPT Work
前文提到的 OpenAI ChatGPT Work,旨在连续陪伴项目数小时,将大型任务拆解为步骤并大多自行完成。它可在用户连接的应用与文件间工作,产出成品文档、表格、演示与 Web 应用,并能在应用关闭后继续在云端运行。OpenAI 明确将其定位为让 ChatGPT 超越“回答问题”,走向“完成工作”。这几乎与 SpaceXAI 描述 Grok Bot 的话同义,只是品牌不同。
Claude Cowork
Anthropic 的 Cowork 形态相似,但起点不同:您交付“目标”而非“提示”,它只在您授予访问的文件与工具间工作,而非默认访问一切。它在 2026 年 1 月以更窄的研究预览启动,随后一年中增加了更多连接器并更广泛推广,包括在笔记本合上后继续任务与安排循环工作。核心主张——说出“想要什么”,而非逐步说明“怎么做”——与 Grok Bot 的表述足够接近,二者像是对同一设计简报的回答。
Gemini Spark
Google 则从消费侧切入。Gemini Spark 是一款 24 小时常驻的云端代理,通过正式 API 而非屏幕导航连接 Gmail、日历与文档,并在夏季扩展了 Chrome 浏览与更多第三方集成。三者中,Google 也最明确划定了代理的边界:Spark 在涉及高风险动作(如花钱)前会先询问,相关权限默认关闭,需用户手动开启。
四者都不是单独售卖代理本身,这一点在只扫定价页时容易忽略。ChatGPT Work 叠加在现有 ChatGPT 订阅上,并无单独价格。Claude Cowork 现已包含于所有付费 Claude 方案(含 Pro),最初则需更昂贵的 Max。Gemini Spark 起初绑定 Google 的 AI Ultra,之后向更便宜的 AI Pro 在 160 多个国家开放。Grok Bot 也同理,像前文提到的那些计划一样“搭售”,并非独立出售。您已经付费的那个,现实中也就意味着您已经拥有的那个。
这四款产品并不相同,且打分表也未必有意义。竞争的焦点已从“谁的模型答题更好”悄然转向另一个问题:您能否把一部分工作放心托付给它,并离开不管。这个转变,而非路线图,才是此次发布背后的真正故事。
Grok Bot 仍需证明什么
产品尚处早期测试,SpaceXAI 的材料主要展示内部用法与初期反馈,因此值得坦诚点出现状未知的地方。几个未解的问题尤为突出:
- 跨越冗长且杂乱流程的可靠性——公司演示本质上只会呈现“成功案例”
- 信任与权限——正如前文所述,Bots 共享一台电脑。让一位 Bot 同时登录邮箱、CRM 与财务看板,比听上去更具风险与门槛
- 治理缺口——文档已承认,例如 Bots 实际操作的审计视图被标注为“即将推出”而非“已上线”,以及尚不可用的 Grok Bot 专属开支上限。这里的“即将推出”承担了太多含义;我本想删去这条,因为每个测试版都会这么说。但它留下来是因为缺失的恰恰是您在把收件箱托付给 Bot 之前最想要的东西:一份它实际做了什么的记录
- 错误传播——当一位 Bot 的输出成为另一位的输入(如前所述),这种协同可能改善结果,也可能只是让一个错误在更长的走廊里穿行,直到有人察觉
这些问题单看都不致命,我也不认为它们应被解读为指控。即便是更成熟、已全面开放的 Google Spark,在支付等敏感动作上也仍交回给用户,而非让代理自行完成。行业内其他玩家同样尚未完全解决这些问题。
这透露了 AI 代理的演进方向
把镜头拉远,此刻有三点最为醒目,比 Grok Bot 下一步做什么更重要。
行业重心正从“辅助”转向“对结果负责”。OpenAI 已在自家使用数据中观察到:截至 2026 年 5 月,大多数 Codex 用户都曾让其完成至少一项、OpenAI 估算由人手工需耗时超过一小时的任务。这并不能证明所有代理都能胜任长周期工作,且该数据特指 OpenAI 的编码工具而非 Grok Bot。但它显示了用户行为已在往这个方向迁移,不论供应商是谁。
第二点更不确定,却更值得咀嚼:下一个界面或许是一支团队,而不是一个聊天窗口。Grok Bot 的多 Bot 结构暗示着一个拥有少数几位更窄专长助手的未来,可能还配有一个协调者。把这当作方向感,而非我以事实担保的预测。
第三点在我看来最站得住脚。驱动这些产品的模型正成为众多要素之一,其他还包括电脑访问、记忆、权限,以及是否足够可靠以至于您不再反复核查。赢下这个品类的系统,未必是基准分最高的那一个,而是能让人安心“放手不管”的那一个。
结语
Grok Bot 再次明确释放出一个强信号:AI 公司正飞速越过聊天机器人时代,走向可被委派的劳动形态。共享云电脑、具名 Bot 名册,以及“以示范教学”的思路,让 SpaceXAI 对这一理念的实现看起来相当有野心,至少在纸面上如此。
但它仍是测试版,示例由公司挑选,文档页也承认自身存在缺口。真正的考验从来不是 Grok Bot 能否做出漂亮演示,而是几个月后人们是否足够信任它,把真实任务交给它而不再时刻盯着。我们的AI 代理盘点涵盖了更广泛品类的走向;若这些概念对您仍较新,我们的AI 代理入门课程会是不错的起点。
Grok Bot 常见问题
Grok Bot 与 Grok 聊天机器人是同一个东西吗?
不是,正如我在文中前面所述。两者作为独立产品构建并售卖,您可以只用其中一个,拥有其一并不代表自动拥有另一个。
使用 Grok Bot 需要 Cursor 账户吗?
需要。访问通过您的 Cursor 账户进行,组织的登录遵循 Cursor 的单点登录设置。这再次表明 SpaceXAI 与 Cursor 的深度绑定,叠加了我前文提到的收购时间线。
合上笔记本后,Grok Bot 还能继续工作吗?
可以。这直接源于我先前描述的云电脑架构:既然工作运行在那台电脑上而非您的设备上,关闭应用、笔记本或手机,都不会中断后台任务或计划例行。
把密码交给 Grok Bot 是否安全?
一般不需要。文档介绍了密码、两步验证与 CAPTCHA 的“接管流程”,即 Bot 会在该步骤暂时交还控制权。连接敏感服务前建议先阅读审批设置,那里也可设定哪些动作需要您的确认。
我为两个不同客户运行 Bots。它们彼此隔离吗?
在同一账户下并不隔离——这也是大家最容易忽略的点。正如文中所述,您的每位 Bot 共用一台电脑,因此为某位客户构建的 Bot 在技术上可以看到与另一位客户相关的文件与登录。如果这种隔离对您至关重要,更安全的做法是为每位客户使用独立账户,而非仅创建独立 Bot。