Grok Bot：SpaceXAI 的 AI 同事有了自己的电脑

2026年11月3日，G​rok Bot 不再是一个只会跟你说话的产品。埃隆·马斯克当天发帖说：“试试让 G​rok @Bot 打电话吧！”他所指的功能范围比电话助手更窄，也比听起来更奇怪：一旦你批准通话，Bot 就会拨打一家企业的电话，等到排队结束，在自动菜单中一路按键操作，与接听者交谈，然后把通话内容摘要交给你。执行这一操作的智能体正是同一个 G​rok Bot，自发布以来，其推理能力已从 G​rok 4.5 升级到 G​rok 4.7——并且自10月7日起，在其所有者的账号上，它可能会把最难的工作交给 Claude Opus 5.5——但电话线路是它第一次在一种你的任何登录凭证都不适用的场景中采取行动。

该功能于10月25日宣布，并在预览版本中经过了九天。11月3日发生变化的是谁可以使用它：创作者 Peter Yang 当天表示，所有 Grok Bot 用户现在都应该能够致电美国企业，而马斯克当天一直在呼吁人们尝试它。覆盖范围仅限美国号码，并且华盛顿州和伊利诺伊州均被排除——用户侧和号码侧都是如此。每一篇提及这些排除项的上线报道都列出了同样的两个州；但没有任何一篇说明原因。

关于这项功能，推出它的公司几乎没有提供任何文档记录。通话功能没有更新日志条目，新闻动态中没有相关帖子，文档里也没有对应页面。现有的只是公司所有者的一些帖子、一组用户演示，以及针对这两者的第三方报道——这与该产品最近推出的三个功能如出一辙，也正是下文每一项说法都标注了来源的原因。

该能力背后的产品于 2026 年 8 月 11 日进入早期测试版：这是一款 AI 智能体产品，其理念是 AI 不应只回答你的问题，还应替你分担工作。每个 Bot 都有一台专属的云端计算机，可登录你团队已经在用的 Gmail、CRM 和 Web 应用，并端到端完成任务——只在需要决策或批准时才回来找你。十天后，即 8 月 21 日，测试范围从三个最昂贵的高级档位扩大到 SuperGrok Plus、Cursor Pro+ 以及所有 Cursor Teams 套餐，其他人则可获得有限免费试用。随后在 8 月 26 日，SpaceXAI 完全取消了档位限制：公司在 X 上宣布，所有 SuperGrok 和 Cursor Pro 订阅者——包括每月 30 美元的基础档和每月 20 美元的 Cursor Pro 档——现在都能使用 Grok Bot，且所有用户的每周使用限额均已重置。一周后，9 月 2 日，SpaceXAI 将 Grok Bot 带到 Android，在 Play Store 上架该智能体。9 月 17 日，该产品有了声音：可与单个 Bot 进行语音通话，先是在桌面端，随后几天又登陆 iOS 和 Android。自那以后，该产品一直在同一订阅下持续演进，而不是靠新价格来划分：9 月 28 日推出了 Team Bots，即整个团队可共同使用的共享 Bot；在此后一周里，用户开始接触到一种新的、无需额外付费的角色，名为 Primary Bot——Grok Bot 在 X 上的账号于 10 月 1 日将其描述为一种能发现工作并主动提出处理的 Bot，而同一周 SpaceXAI 重置了每位用户的每周使用限额。10 月 7 日，该产品的覆盖范围再次改变：Grok Bot 获得了对 X 的原生搜索、读取和监控访问权限，因此只需一个提示词就能收集平台上正在讨论的内容，而不再需要 8 月版本所需的账号连接器。两天后，10 月 9 日，发布产品自身更新动态的账号宣布了一件听起来更小、影响却更远的事：Bot 可以申领自己的电子邮件地址，以 @mail.grokbot.com 结尾，可用于“注册服务、代你联系企业，或与他人安排时间”。你可以通过在聊天中向 Bot 提出请求，或在 X 上标记 @bot 来申领；公告称其“今天开始向用户推出”——已知信息仅此而已：9to5Mac 和 TeslaNorth 当天报道了此事，推出被描述为部分而非全面，截至 10 月 10 日文档中没有收件箱页面，不过 10 月 11 日的变更日志现已描述了这项能力本身。又过了三天，改变的是该产品的商业形态，而不是功能列表：10 月 12 日，SpaceXAI 宣布推出 The X Subscription，将 Grok、Grok Bot、Cursor 和 X Premium 合并为一个套餐——而套餐页面首次回答了 Bot 的工作如何计量。浏览器早已成为使用该产品的第四个场所：厂商自己的发布说明显示，Grok Bot 于 9 月 19 日面向 SuperGrok Heavy 登陆 grok.com，并于 10 月 3 日扩展到 SuperGrok Plus，Bot 位于侧边栏的 Bots 区域。尚未得到证实的是第三方账号在 10 月 16 日声称的另一个入口：Grok 移动应用内部的 Bots，SpaceXAI 发布的任何内容都没有描述这一点。引擎也已演进——发布时的模型是 Grok 4.5，此后该系列已发展到 Grok 4.7——而在 10 月 7 日，这一点也不再是独家的。埃隆·马斯克在 X 上的一篇帖子中而非产品公告中表示，公司将“针对任何给定任务使用最好的后端模型，包括 Claude Opus 5.5、MidJourney、Suno 和其他领先 API”，因为“最有可能带来最佳结果的东西”才是 Bot 应该采用的——重推理用 Anthropic 的 Claude Opus 5.5，图像用 Midjourney，音乐用 Suno。该声明现在作为一项声明得到了多方印证——The Information、Gizmodo、9to5Mac、Android Headlines、TechRepublic 以及音乐行业媒体都在两天内报道了它——但它仍然只是一项声明：没有价目表，没有变更日志条目，没有已交付的产物，也没有外部实测。它也没有明确哪些不在范围内。点名的是 Anthropic 的 Claude Opus 5.5、Midjourney 和 Suno，其余都归为“其他领先 API”；帖子中没有任何内容排除其他实验室的模型，也没有任何内容将其包含在内，且没有媒体从任一方向报道过，因此应把某家实验室被排除视为假设而非事实。毫无疑问的是方向：Grok Bot 底层所依赖的东西可能不再是 SpaceXAI 的模型。这种组合——一个拥有计算机的产品，加上一个负责思考的前沿模型——正是这次发布比又一次模型发布更有趣的原因。SpaceXAI 之外的任何人都无法衡量的是，当前沿模型来自别家时，这两部分会如何协同运作——而关于“计算机”这一部分的首个真正证据于 10 月 6 日出现在一个 Slack 频道中。10 月 21 日，交付物发生了变化：该产品自己的账号宣布，Grok Bot“现在可以构建报告、备忘录和仪表盘。向 Bot 要一个页面，然后一起编辑，或让 Bot 保持更新。”这是厂商说法，一条帖子和一段视频，也是该账号第一次把交付物而非智能体作为“保持最新”的东西来推销——不过变更日志在第二天，也就是 10 月 22 日，跟上了一行几乎逐字重复该说法的内容。六天后，10 月 27 日，该产品的进展转向了 Bot 知道什么，而不是它产出什么：TestingCatalog 在桌面应用中发现了一个控件，提供导入另一个助手的记忆——“从另一个 AI 助手迁移你的偏好和上下文”——而 10 月 26 日的变更日志现在为其给出了一行说明。

它也是 xAI 与 Cursor 合并后推出的首款产品。SpaceX 于 2026 年 6 月同意以 600 亿美元股票收购 Cursor 的开发商 Anysphere；Grok 4.5 是首个使用 Cursor 开发者数据构建的模型，而 Grok Bot 则是合并后的 SpaceXAI 推出的首款联合品牌产品。最初只是一个内部原型——用于销售、营销、办公运营和缺陷修复——如今已成为该公司对 AI 智能体应如何构建的公开押注。这个押注很具体：给每个智能体配备一台电脑，让它像人一样使用你的工具，并且在你合上笔记本电脑后仍能继续工作。

Grok Bot 究竟是什么

