Grok 机器人配置：无 Studio，无模型选择器

本周流传着一篇中文帖子，标题是《我的 Grok Bot 工作室配置》——英文即“my Grok Bot studio configuration”——而措辞就是破绽所在。任何真正配置过 Grok Bot 的人都知道，根本没有什么工作室：没有拖拽式构建器，没有节点画布，也没有让你选择模型的下拉菜单。Grok Bot 是 SpaceXAI 的始终在线智能体产品，于 2026 年 8 月 11 日推出，它的整个配置界面都是文本——一个描述字段、一段对话，以及你能通过对话让它记住的任何内容。这不是换个工具就能绕开的限制。它改变了“配置”本身是什么，也解释了为什么两个人运行着听起来相同的设置，却得到天差地别的结果。

这个时间点让此事现在值得记下来。10 月 7 日，埃隆·马斯克在 X 上发帖称，Grok Bot 将不再局限于 SpaceXAI 自家的模型，而会去调用“最适合任何特定任务的后端模型”，并点名了 Claude Opus 5.5、Midjourney 和 Suno——这一说法被多家媒体证实确有此言论，但至今仍没有费率表、没有更新日志条目，也没有任何外部实测。两天后，即 10 月 9 日，以@mail.grokbot.com结尾的每机器人邮箱地址开始陆续推出。所以，你所配置之下的这个产品正在变动，而决定这种变动能否帮到你的，始终是同一件事：Bot 本身被定义得有多清楚。

手性信号实际上是什么

该帖子是一个用户在炫耀自己的配置，而其中真正有用的读法是从结构而非字面上看：其模式是，一个可用的 Grok Bot 配置是一份写好的职位说明加上少量已保存的流程，而不是你只访问一次的设置面板。SpaceXAI 自己的文档对此异常直白。其中一个页面写道：“设置是一条消息，而不是工作流构建器。”技能被定义为“一组可复用的指令，说明如何完成一项任务”，而例程则是“告诉一个 Bot 何时运行工作流——按计划，或在支持的情况下，在某个事件之后。”文档给出的推荐顺序用一句话概括了整个方法：“从一个一次性任务开始。让它可靠，把方法保存为技能，然后才将其自动化。”

如果你一直在寻找一个构建器 UI，只是因为其他所有智能体产品都推出了一个，那么这句话就是答案。这里的配置产物是经得起真实任务考验的文字——而文档会准确告诉你，一个好的配置产物包含什么：何时使用该技能、所需的输入和访问权限、工作顺序、如何验证结果、要返回什么，以及哪些操作需要审批。

模型选择器并不存在，而这才是有趣的地方。

问一下某个特定 Bot 该在 Grok 4.7 和 Claude Opus 5.5 之间如何选择，文档却直截了当地回答：“Cursor 负责管理模型选择，因此没有模型选择器。”既没有针对单个 Bot 的模型设置，也没有针对单个例程或单个技能的模型设置。Bot 设置页面只包含名称、标签、描述、头像和一项通知偏好——这就是每个 Bot 的全部可配置范围——而时区则位于账户层级，因为例程需要它来安排时间表。

所以，马斯克在10月7日描述的路由并不是一个你能转动的旋钮。就我们目前能读到的文档而言，它是平台侧的决定，除了体现为输出质量和之后用量计所显示的内容之外，对你不可见。对于任何在 Gro​k Bot 之上构建配置的人来说，这是影响最大的单项约束，而且值得直说：你掌控的是工作，而不是引擎。如果这种取舍可以接受，那么这个产品是自洽的。如果你的工作流出于成本、许可或可复现性的原因，需要有意使用某个特定模型，那么 Gro​k Bot 就是不适合这一需求的那一层，而配置也永远无法表达它。

真正制约某个方案的数字

大多数配置建议之所以含糊，是因为大多数智能体文档也含糊。这些建议并不含糊，而且每一条都会带来设计上的后果。

• 每个机器人的例程 — 50。一个机器人最多可以拥有“最多 50 个例程”，而应用会保留“每个例程最近 20 条运行记录”，因此你的审计追踪从设计上就很浅。

• 最小调度间隔——五分钟。“常规调度之间必须至少间隔五分钟”，这排除了密集的轮询循环，并悄然推动你转而使用事件触发器。

• 教学录制时长十分钟。“教学录制会记录长达十分钟的可见电脑互动，但不会录制麦克风音频。”较长的流程必须拆分为多个片段。

• 每个团队 Bot 的机密数 — 25，值在输出中会被掩码和脱敏，且文档警告该 Bot“可以在任何队友的对话中使用每一个机密”，因此一个机密就是授予整个团队的访问权限。

• 每个账户一台计算机，而不是每个 Bot 一台。"你账户上的每个 Bot 都使用同一台计算机"，它"分配给你的用户账户，而不是单个 Bot"，文件存放在共享的/workspace中，而且"文件对每个 Bot 都可见"。每个 Bot 看到的屏幕是"独立的工作界面，而不是独立的安全边界。"