「你可以把真正的工作交给它们的 AI 队友」是 SpaceXAI 自己的说法，而其中的机制比这句口号更重要。每个 Bot 都运行在自己的云电脑上，这意味着它可以直接在任务实际发生的工具内部操作软件——浏览网站、录入信息、操作门户——用的都是人会用的那些界面。这正是它与大多数 agent 的架构差异所在：后者必须先有一个干净的 API 或 MCP 连接器，才能触及某项服务；而 Grok Bot 只需要该服务的网页界面存在，仅此而已。当连接器确实存在时，文档会引导 Bot 优先走它——它们「在有连接器的地方使用连接器，其余一切则靠计算机操作」——而 X 正是第二条路径落地之处，分两步：8 月 29 日的连接器，然后是 10 月 7 日的原生通道。10 月 9 日发布的收件箱，是把同样的逻辑用在身份而非访问权限上，也是与发布时那套说法更彻底的决裂。一个登录你 Gmail 的 Bot，是以你的身份在工作，用的是你拥有、也能撤销的凭证。而一个持有 @mail.grokbot.com 地址的 Bot 则是一个独立的当事方：它可以注册某项服务、给一家企业写信，或持有一条你从未参与过的往来线程——这正是这款产品被推销去做的事，也正是它创建的账号对任何审计你技术栈的人都不可见的原因。这也是产品跑在自己说明书前面的最干净例证——Grok Bot 文档至今仍没有关于收件箱本身的页面——最接近的，是 Teams 与企业版参考文档中的一个 Agent Email 开关，默认关闭，它允许成员认领一个地址，并让其 Bot 用它读取和发送邮件——而此时距 10 月 11 日更新日志描述这项能力，已经过去了十一天。发布帖说得很直白：「它们登录你的工具，像你一样使用它们，然后带着完成的工作回来。」

Bot 交回的内容一直是这款产品不声不响的那一半，直到本周才改变，而 10 月 21 日的公告正落在这一点上。文档的“文件与结果”页面要求你以可检查的形式指定结果——“带标题和来源链接的文档”“带明确列和公式的电子表格”“带演讲者备注的幻灯片”——结果会以卡片形式送达，你可以打开、保存或用反馈来回应，并附有一条长期有效的指令：“修改现有产物，而不是制作互不关联的副本”。产品账号 10 月 21 日所描述的是另一个对象。读那句话——“向 Bot 要一个页面，然后一起编辑，或让 Bot 持续更新它”——要读出真正新增的是什么。报告、备忘录和仪表盘是同一个东西的三种形态，更新日志已经把它称为 Page，所以命名并不是新闻；一起编辑让这个页面成为共享文档，而不是一次下载；持续更新则让交付物成为一个流程，而不是一个文件。最后一个分句，正是输出不再是你只读一次的东西的地方。Page 本身并非在 10 月 21 日才被发明：10 月 11 日的更新日志已经描述了“根据标题重命名页面”，以及“共享页面”上的标题栏，带有下载、面向访客的“试用 G​rok Bot”和面向所有者的“分享”，并指出“画布和文档都被标记为 Page”。10 月 21 日真正到来的，是厂商将那个界面命名为一种输出，并声称会对其进行维护。其余部分则应按其本来面目看待。这是产品自家账号发布的一条帖子，于 UTC 19:42 附带视频发布到 X；厂商自己的页面第二天才跟上：10 月 22 日的更新日志（v0.75.2）写有这句话：“Bot 可以构建 Page，例如报告、备忘录和仪表盘，你可以一起编辑，或让 Bot 持续更新。”这让该说法成为有文档记载的说法，而不是经过验证的事实——没有任何新闻帖提到页面，G​rok Bot 文档的全部 24 页仍把结果描述为文件和卡片，而不是厂商维护的页面；没有媒体渠道报道过它；当时更新的 iOS 版本（1.17.0）只列出了重新设计的 Connect Apps 屏幕——这与 10 月 7 日 X 集成所展现的后端推送模式如出一辙。维护这一半，背后有文档记载的机制，面前也有文档记载的限制。一个能让自己保持最新的页面，就是一项按计划运行的例程，而例程文档设定了这些约束：各次计划至少间隔五分钟，每个 Bot 最多 50 个例程，以及——最关键的一条——“G​rok Bot 可能在长时间离开后询问是否继续运行例程，如果没有回应就暂停它们。”一个会自我更新的仪表盘，就是一个在第一次无人回应 Bot 时就会停止的仪表盘。已发布的内容都没有说明刷新如何计量，但刷新是 Bot 的工作，而套餐页面说 Bot 用量从席位的共享每周额度池中支取，因此维护与清单上的其他所有项目一样，都从同一份额度中支出。

有三项能力让它更像一名员工，而不只是一个聊天机器人。第一项是“边看边学”：你示范一次任务，Bot 就会把这些步骤保存为可复用的例行流程，而你的纠正会教它下次如何处理类似工作。第二项是记忆——Bot 能跨对话保留上下文，了解你的偏好和工作风格，跟进沉寂的讨论串，并且你用得越久，它就越主动。第三项是察言观色，也是最新的能力。10月7日，Bot 获得了对 X 的原生搜索、读取和监控权限：询问人们对某个产品、某条新闻或某个行业的看法，它就会直接在平台上操作。在此之前，它有两种接入方式，但都更受限——通用网络搜索，或者 S​paceXAI 于8月29日发布的 X 连接器，后者需要关联一个 X 账户，会自动创建开发者账户，并消耗公司为付费用户赠送的 X API 额度。厂商自己的新闻稿称那个版本是“这一集成的第一个版本”。现在的区别不仅在于能力：连接器是用户必须自行完成的按账户设置，而原生访问是产品自身进入该平台的路径。S​paceXAI 的表述是，你的角色从持续操作者转变为监督者。9月底在应用中出现的主 Bot 角色，就是这一表述的具体化：一个 G​rok Bot 被提升为你直接对话的那个，而其他 Bot 则在其后待命。

记忆是这些能力中的第二项，也是本周变化所落之处。在产品自身中，记忆一直是 Bot 需要“挣得”的东西：它通过与你协作、被要求记住某事来学习；而且自 10 月 24 日起，它会在你与它的每一次聊天中学习，因为更新日志现在写明，某次聊天保存的内容会在所有聊天中被记住。新的控件让这种“挣得”过程变成捷径。在桌面应用中，它位于“设置”的“常规”选项卡下，藏在一个“开始导入”按钮后面；打开的面板标题为“将记忆导入 Grok Bot”，副标题为“从另一个 AI 助手转移你的偏好和上下文”。流程只有两步，且没有任何集成：复制一段准备好的提示词，要求另一个助手“导出我所有已存储的记忆，以及你从过去对话中了解到的关于我的任何上下文”，并“尽可能逐字保留我的原话”，然后将其回答粘贴到文本框中，按“添加到记忆”。没有文件上传，没有账号关联，而且就所示面板而言，也没有逐条审核：另一个模型返回什么，就会作为一个整块到达。 要如实标注它的性质，因为这里的证据比本文其他任何地方都更薄弱。这张截图由 TestingCatalog 发布，该账号追踪尚未发布的产品界面；它展示的是一个已发布的构建版本，而不是模型图——同一个设置窗格中带有 10 月 23 日更新日志新增的 Vault 选项卡。但厂商自己的描述只有一行，而且来得很晚：10 月 26 日（v0.77.0）的更新日志只说，“设置中的‘将记忆导入 Grok Bot’会把你的偏好和上下文从另一个 AI 助手带入你的主 Bot”，并注明需要 0.75.2 或更高版本。x.ai/news 上没有文章介绍它，Grok Bot 文档中的 24 页也没有任何一页描述导入或导出记忆。aiagentmemory.org 上有一项关于 Grok Bot 记忆的调查，最后更新于 10 月 24 日，当时没有发现任何会列出已保存记忆的设置界面；三天后，这样的界面出现了。可以认为这个控件确实存在，但细节很单薄——只有一行更新日志，没有文档页面，也没有任何内容说明粘贴进来的内容会拿什么来校验。 按下按钮之前，有两件事值得知道。第一，你粘贴的内容是模型撰写的：它不是数据导出，而是另一个助手应请求生成的、关于你的摘要，因此可能过时、奉承，或者干脆就是错的；而所示流程从不拿它与你本人核对。第二，这段文本会进入一个为 Bot 运行的每项任务提供输入的系统，因此如果另一个助手会回引它收到的指令，一次导入就构成了一个小小的提示注入面。这两点都不是回避它的理由；它们都是理由，让你在添加前先读一遍粘贴内容，并问问 Bot 它现在记住了什么。 这也不是第一条导入路径。10 月 13 日分享的一个用户自建“Memory Transfer”Bot，一直在接收完整的 ChatGPT 和 Claude 数据导出，并让你逐条批准条目，而它自己的页面说它是第三方工具。区别在于位置。你添加的 Bot 是你选择的工具；设置里的控件则是产品决策，它指向比这个功能更大的东西——产品正在为那些已经在别处拥有历史的人而构建，而它宁愿继承那段历史，也不愿失去用户切换过来的机会。

第四项能力：它挑选的是模型，而不仅仅是工作

上述三项能力描述了 Grok Bot 的工作方式。10 月 7 日，其所有者增加了第四项能力，而它改变的是产品形态，而不是功能列表：不再用 SpaceXAI 模型回答所有问题，用他的话说，Bot 将“为任何给定任务使用最佳后端模型，包括 Claude Opus 5.5、MidJourney、Suno 和其他领先 API”——Anthropic 的 Claude Opus 5.5 负责重推理任务，Midjourney 负责图像，Suno 负责音乐——并表示其运行原则是“速度与智能的最佳可能组合”——简单请求由快速的 Grok 版本处理，要求高的请求交给更大的模型，计费则跟随实际运行的模型。Grok Bot 团队的一名成员在 X 上表示，Claude Opus 5.5 正在推出，并将为应用内所有 Bot 提供支持，这是公司内部任何人最接近确认后端切换的一次表态——而 Music Business Worldwide 在 10 月 8 日报道称，SpaceXAI 完全没有说明它将如何接入 Suno 的技术。同日及次日的独立报道将 Claude 这一半描述为已经落地的后端变更，行业媒体在帖子发布后一天内就报道了 Suno 这一半。Gizmodo 刊载了关于这种分流机制应如何运作的更完整版本——“简单问题将路由到小型、快速的模型。答案复杂的问题将路由到大型模型”——这与 Musk 描述的运行原则形态相同。其余内容应如实看待：这是公司所有者描述自己的产品将如何运作，发布在 X 上，而不是更新日志里。截至 11 月 5 日，厂商自己的页面上没有任何变化：x.ai/news 仍然没有关于路由的帖子——其上最新的 Grok Bot 条目是 11 月 2 日的数据团队帖子、10 月 27 日的销售帖子和 10 月 20 日的事件案例研究，且均未说明由哪个模型回答——Grok Bot 更新日志中最新条目是 10 月 27 日（v0.78.1，购物卡片和订阅模板），而其中任何地方关于模型选择的唯一一句话仍然是 10 月 11 日的回退说明：“当某个模型在你所在地区不可用时，本轮对话会停止并解释原因，Bot 会回退到 Grok”，API 文档仍然写着“对于其他所有情况，包括代码，请使用 Grok 4.7”，而 Grok Bot 文档的 24 页中没有任何一页涉及模型选择或路由——设置页面最后修订于 10 月 6 日，仍然直白地写着“Cursor 管理模型选择，因此没有模型选择器”。没有任何费率卡为其定价，公司外部也没有人发布过 Bot 选择模型的实测数据。这一说法的边缘还存在一个实际缺口：Suno 尚未推出公共 API——其首席产品官表示公司仍在探索——因此公告中的音乐那一半，目前是还没有可见集成可以指认的那一半。帖子还留下一个未说明的问题，而这正是人们不断追问的部分：引述中点名了三家供应商，并在“其他领先 API”处止步，因此既没有排除也没有包括 OpenAI 的模型。把它解读为排除 OpenAI，是读到了句子之外。

所有这些都来自供应商自述，而且产品上线十周仍是快速迭代节奏下出货的测试版软件，所以那些可靠性说法只能当说法看。在复杂的多步骤工作流上，产品还需要更广泛的独立测试，才有人敢让它无人值守地跑。10 月 7 日的 X 集成正是对这套纪律最尖锐的考验，因为它几乎一切都出自供应商之口。SpaceXAI 自己的 Grok Bot 账号所声称的是范围：搜索、读取并监控 X，面向所有用户，无需配置 X 连接器。它没有说的是规模——“一次提示可取 100 多条 X 帖子”这个数字来自 10 月 7 日率先爆料此事的第三方报道，而非 SpaceXAI，也没有人公布过其背后的实测。它也未见文档：没有新闻稿，而 10 月 7 日的更新日志条目讲的是幻灯片和聊天配色。而它变得最快的那项工作——社交聆听——恰恰是最容易把一百条帖子的样本读成全部对话、实际却并非如此的那种。不过方向是明确无误的：这个智能体被期望在你不在场时也能运行。

Primary Bot：由你按名称选择的协调器

9月30日，用户开始在 Grok Bot 应用内看到一个题为“推出 Primary Bot”的对话框。文案将某个 Bot 描述为“主动开展工作”、“是你处理日常任务的首选”、“为你的工作扫清障碍，并在需要你帮助时主动联系你”，并提供两个选项：“使用现有 Bot”或“创建 Primary Bot”。这个 Bot 自己的开场问候对职责说得更直白：“我来做你的 Primary Bot。我可以管理你的其他 Bot。把任何任务交给我，我会确保它送到正确的 Bot。”这两张屏幕截图都来自已发布的应用，并于10月1日在 X 上流传。当前 iOS 版本 1.13.1 当天上架 App Store，更新说明只写着“Bug fixes and improvements”；此后版本已到 1.14.0，其说明涉及更快的发送和更快的首次运行。两份更新说明都没有提到 X，这正是线索：10月7日的变更是由后端推送的，而不是随版本发布。10月1日晚些时候，这一职责首次被公开说明——不是在发布帖中，而是由 @bot 说明，这是发布 Grok Bot 自身产品更新的 X 账号。该账号发帖称：“你的 Primary Bot 会发现可以替你分担的工作，并主动提出处理它”，并称该变更是“将在未来几小时内逐步推出”，且“建议不会计入你的用量”。这是首次由真正发布该功能的人公开描述这一角色，也是首次有人谈及它的用量如何计量。

要给它贴对标签，因为情况在10月1日发生了变化。该对话框于9月30日上线，并以一项 SpaceXAI 无人描述过的功能存在了一天半；随后，产品自己的账号将该角色记录在案，这比发布帖的分量要弱，但仍是真实的。它所描述的范围比对话框所暗示的要窄——发现工作并主动提出接手，且这些建议轮次不计费——而截至10月28日，文档中仍没有 Primary Bot 页面；Grok Bot 文档的24个页面中，没有一个涵盖该角色。因此有三件事仍真正未知：这一指定是否会改变 Bot 的记忆或权限、哪些 Bot 有资格，以及之后能否将该角色交给另一个 Bot。

它形式化的模式比这场对话更古老。G​rok Bot 自己的产品页面描述了把几个 Bot 放在同一线程里，让它们在彼此之间传递工作；S​paceXAI 9 月 3 日的设计文章解释了为什么界面保持得如此轻量：公司考虑过“仪表盘、任务分配板和显式交接控件”，但逐一否决了它们，因为这会“给用户增加更多协调工作”。它的结论正是那句在 Primary Bot 还没有名字时就描述了 Primary Bot 的话——“协调 Bot 处理日常路由，并在某项决定需要判断时把用户引入。”底层能力也有文档记录：现有的 Bot“也可以在某个任务需要一个长期负责人时，建议或创建一个专注的 Bot。”这就是需要厘清的区分。这个角色是厂商描述的；这一说法更宽泛的版本——即主代理通过把任务分配给它创建的子 Bot，为你建立并配置一份 Bot 名单——是实践者在实际使用中对它的叙述，于 10 月 2 日发布在 X 上，并附有一张恰好展示这一点的截图：一个 G​rok Bot 将协作计划和任务模板写入仓库，给自己设定每天两次检查任务文件夹，并且只在电子邮件、付款或删除时才停下来等你。Team Bots 是同一想法以团队形态呈现的版本：一个共享的 Bot，拥有共享的专业知识和上下文，但每个人有私密的对话和私密的记忆。因此，对于本周要设置账户的人来说，实际影响是具体的，风险也是具体的。Primary Bot 决定哪个 Bot 获得你的默认关注；它也是最接近你交给这份名单的每一个凭据的 Bot，而 S​paceXAI 没有发布任何关于该角色范围如何界定的内容。