最后那一条，是人们最后才会发现的约束。它意味着配置是一个全账户级对象：你授予某个 Bot 的权限，就是整个 Bot 集群拥有的权限；而一份由你的研究 Bot 写入的持久化文件，你的外联 Bot 也能读取。

在配置作业之前，先配置边界

文档自带的自动化指南列出了任何新配置在头十分钟内值得做的几件事。将写入操作置于审批之后：“发送、购买、删除、发布或更改生产系统需要审批。”定义精确的事件匹配，避免“诸如‘每条新消息’之类的宽泛监听器”，因为它们会产生噪声、消耗使用量并对无关输入采取行动。使用“测试运行”按钮时要知道“测试运行会执行真实操作。它可以浏览网站、更改文件并调用已连接的工具。”在第一个无人值守的早晨之前，写下无数据政策和陈旧数据政策，并使重试具备幂等性，以免重新运行导致重复发送。

然后处理删除操作，因为它是唯一无法撤销的操作。“删除例程会立即生效，且无法撤销”，而删除 Bot 会“移除当前活跃的个人资料、对话和例程”，但计算机文件和登录状态并不按 Bot 隔离，可能会保留下来。隐藏则是可逆的替代方案。还有一个授权方面的细节，值得提前了解，而不是事后才发现：Bots 文档称，后端数据保留遵循适用的 Cursor 条款——在你往共享工作区里填入任何受监管内容之前，这句话值得先读一读。

什么能延续，什么不能

复制是以不同范围运行同一角色最省成本的方式，而文档对这条边界说得很明确。副本会获得“个人资料、设置、技能、例程和头像”，并且明确“不会复制对话历史、已学习的记忆或聊天附件”。共享则更进一步：你构建一个模板并选择公开或仅限团队访问，接收者可以预览并添加副本——“他们不会获得你的机器、登录信息或历史记录”。共享前请先移除 API 密钥、内部 URL 和客户数据，因为模板承载的是配置，而配置正是人们藏匿凭据的地方。

记忆也应受到同样的怀疑。文档将其描述为便利，而非真相：不断更改源系统中的事实，让 Bot 在重要决策时重新打开或引用当前数据，并将安全限制编码到描述中，而不是信任记忆会保留它们。Team Bots 增加了第二层——由每个人的对话读取的团队记忆，以及跟随某一个人的私密笔记——还有一个硬性计费事实：使用量“计入该队友自己的 Gro​k Bot 配额，而不是所有者的。”

路由器适用之处，而不必假装自己是智能体

Gro​k Bot 是一种订阅产品；它不是你能够通过第三方端点进行路由的东西，任何诚实的配置指南都不应给出相反的建议。模型稀缺问题所提出的是另一个不同的问题：如果你想要有意选择引擎，你购买的是 API 访问权限，而这是与 Bot 分离的一层。

那一层才是我们售卖的东西。OrcaRouter 是一个与 OpenAI 兼容的端点，覆盖 200 多个模型，且对提供商的标价不加价，因此厂商一降价，这里当天就同步生效；Grok 4.7 就在其上，按 SpaceXAI 自己公布的价格计费：提示词 token 低于 200K 时，每百万输入 token 2.00 美元、每百万输出 token 6.00 美元，超过该阈值则价格翻倍。对于像文中那样的配置而言，真正关键的是那些能防止一个尚未验证的步骤演变成生产事故的部件：当某个提供商性能下降时自动故障转移、能把多个模型组合进一次调用的路由 DSL，以及让多个面板协同作答的模型融合。而针对“这个 Bot 究竟能不能胜任这份工作”这一问题，务实的做法其实很朴素——先把技能写出来，亲手拿你本打算信任的那个模型跑一次，然后再去自动化。故障转移的价值就在于，它让“拿一个你尚未决定采用的模型去试一个步骤”成为可承受的尝试，而不是一场赌博。

如果你这周正在写你的设置

把角色写成可操作的说明文本，而不是职位头衔。文档对此的建议比大多数都更好：一个 Bot 应当有明确的目的、工具集、风格、审批边界或时间表，并且应从“最小可用名册”开始，在添加专家之前，先让一个 Bot 端到端负责一项成果。然后按文档规定的顺序执行该序列——先做一个真实任务，并让它可靠；将方法保存为技能；只有到那时才建立一个例行程序，并把 Bot、时间表、时区、输入来源、预期结果、审批边界和缺失来源时的行为全部写下来。在你能观察的情况下测试它。先设置时区，再设置第一个时间表，因为例行程序会用到它。还要注意存在的一个小型安全网：Grok Bot 可能会询问在长时间未出现后是否继续运行例行程序，如果你不回答，它就会暂停这些程序。

那篇帖子里的配置并不是一个工作室，这个词也无害——它只是一个称呼，用来指代当唯一真正可用的控制项只有一段描述、一个技能库和一份日程时，实践者所构建出来的东西。经不起下一次产品变更的，是任何假设你已经选定了模型的部分。马斯克 10 月 7 日的说法仍然只是一个说法，而文档仍然说没有选择器；如果选择器真的推出，值得拥有的那些配置，将是自始至终都明确针对具体任务的那些。