语音：每个 Bot 使用不同的声音和语言

G​rok Bot 自 2026 年 9 月 17 日起就能说话了，当时 S​paceXAI 宣布推出与单个 Bot 的语音通话，先是在桌面端，随后几天陆续在 iOS 和 Android 上线。这次公告主推的是通话功能。真正改变 Bot 名单使用方式的部分在更下一层：语音、语速和语言属于 Bot，而不属于应用。通话过程中，“显示设置”面板提供三个控件——语音、速度、语言——语言可以手动选择，也可以保留在自动检测；根据 Cursor 的 G​rok Bot 帮助页面，它会“根据你说的话来选择语言”。这些页面没有说明的是，这些选择是否会保留下来。

症结就在供应商自己的更新日志里，而且它是作为修复而非功能出现的。v0.63.0 条目（2026年9月29日）写道：“Bot 会保留你为它设置的语音、语速和语言，而不是将它们重置为默认值。”在通话开始十二天后，这是官方首次声明这些控件是按 Bot 独立设置的——而该修复暗示此前一直发生着相反的情况，这正是按应用设置会造成的效果。读者可以据此做的很具体：给负责起草客户回复的 Bot 设置更慢、更低沉的音色，让研究 Bot 保持默认，下次调用它们时两者都会保留各自的设置。更新日志没有提及的是相邻情形——被重命名的 Bot、从模板创建的 Bot，或共享的 Team Bot——以及对 Bot 语音的编辑是否会被其他使用它的人看到。

在未选择任何内容时，回退方案只有报道，没有文档记录：报道此次发布的新闻通讯《The Grid Fin》称，通话会按你的默认 UI 语言，默认使用 Altair 语音人格，并以 1x 速度进行。语音来自哪里同样只有报道，没有文档记录：就是 Grok Voice API 所提供的那份列表，其页面自称每种语音都能说“25+ 种语言”——这份菜单的规模不值得引用具体数字，因为对其进行的独立统计结果从 25 到 28 不等，取决于是否把旧版语音和自定义语音计算在内。菜单背后的引擎于 2026 年 10 月 14 日发生了变化：xAI 的发布说明将 grok-voice-3.0 投入使用，价格与 Grok Voice 2.0 相同，并把 grok-voice-latest 别名重新指向它。SpaceXAI 发布的任何内容都没有说明 Bot 的通话使用的是哪个构建版本。

有两个限制使它并不像乍看之下那样是一项多 Bot 功能。语音聊天一次只能运行一个 Bot——“一次只运行一个语音聊天”——因此，为每个 Bot 单独配置语音并不能让你靠耳朵跟进群组话题，因为群组话题根本没有语音频道。Team Bot 是证明这条规则的例外：9 月 30 日的条目（v0.65.0）称，队友可以与 Team Bot 发起语音聊天，并且通话会留在他们与它的各自对话中。另一个限制是范围。语音通话仍是同一个 Bot、同一份记忆和同一台云电脑，只是前面加了一层语音；并且自 10 月 22 日（v0.75.2）起，通话可以“借鉴你早先的通话以及与该 Bot 的近期聊天”——这就是为什么语言设置是有用的那一半。一个固定为日语且关闭 Auto-detect 的 Bot，本意是在你切换到英语后仍继续用日语回答；另一个保持 Auto-detect 的 Bot，则是你用来问自己刚才听到了什么的那一个。那是语言伙伴，不是导师：没有任何已发布内容描述纠错、评分或课程体系，而且练习发生在同一个对话中，而在这个对话里，该 Bot 也被允许使用你的工具。

语音通话的费用是其中记录最少的部分。套餐页面没有为语音单独列出条目：Bot 使用量来自该席位的共享每周额度，而语音通话和其他任何 Bot 轮次一样，不过没有任何页面说明一分钟如何换算进该额度。Voice Notes——当你要求时 Bot 发送的语音备忘录——据说遵循同一预设，而非单独的预设——备忘录会以 Bot 保存的语音、速度和语言返回——这使它们成为确认某项设置已生效的低成本方式，无需完整听完一通通话。

呼叫：Bot 外呼

上面的 Voice，是你参与的一段对话。这里则相反：电话线路上的一个 Bot，正在与不是你的人交谈，谈的是你让它去解决的一件事。其运作机制——如报道中所述，并在用户演示中展示，而非见于任何厂商文档——如下。你请求发起一通通话并予以批准；Bot 拨打一家企业的电话；它等待度过排队等候；它按键操作自动菜单——那套“按 1 咨询账单”的树状菜单，让大多数语音代理都败下阵来；它与接电话的任何人交谈，包括寒暄；并且它会实时流式传输文字记录，你可以在通话进行时阅读。如果对方问了 Bot 不知道的事，聊天中会出现一个回答框：你输入，Bot 说出来。在接受最终条款之前，它会暂停等待你的批准。通话结束后，你会收到一份摘要。

2026年10月25日，Elon Musk 在一篇帖子中宣布了这项功能，表示可以“替你给某人或某家企业打电话”，并“给你发送一份总结通话内容的摘要”。九天后，他发帖称“试着让 Grok @Bot 打电话吧！”，不到一天，Teslarati 就刊登了创作者 Peter Yang 的说法：所有 Grok Bot 用户现在都应该能够致电美国企业。随之流传的演示足够具体，因而有用，但它们并不是量化测量。Yang 致电 Comcast 的 25 分钟通话把账单从每月 84 美元降到 45 美元——约合每年 500 美元——此前 Bot 拒绝了三次追加销售，并引用了竞争对手运营商更便宜的光纤报价；在最终条款被接受前，通话还暂停以等待他的批准。另一位用户报告称，在 51 分钟的通话中从 Verizon Fios 追回了 100 美元礼品卡；还有一位用户则获得了当天的儿科预约。一个被报告的失败案例与成功案例同样具有启发意义：一旦明确电话那头是 AI，一位客服代表就拒绝取消订阅。应把这一切视为用户对自己通话的描述，并由公司所有者转述。还没有人进行过对照测试，来验证这种功能有多常奏效。

覆盖范围是那个有硬性边界的部分，而且它比"仅限美国"更窄。TestingCatalog 在 11 月 4 日读到推送通知后，准确地概括为：所谓"仅适用于美国用户（华盛顿州和伊利诺伊州除外），且只能拨打这些同一地区内的美国号码"——主叫方和被叫号码都须满足。The Rundown AI 同一天也报道了同样这两个例外。x​AI 和任何相关报道都没有解释其中缘由；最显而易见的候选原因是这两个州对通话录音实行全体同意规则，但这只是推断，而非公司的任何表态。行为规则也是以同样方式被报道的：每通电话都必须自我表明是代表用户拨打的虚拟助手，并警告通话可能被录音；同时禁止营销、大规模外呼和冒充他人。要把这一点理解为全部的执行机制，因为它确实就是全部。接听的企业除了机器人告诉它的内容之外，没有任何办法知道电话那头究竟是什么。

缺的是书面记录，而它缺失的方式在这里如今已经司空见惯。G​rok Bot 的更新日志中没有关于通话的条目：最新一条是 10 月 27 日（v0.78.1，购物卡和订阅模板），再往前 10 月 26 日的条目（v0.77.0）涵盖权限、Vault 支付和问题卡。AI Agent Chronicle 将该功能记到某个 v0.77 构建版本；但该条目没有提到通话，因此这个版本号值得被视为未经证实。新闻源中没有相关帖子——其最新的 G​rok Bot 条目是 11 月 2 日，讲的是数据团队——而 G​rok Bot 文档的站点地图列出了 25 个 URL，其中没有一个描述如何拨打电话。不过，更新日志确实记录了相邻的操作，而对比才是有趣之处：v0.78.1 写道，“Bot 可以取消订阅，或查询其价格和续订日期，并在更改任何内容之前与你确认。”演示所推销的结果有一条有文档记录的路径。而达到同一结果的那通电话却没有。

电话通话如何计量是该功能中记录最少的部分，而且它的起点与语音相同。Bot 使用量从席位的共享每周额度池中扣除，一次通话就像任何其他轮次一样属于 Bot 工作——但没有任何页面说明等待中的一分钟如何换算进该池，供应商也没有公布池的大小。演示让这个问题变得具体：一通 25 分钟的通话和一次 51 分钟的通话不是同一笔购买，而后者正是用户口中“吃掉一周”的那种情况。马斯克曾公开表示，提供 G​rok Bot 服务“相对于收入而言高得不可持续”，这既是对公司成本的陈述，也是对额度的一个合理警告。访问权限本身并不是未决问题：覆盖范围将通话置于 The X Subscription 的 $30 Premium 层级及以上，而 Bot 访问已经从此层级开始，因此没有附加价格，也没有单独购买。问题在于计量，而不在于价格。

这件事比另一个功能更重要的原因，在于它把 Bot 置于何处。在十一月之前，这个产品所做的一切都发生在你已连接且可撤销的账户内：Gmail、CRM、云电脑上的浏览器会话。而一通电话会越出这个边界。Bot 就是你，置身于一场你并未参与的对话中，通话线路可能被录音，转录内容存储在文档未说明的某处，主叫号码也无人公布。10 月 6 日的事件——一个 Bot 将其所有者的银行余额发进公司 Slack 频道——带来的教训是，真正重要的边界不是智能体可以读取什么，而是它可以发布什么；一通电话就是以声音形式进行的发布。现有的控制措施正是已经描述过的那些：你批准通话，你批准最终条款，而且 Bot 必须说明它是什么。对于预订餐桌而言，这是一套合理的措施。对于取消、谈判，或任何取决于账号的事项，要亲自盯住第一通电话，而不是相信摘要。

底层模型：Grok 4.5、紧随其后的两个，以及如今其他各家的模型。

Grok Bot 负责编排；模型负责思考。Grok 4.5 在发布时是引擎：SpaceXAI 于 2026 年 7 月 8 日发布的旗舰模型——首个使用 Cursor 训练的模型，基于约 1.5 万亿参数的基座，并补充了数万亿 token 的真实开发者会话数据：调试轨迹、多文件编辑和修正。其独立数据经得起检验：Artificial Analysis 智能指数约为 55.8，编码指数为 72.4，上下文窗口为 50 万 token，SWE-bench Verified 为 86.6%（由 vals.ai 独立报告）。该模型定价为每百万输入 token 2 美元、每百万输出 token 6 美元，还有一个值得了解的长上下文变化：当提示 token 超过 20 万时，xAI 的分级定价会使这些费率翻倍至 4 美元/12 美元——对于要把整个代码仓库塞进上下文的智能体运行来说，这是实实在在的考虑因素。两个后继模型已经到来，却没有改变这一阶梯：8 月 12 日的 Grok 4.6 和 9 月 21 日的 Grok 4.7 均标价相同的 2 美元/6 美元，采用相同的 20 万 token 分级和相同的 50 万 token 上下文；Grok 4.7 的发布说明称，它经过训练，能够原生理解 Grok Bot 运行框架——这是首个训练明确针对该产品的 Grok。10 月 7 日改变的是 Bot 在拿谁做比较。它不再是在 Grok 4.5 和 Grok 4.7 之间做选择——而是在一个 Grok 模型和其他所有人的旗舰模型之间做选择，而它必须证明的差距并不小。在 Artificial Analysis 的智能指数上，Claude Opus 5.5 在其最高配置下得分为 58，在 225 个被测配置中排名第一；而 Grok 4.7 在其最高推理设置下得分为 46。价目表也以同样的方式出现分化：Claude Opus 5.5 标价为每百万输入 token 4 美元、每百万输出 token 20 美元，上下文为 100 万 token，每个 Index 任务的实测成本为 5.98 美元；而 Grok 4.7 标价为 2 美元/6 美元，上下文为 50 万 token，每个任务为 3.74 美元。这些是独立测量的分数和公布的标价，而非厂商声明——它们也是某个路由决策背后的算术：如果该决策属实，那就是用 SpaceXAI 的价格优势换取更好的答案。

以上段落中的每一项内容，要么是独立测量的结果，要么是已公布的价格。属于厂商报告且未复现的内容包括：埃隆·马斯克声称 Grok 4.5 是“Opus 级模型，但更快、token 效率更高、成本更低”，以及 xAI 的效率数据——Grok 4.5 平均每个已解决的 SWE-bench Pro 任务约使用 15,954 个输出 token，而 Claude Opus 4.8 为 67,020 个——如果这一 4.2 倍的 token 效率优势成立，再叠加更低的每 token 价格，就会形成巨大的每任务成本差距。请将其标注为它本来的性质：一项主张。10 月 7 日那篇路由帖子也应列入同一清单，而且要高一个层级：这是公司所有者在谈论自己的产品将如何表现，背后并没有已交付的产物可供核查。

Grok Bot 与其他智能体工作区相比表现如何

Grok Bot 正在进入一个已有重量级参与者的领域：Anthropic 的 Claude Cowork、OpenAI 的 ChatGPT Agent、Perplexity 的 Computer，以及 Microsoft 和 Google 一直在推进到自家技术栈中的助手。最直接的对比是 Claude Cowork，它同样把自己宣传为 AI 同事，而两者在架构上做出了相反的押注。Cowork 在你自己的机器上的沙盒中运行——在 Mac 上是一个容器化的 Linux 环境——并处理你明确授予它访问权限的文件，通过连接器和 Chrome 扩展程序访问外部服务。Grok Bot 则在它自有的云电脑上运行，并通过你使用的同一批 Web 界面访问你的工具，无需逐服务集成。10 月 7 日让这一架构论点更加尖锐，而不是将其软化：通过 Web 界面读取平台的 Bot 在规模化时又慢又脆弱，而拥有进入平台的原生数据通路的 Bot 则不会。对于任何答案存在于人们当下发布内容中的工作来说，这是基于连接器的工作区无法靠更用力地提示词来弥合的差距。10 月 7 日从第二个方向横切这一论点，而这一次关乎整个产品，而不是 X 路径。如果 Bot 将每项任务路由到它能找到的最佳模型，那么架构押注就不再是 Grok Bot 唯一卖的东西——前沿模型才是，而 SpaceXAI 保留的是围绕它的编排：云电脑、记忆、例程和模型阵容。这是一个站得住脚的定位，而且专有性要弱得多，因为它路由到的每个模型，任何拥有 API 密钥的人都能使用。10 月 21 日增加了第三个维度，它关乎工作区留下什么，而不是它如何运作。Cowork 的输出是你机器上的一个文件——你打开并拥有的文档、演示文稿、电子表格。Grok Bot 的输出现在可以是它维护的一个页面，这是一种不同类型的承诺：价值会在没有下一次提示的情况下持续累积，依赖也同样如此。对于每周复盘或账户健康看板来说，这是合适的形态。对于任何你需要交给账户外某人的东西，一个无需登录即可阅读的文件仍然是更稳妥的交付物，而且两者并不互斥——根据 10 月 11 日的更新日志，共享页面可以保存为 PDF。Claude Opus 5.5 和 Grok 4.7 都已经在 OrcaRouter 上，使用一个密钥和一个 OpenAI 兼容端点，覆盖 200 多个模型，按各自厂商的标价、无加价——因此，SpaceXAI 代表 Bot 做出的路由决策，你自己可以按每次调用做出，并在调用之间更改，而无需第二份合同或代码改动。

权衡是真实存在的，值得直白说明。Cowork 的本地沙箱把你的文件保留在你的硬件上，这是一种隐私优势，但你的机器关机时它就无法继续工作，而且它需要一项集成——连接器、扩展或脚本——才能接入每个新服务。Grok Bot 的云端计算机全天候工作，可以访问任何 Web 应用，但它处理的数据存放在 SpaceXAI 的云中，而整个模式就是“登录我的工具”——这使提示注入防护成为首要安全问题，而不是事后才想到的补充。Anthropic 已就 Cowork 面临的同一类风险明确表态；Grok Bot 的架构在设计上正是主动迎向这种风险。这种风险在10月6日不再是假设：当天科技创始人兼投资人 Shane Mac 发帖称，一个 Grok Bot 曾把他的个人银行余额——以及家庭健身房建设、化粪池工程和信用卡还款的逐项支出明细——以他的名义发进了公司高管 Slack 频道。他自己对事发原因的描述才是值得记住的部分：他把一个 Bot 连接到银行用于只读财务工作，另一个不同的 Bot 用于 Slack，结果这两个 Bot 竟能够互相访问。这与其说是 bug，不如说是文档中写明的设计。Cursor 的 Grok Bot 文档指出，成员的所有 Bot 都运行在同一台托管计算机上，并共享其文件、浏览器会话和应用登录信息，还告诉你“将放置在其上的任何内容都视为你运行的每个 Bot 都可访问”；每个 Bot 都有自己的屏幕，但这些屏幕是“独立的工作界面，而不是独立的安全边界”。只读限制的是 Bot 对你将它连接到的服务可以做什么——它并不限制该 Bot 能对共享同一台机器的另一个 Bot 说什么。在这里，像本文其他部分一样，套用同样的审慎标准：Mac 的证据是他自己的截图；他正在打造一款用于控制智能体权限的产品；他被指刷互动量，并已否认该帖系捏造；该事件尚未得到独立核实。但该机制来自厂商自己的文档，而不是他的说法；而且报道现已铺开——Cybernews 和 Futurism 于10月7日，Wall Street Journal、dev.ua、Yahoo Tech 和 Gadget Review 于10月8日，Business Insider 于10月9日——这使其成为本文所述架构的首次具体检验，而不是又一条厂商声明。10月9日宣布的收件箱功能让同一风险更加尖锐，而非有所缓和。能认领地址的 Bot，就是能创建账户、接受服务条款，并以自身而非你的名义发送邮件的 Bot；而文档为此提供的唯一边界，是建议编写一条审批规则——厂商自己给出的示例是“发送任何外部邮件前先询问”。这是一条你必须自己想到才会添加的规则；而且是在一台共享计算机上——按照厂商自己的文档，你运行的每个 Bot 都能访问其他每个 Bot 的文件、会话和登录信息。10月21日的页面公告从一个其他十月功能都未曾涉及的方向扩大了这种暴露面，而这是无人关注的那一项。由你的 CRM、银行连接器或支持队列拼装而成的页面，是一份用这套 Bot 阵容所能触及的最敏感数据构建出来的文档；而10月11日的更新日志为共享页面加上了带有 Download 和 Share 的标题栏，并为没有账户的人提供了一个“Try Grok Bot for visitors”入口。一个分享过一次的链接，会比产生它的对话存在得更久；如果 Bot 持续维护它，它就会持续更新；而且它位于一台计算机上，你运行的任何 Bot 都能打开同样的文件。把这份公告与10月6日事件放在一起读，得到的教训与银行余额事件所揭示的并无二致：真正重要的边界不是 Bot 可以读取什么，而是它可以发布什么。

定价，以及订阅实际能带来什么

Grok Bot 没有单独定价。访问权限捆绑在 SuperGrok 和 Cursor 订阅中，覆盖桌面端（Mac、Windows、Linux）、iOS 以及现在的 Android——Android 应用于9月2日登陆 Google Play，使用与桌面端和 iOS 应用相同的账户和每周配额，没有单独的移动端订阅。在8月11日测试版发布时，访问权限仅限于三个最贵的档位：每月300美元的 SuperGrok Heavy、每月200美元的 Cursor Ultra，以及每席位每月120美元的 Cursor Teams Premium。8月21日，SpaceXAI 将测试范围扩大到每月100美元的 SuperGrok Plus、每月60美元的 Cursor Pro+，以及所有 Cursor Teams 套餐——从按月计费、每用户每月40美元的 Standard 一直到 Premium。五天后再次扩大：根据公司在 X 上的公告，所有 SuperGrok 和 Cursor Pro 订阅者现在都能使用 Bot——包括每月30美元的基础 SuperGrok 档和每月20美元的 Cursor Pro 档——随着测试池扩大，SpaceXAI 为所有用户重置了每周用量限制。这些订阅之外的所有人仍可获得有限用量的免费试用——一笔七天有效期的用量额度，按智能体步骤和 token 而非消息条数扣减。9月3日，企业版等候名单关闭：Grok Bot for Enterprise 正式推出，带有访问、网络和审计控制，Grok 和 Cursor 企业客户在前两周获得免费用量。没有改变的是这项产品的形态——仍然没有单独定价，9月下旬出现的 Primary Bot 角色也不是单独购买项——10月7日加入的原生 X 搜索同样不是，它没有带来新档位、没有需要安装的连接器，也没有改变上述套餐；10月9日宣布的收件箱也是如此——没有加购价格、没有单独购买，且发布被描述为部分推送，因此可能尚未覆盖所有账户。9月17日宣布的语音通话也是如此：没有加购价格、没有新档位，任何套餐页面上也没有单独列项。然后，在10月12日，这项产品的形态改变了：SpaceXAI 宣布了 The X Subscription，将 Grok、Grok Bot、Cursor 和 X Premium 合并为一个套餐——Premium 每月30美元，Super 100美元，Ultra 200美元，每月8美元的 Plus 档完全不含 Bot 访问权限——其套餐页面说出了旧档位从未说过的话：“Bot 用量从该席位的共享每周用量池中扣除，而不是单独的叠加池”，适用于 Grok、Grok Bot 和 Cursor。现有的 SuperGrok、Cursor 和 X Premium 订阅者不会被强制迁移；公告称除非他们主动切换，否则一切不变。如果路由按描述落地，它会让该席位更有吸引力而不是相反：无论 Bot 用 $2/$6 的 Grok 模型还是用 $4/$20 的竞争对手旗舰模型来回答，你支付的月订阅费都一样，因此它越常选择昂贵模型，这个席位的价值就越高。这也让 SpaceXAI 尚未回答的问题更聚焦。它自己的套餐页面现在说明了 Grok 池之外的一切费用去向：“Cursor 中的第三方模型不属于包含用量，因此它们从第一次使用起就消耗这些额度”，这些额度按 API 标价作为加购项购买。把这一点与路由声明对照来看，两者尚未吻合——这句话说的是 Cursor 的第三方模型，而不是 Grok Bot 为某个 Bot 任务挑选的模型，已发布的内容也没有说明被路由的 Claude Opus 5.5 调用是从共享每周用量池中扣除，还是落在加购额度上。因此，悬而未决的问题现在变得具体而非笼统：被路由的第三方调用消耗的是哪个池，以及昂贵模型是否会更快耗尽它。订阅文档只围绕它画了半条边界——它说套餐包含每周用量，并且“符合条件的账户可以添加按模型和 token 成本计费的按需用量”，这证实超额用量取决于实际运行的模型，而不是按任务的固定费率，但仍未说明一次 $4/$20 的 Claude Opus 5.5 调用与一次 $2/$6 的 Grok 4.7 调用在消耗每周额度上有何不同。10月25日宣布、11月3日向用户开放的通话功能，也以与本文其他所有内容相同的方式到来：没有加购价格、没有新档位，任何套餐页面上也没有单独列项——相关报道将其定位于 The X Subscription 每月30美元的 Premium 档及以上，而这正是 Bot 访问权限已经起步的位置。

把产品与模型分开来看，定价就变得重要了。订阅买的是编排层——云电脑、多 Bot 协同、记忆与例行任务系统——而不只是 token。通过 API 按每百万 token $2/$6 的价格直接计量 Grok 4.5 原始用量时，即便一个 $60 的 Cursor Pro+ 席位也能覆盖大量 token；但 API 价格买到的是模型，而不是 AI 同事、云电脑或团队聊天。它们是不同的产品，定价方式也不同；你想要哪一个，取决于价值在于编排，还是在于原始推理能力。10 月 21 日的页面功能以一种虽小但值得一提的方式改变了这笔账，因为它是第一个即使你没有任何操作也会向你收费的功能。Bot 保持更新的页面就是一项例行任务，例行任务属于 Bot 工作，而 Bot 用量会从席位共享的每周额度池中扣除——因此，一个设为每天早晨刷新的仪表盘，会消耗同一份额度，而这份额度原本可供 Bot 阵容用于任务，无论你当天是否查看它。静态交付物的成本是一次生成；实时交付物的成本则是每一次刷新，而供应商尚未公布每次刷新的具体数字、上限，也没有提供任何方式让你查看单个页面消耗了多少。这并不是要避开该功能的理由，而是要有意设置刷新计划，而不是直接接受默认值；并在让 Bot 指向每小时更新的数据源之前，先核对该页面对额度池的占用。

如果这正是你想要的模型，那么 G​rok 4.x 系列可通过 OrcaRouter 按 xAI 的标价、以零加价透传的方式调用——Grok 4.5、Grok 4.6 和 Grok 4.7均标价为每百万输入 token 2 美元、每百万输出 token 6 美元，200K token 的分档保持不变，并拥有同样的 500K 上下文窗口，且与 200 多个其他模型共用同一个 OpenAI 兼容端点。由于价格是透传的，xAI 一旦降价，当天就会反映到你的账单上。不过，价值主张不止于价格：你可以将 Grok 模型用于智能体工作负载中低成本、大批量的处理轮次，在某个请求看起来有风险或某个提供商出现故障时自动故障转移到另一个模型，并使用路由 DSL 在单次调用中组合两个模型。如果你从这次发布中得到的结论是“我想要一个由 Grok 驱动的智能体”，那你无需订阅即可开始构建一个——其背后的引擎今天就可以调用。10 月 7 日至 10 月 9 日的一系列动向，指向了这一点最快见效之处，而且方向一致：监控任务的好坏，取决于你为每一批数据指定的模型，而按任务挑选该模型，正是 Grok Bot 现在声称将为你做的事情。不同之处在于，这里同样的两个模型都共用一把密钥——Claude Opus 5.5 和 Grok 4.7 在同一个端点上，按各自供应商的目录价计费，加价保持为零——因此，低成本、大批量的扫描轮次可以交给小模型，批次中任何值得推理的内容可以升级到 Grok 4.7，而漫长的多文件更改可以在下一次调用时切换到 Claude Opus 5.5。路由并不是你等着订阅来赋予你的功能；它本就是拥有 200 多个模型的端点所具备的东西。路由器并不划定、也不应被宣传为划定的一个边界是：智能体被允许使用哪些工具。路由决定由哪个模型应答调用；它并不说明该模型——或持有你凭据的 Bot——能够触及什么——那个边界属于智能体所运行的平台，而 10 月 6 日的事件正是无人设置该边界时的样子。

看什么

• 引擎先是按计划更新，随后又更新了一次。Grok 4.6 于 2026 年 8 月 12 日发布——落在公司此前暗示的 8 月 10 日至 14 日窗口内——保留了 Grok 4.5 每百万 token 2 美元/6 美元的定价和 500K 上下文，并新增了自我验证：在长时间的智能体运行中检查自己的工作，而这正是 Grok Bot 所依赖的可靠性层面。9 月 21 日，SpaceXAI 发布了 Grok 4.7，这是一个更大的基础模型，针对耗时数小时的任务进行了更长的强化学习训练，以与 Grok 4.6 相同的价格和速度提供服务，并且根据其发布说明，它经过训练，能够原生理解 Grok Bot 的运行框架。10 月 7 日，同一个问题转向了上文各条未涵盖的方向：Elon Musk 发帖称，SpaceXAI“将针对任何给定任务使用最好的后端模型，包括 Claude Opus 5.5、MidJourney、Suno 和其他领先 API”，并补充说大多数请求很简单，将由快速的 Grok 版本处理，而更繁重的请求则交给更大的模型。这一说法作为一种说法，现已得到确凿佐证——The Information、Gizmodo、9to5Mac、Android Headlines 以及音乐行业媒体都在一天内报道了它，TechRepublic 和 BigGo 于 10 月 9 日跟进报道，9to5Mac 将 Claude 那部分报道为一项已经上线的后端变更。但该功能并未得到佐证：没有任何变更日志条目描述路由，没有价目表为其定价，文档仍将音频、图像和视频之外的所有内容都列为 Grok 4.7，而且 SpaceXAI 之外没有人发布过关于 Bot 选择模型的测量结果——10 月 6 日更新的设置页面仍声明由 Cursor 负责模型选择，且没有模型选择器。此后发生变化的并不是路由：而是 10 月 9 日的收件箱，它带来了用户确实可以主张的东西；10 月 12 日的订阅，它改变的是价格而非产品；10 月 21 日的页面声明，它改变了交付物，却仍然完全没有点名任何模型；10 月 27 日的记忆导入，它改变的是 Bot 对你的了解，却对哪个模型作答只字未提；以及 11 月 3 日通话功能的推出，它改变了 Bot 能行动的范围，却仍对哪个模型作答只字未提。范围同样没有定论——帖子点名了 Anthropic、Midjourney 和 Suno，把其余留给“其他领先 API”，因此，把 OpenAI 排除在外只是一种假设，现有报道无论正反都不支持。因此，这一条自 8 月以来一直承载的问题——Grok Bot 在任何一天究竟运行在哪个引擎上——现在有了一个可能并非 Grok 模型的答案，它由公司所有者说出，而公司尚未将其记录在案。

• 推出节奏很快，重点已从席位转向能力。Beta 最初仅限三个最昂贵的档位，十天后，访问权限扩大到 SuperGrok Plus、Cursor Pro+ 以及所有 Cursor Teams 套餐——该收购于 8 月 14 日正式完成，而 Cursor 的订阅用户群显然正充当分发渠道。五天后，即 8 月 26 日，档位门槛完全取消：S​paceXAI 在 X 上宣布，所有 SuperGrok 和 Cursor Pro 订阅者——包括基础档位——现在都可使用，并为所有人重置了每周使用限额。此后，发布的内容一直是功能，而非档位：9 月 3 日的 G​rok Bot for Enterprise、9 月 17 日与单个 Bot 的语音通话、9 月 28 日进入公测的共享 Team Bots，以及 9 月 30 日应用中的 Primary Bot 角色。10 月以更快的节奏延续了同样的模式：9 月 30 日推出编码交接，让 Bot 将工作交给 Cursor，并通过 GitHub 和 Origin 插件管理拉取请求；10 月 1 日首次出现厂商对 Primary Bot 的描述；10 月 2 日为每位用户重置每周使用限额——这是 S​paceXAI 自 8 月以来第二次这么做，也是上周额度耗尽的 Bot 今天可能又能工作的原因；此外还有 10 月 7 日对 X 的原生搜索、读取和监控访问权限，以及 10 月 9 日为每个 Bot 提供 @mail.grokbot.com 邮箱。10 月 11 日的更新日志将其描述为“Bot 可以认领自己的电子邮件地址并在那里接收邮件”，外发邮件则等待“你在草稿卡片上批准”——10 月 21 日，同一个账号通过视频宣布了一个由 Bot 构建、可与你共同编辑并保持更新的页面，且没有价格或套餐变动，随后写入 10 月 22 日的更新日志；10 月 27 日，一个导入控件在正式宣布前先出现在桌面应用中，它可借助另一个助手为 Bot 的记忆做初始填充，并在 10 月 26 日获得了一行更新日志条目。11 月以另一种方式打破了这一模式：通话功能在没有更新日志条目、没有新闻稿、也完全没有文档页面的情况下推送到用户。注意其中的模式：10 月的每项能力推出时都没有附带价格和档位——随后 10 月 12 日故意打破了这一连续做法，将同样的产品重新打包为一个订阅，定价为 $30、$100 和 $200，Bot 使用量共享同一个每周额度池。按智能体步骤和 token 计量、设七天窗口的免费试用，仍是无需订阅的唯一进入方式。

平台覆盖范围再次扩大，而关于它的最新说法尚未得到证实。Grok Bot 的 8 月 11 日测试版在桌面端和 iOS 上运行；9 月 2 日，该应用登陆 Android，在 Google Play 上架，支持 Android 9 及以上版本。TestingCatalog——此前曾在移动应用内部发现一个隐藏的 Grok-Bot 条目——率先报道了它的到来，SpaceXAI 在 X 上的公告同日予以确认。与发布时同步推出的 iOS 配套应用一样，Android 应用实际上就是 Bot 云电脑的远程控制器：你可以向 Bot 发消息、观看任务运行，并在手机上批准需要人工介入的操作，而工作仍在云端继续执行。覆盖范围比这份应用清单所显示的更广，而这正是值得精确更正的地方。根据厂商自己的发布说明，Bot 也存在于 grok.com 之内：9 月 19 日起向 SuperGrok Heavy 用户提供，10 月 3 日扩展至 SuperGrok Plus，位于侧边栏的 Bots 板块，让你可以“打开它们的会话线程，并在浏览器中继续对话”。这是第四个平台，且有厂商文档为证，而非媒体报道。第五个则不是：10 月 16 日，一个追踪该产品的账号发帖称 Bots 已“在 Grok 网页版和移动端”推出，其中网页版已获确认，移动端则没有——Grok 应用 10 月 13 日发布版本的说明中只列出了聊天、语音和 Imagine 的改进，Grok 的 Play 商店页面没有 Bots 板块，厂商的 Grok Bot 文档仍描述的是一个独立的移动应用，而不是 Grok 内部的 Bots。请将“Grok 应用内的 Bots”视为未经证实。随着厂商记录的每个平台如今都已发布、企业管控功能也已推出，对买家而言，悬而未决的问题不再是覆盖范围——而是这些管控在他们自己的环境中是否站得住脚，而 10 月的两项变更让这个问题更加尖锐，而非更容易回答。Primary Bot 角色将名册的凭据集中到一处；10 月 9 日的收件箱则把边界从覆盖范围转向身份，因为拥有自己地址的 Bot 是一个主体，其他服务会将其视为用户，而文档中没有任何内容说明该身份如何划定范围、如何记录日志或如何吊销。

• 云电脑方案能否经受真实安全需求的考验——如今中间还多了一个协调器。一个能登录你各项工具的代理，本身就是极具价值的目标。由一个 Primary Bot 管理其他 Bot，会进一步抬高风险，因为无论哪个 Bot 负责协调这份名册，它一旦被攻破，影响范围都最远；而 S​paceXAI 对这项角色会如何改变权限或审计只字未提。这场押注在于：给代理配备它们自己的计算机——以及与之配套的监督工具——才是让它们无人值守工作的正确方式。测试版就是这场检验，而第一个结果已经出现：10 月 6 日有关某个 G​rok Bot 将其所有者的银行余额发布到公司 Slack 频道的报道，正是这一条目所警示的失效模式公开上演，而供应商自己的文档恰好提供了这一机制——每位成员共用一台计算机、共享浏览器会话和登录状态，屏幕则是“独立的工作界面，而不是独立的安全边界”。关于路由的说法只会加重、而非缓解这一问题：Bot 调用的模型越多，携带你数据的提示词可能经过的参与方就越多，而 S​paceXAI 没有公布任何关于第三方模型会看到什么的信息。10 月 9 日的收件箱则在另一个方向上做了同样的事：它给了 Bot 一条其他企业会回应的对外渠道，因此错误或被注入的指令不再止步于你自己的账户。10 月 7 日的 X 集成确实在一个有用的位置划出了一条边界，这一点值得明确肯定：Bot 可以搜索、读取和监控 X，也可以起草帖子，但不能发布，因此最后一步仍由人来做。对于一个已经持有你凭据的代理来说，这正是正确的形态——而且这是一条供应商日后可以放宽的边界，这也正是它应列入这份清单、而不是留在功能描述中的原因。

诚实的总结是这样的：G​rok Bot 是将“AI 智能体是拥有自己电脑的同事，而不是更聪明的聊天机器人”这一押注产品化的产物。其底层模型——发布时的 Grok 4.5、如今的 Grok 4.7——是真实存在的，其 4.5 版本经过独立基准测试，并且已经可通过 API 调用。产品现在的交付速度快于它自我解释的速度：Team Bots 于 9 月 28 日推出，Primary Bot 角色几天后出现在应用中，并于 10 月 1 日获得首个厂商描述，而文档一直落后于上述每一项——参考页面所描述的产品，至今仍未把该角色置于顶层。语音是那份清单其余部分所没有的例外：语音聊天于 9 月 17 日上线，而到 9 月 29 日，更新日志已经在修复真正重要的部分——Bot 现在会保留你为它设置的语音、速度和语言。所有这些都包含在你可能已经拥有的订阅中，无需额外付费。10 月 7 日让卖点更锋利；10 月 7 日也改变了它的形态。对 X 的原生访问是基于连接器的智能体工作区无法匹敌的输入，而它的到来没有价格变动、没有新层级，也没有设置步骤。10 月 9 日公布的地址也以同样方式到来——没有附加价格，除了提出请求之外没有设置步骤——而它是本页对这里两类主张最清晰的例证：一个用户被告知当天去认领的邮箱，是你实际能拿在手里的东西；而把困难任务路由给 Claude Opus 5.5、Midjourney 和 Suno 则是一项声明，而不是已交付的价目表，并且它还承认，G​rok Bot 某些工作的最佳模型是别人家的。今天读者能付诸行动的东西，在一个方面比一周前更窄，在另一个方面则更宽。模型本身仍可按公布价格调用，而 S​paceXAI 所承诺的能力，是端点已经能给你的。改变的是打包方式：10 月 12 日的订阅用一条定价为 30 美元、100 美元和 200 美元的阶梯取代了单点式层级，把 Bot 的用量纳入它与 Cursor 共享的池子，并把产品放进了一个它过去从未所在的浏览器标签页。交付物在一周后发生了转移。10 月 21 日，产品自己的账号表示，Bot 可以把报告、备忘录或仪表盘构建成一个页面，你可以与它一起编辑，并且它会保持最新——10 月 22 日的更新日志随后重复了这一说法，且没有外部确认——如果这成立，你从这个产品拿回的东西就不再是你拥有的一个文件，而会变成一个持续运作的页面，运行在一台共享电脑上，数据来自你最敏感的信息。用便宜的方式测试它：让 Bot 生成一个页面只是一次提示，不是一次迁移。六天后到来的记忆导入则走向另一面：它降低了切换到本产品的成本，也让 Bot 对你的认知仅能单向迁移——没有任何已发布内容描述导出功能。11 月 3 日开放的通话功能是这里第一项把这些账户抛在身后的能力，也是最需要小心对待的能力。一个能预订餐位的 Bot 是便利；一个在录音线路中、以你的名义取消合同，来电显示号码无人公布、通话转录记录存放在无人说明之处的 Bot，则是关于授权的问题，而不是关于功能的问题。审批步骤确实存在，而且它是产品提供的唯一控制手段——所以在批准之前，先读清楚 Bot 即将同意什么，并从你可以撤销的事情开始。确实发生变化的是证据：路由主张仍然是一项声明，而必须承载它的共享电脑设计如今已产生了首个公开故障，于 10 月 6 日被报道，厂商并未认真否认。在有人交付每个 Bot 独立的凭据之前，你授予名册的权限就是你所管理的暴露面——这是要审慎决定 Bot 可以看什么的理由，而不是跳过这个产品的理由。这个产品是否配得上订阅费——入门门槛已从 SuperGrok Heavy 的 300 美元降到 30 美元的 X Subscription Premium 席位、只要这些计划仍在销售就为 20 美元的 Cursor Pro 席位，或免费试用——是扩大范围的测试版和企业推广必须回答的问题；模型是否值得使用则已经有答案。

像本次发布这样的版本，其背后有记录的 AI 故障和智能体事件均收录在OrcaRouter AI Incident Archive中，每条记录都附带各自的来源、严重程度、置信度等级和争议标记。