常开即常耗：Grok 机器人团队的成本控制

当你合上笔记本电脑就停止工作的智能体，其支出天然有一个上限：你的注意力。而设计为在你入睡后继续工作的智能体，则没有这个上限。这就是 Grok Bot 要求你做出的取舍，也正是成本问题不应只停留在定价页面上扫一眼的原因——诚实的计量单位不是每席位美元，而是每个智能体每天无人值守状态下的美元消耗。OrcaID 预注册就是对这一问题的一个回答：给每个智能体一个独立注资、设有上限的余额，而不是分享你的余额。

SpaceXAI 于2026年8月11日推出了Grok Bot，其访问权限捆绑在现有的付费订阅层级中——根据其公告，包括SuperGrok Plus和Heavy、Cursor Pro+和Ultra，以及Cursor Teams Standard和Premium——而不是作为按计量代理时间出售。这种捆绑方式很便捷，但也掩盖了一点：订阅买到的是运行机器人的权利，而不是对这些机器人运行期间消耗资源的限制。当代理真正地永远在线时，这两个数字就会分道扬镳。

始终在线代理的三种成本表面

对智能体定价的报道往往把一切归结为一个数字。实际上，无人值守智能体的开销发生在三个不同的层面，而只有第一个会出现在供应商的定价页面上。

订阅。访问的固定费用。可预测，但本身并无信息量。

推理。智能体每执行一轮操作都会消耗 token。这就是常驻运行的累积效应：一个在每次行动前轮询、重试、重读自身记忆并进行推理的智能体，其每单位有效工作所需的推理量远高于由人类提示的聊天。OpenClaw 是自由软件，正因为没有订阅费掩盖这一点，它才清晰可见——第三方估算显示，轻度使用每月约 5–20 美元，重度使用则超过 100 美元，且全部用于模型调用。Grok Bot 的推理成本包含在订阅费中，因此同样的差异依然存在，只是你看不见。

真实世界。这就是无人定价的表面。SpaceXAI表示，其员工使用Grok Bot进行销售外联、营销活动、入职培训和办公室运营。外联就是邮件发送量。营销活动就是广告支出。办公室运营就是采购物品。一个登录到你已使用工具的智能体，也会通过那些工具已有的支付方式进行消费。

第三个层面才是能够产生真正令人不快的数字的那个层面，也是控制最弱的那个层面，因为它根本算不上真正的“代理支出”——而是你的卡被软件使用，出现在一个完全不知道有代理参与的供应商计费系统中。

为什么按席位定价和按代理支出对不上

订阅等级是按一个人来定价的。一个人工作八小时、睡觉、休周末。定价模式就是基于这种形态。

Grok Bot 明确地同时朝两个方向打破了这种形态。纵向上，机器人全天候运转——SpaceXAI 的说法是，只有当某件事需要人类决策时，它们才会回到你这里，这意味着默认状态是工作，而不是等待。横向上，它是一个团队：多个机器人并行运作，一个管理其他机器人，针对不同任务设有专家，在群聊中协调，并在彼此之间交接工作。

将这些相乘。现在，一个席位可能对应多个代理，每个代理每天都运行大部分时间。无论订阅费用是多少，它都没有追踪真正消耗资源的东西。而多个机器人共享同一个人身份时，它们在第三表面上产生的费用会出现在同一张卡、同一份账单上，无法区分哪笔费用由哪个代理造成。

最后一点才是实际的失败。不是总额高——而是你无法分解它。一份月度信用卡账单显示来自某个代理团队的四十笔扣费，全部记在你名下，这是一个你能支付却无法管理的数字。你无法分辨哪个专业机器人效率低下，哪个任务不盈利，或者五个之中是否有一个在死循环。

“nothing clears twice” 实际上讲的是什么

在orcaid.ai上有一行读起来像小字、却是页面上与成本最相关的内容：资金在支出前会被预留，任何款项都不会清算两次。

重试是自主代理应对失败的方式。某个步骤超时，代理就会再试一次。对读取页面而言这是正确行为，但对支付而言则是危险行为。无人值守的代理如果无法区分“请求失败”和“响应丢失”，就会重新提交请求，而一张卡片若没有幂等层护在前面，就会毫不犹豫地两次授权同一笔购买。代理没有监管者可以发现这一点，因为关键就在于凌晨3点没有人在看。

在扣款清算前预留资金是标准的修复方式，将其表述为一项设计属性，是对代理账户的合理期望。这应被理解为预注册阶段的设计声明，而非实测结果——网站上将钱包标记为“已验证”——但它针对的是始终在线运营中一个真实而具体的失败。

一种符合智能体实际失败方式的控制形态

OrcaID 描述的控制项能较为清晰地映射到这三个界面上。该网站展示了一个被描述为硬性停止的月度上限、一张“一旦超过您的上限便会拒绝”的卡片、一个单击即可暂停的紧急开关，以及一句“代币 + 美元，同一账本”的表述。

缓慢漂移——一个成本略高、持续数周的机器人。 针对此问题的控制措施： 一个硬性月度上限，而非警报。

凌晨3点的循环。 解决该问题的控制措施： 一张在达到上限时会拒付的卡，这样循环就会停止扣款。

重试导致的重复扣款。 对此问题的控制措施： 资金在支出前预留；不会重复结算。

无法分辨哪个代理导致了哪笔费用。 应对该问题的控制措施： 每个代理一个句柄，因此每个代理都有自己的余额和记录。

除非把自己锁在外面，否则无法阻止它。 应对此问题的控制： 一个限定于代理而非你的凭据的终止开关。

值得细究的是账本最后一行这个想法：Token 和美元出现在同一张报表上。推理支出与现实世界支出目前分属两套不同的系统——模型账单在一个地方，信用卡账单在另一个地方——这意味着一个智能体任务的真实成本，是需要你手工拼凑的，甚至根本拼不出来。把两者放进同一行条目，才让“这个智能体是否值得运行”成为一个有答案的问题。

准确地说一下状态：钱包、卡片和号码在 orcaid.ai 上标注为“通过验证后”，收件箱则标注为“上线时”。目前存在的只是一个预订，免费且不会开始计费。这些都不是 Grok Bot 集成，也没有任何相关公告。

在这一切发布之前你能做什么

Grok Bot 在付费层级上处于测试阶段，尚未公布更广泛推出的日期，OrcaID 也处于预注册阶段。因此，有用的建议更多是操作层面的，而非架构层面的。

按智能体而非按席位来衡量——如果你在运行一个机器人团队，你需要的数字是每个智能体每天的成本，而如果你的现有设置无法产出这个数字，那本身就是结论。将给智能体的支付工具与你自用的支付工具分开，哪怕分得很粗也行：低额度虚拟卡远不能替代真正的上限，但它能把无限敞口变成有限敞口。把重试视为支付风险而非可靠性特性，并检查智能体的执行路径中是否有任何环节可能重复扣费。还要把模型开销和现实世界开销放在同一视图下，哪怕那个视图只是电子表格，因为不这样做，你就无法知道哪些任务能自己回本。

要点

关于Grok Bot的有趣成本问题不在于订阅费用本身。而在于，“始终在线”会将智能体的支出从有监督的活动转变为无监督的活动，跨越三个界面，而定价模型仍然假定使用它的人是需要睡觉的。将访问权限捆绑到现有层级中，使得固定费用可预测，而消费情况却变得不透明。

要恰当地设定这样的边界，代理本身必须成为一个独立的消费实体——一个有硬性上限的资金余额、一张宁可拒付也不预警的卡片、重试时不重复清算，以及一本让代币与美元同处一处的账本。这正是 OrcaID 正在构建的形态，也是预约能让你在其中占得一席之地的形态。至于今天，可落地执行的部分则窄得多：弄清每个代理每天要花掉你多少钱，并确保它接触的任何东西都不会向你重复收费。

来源说明：Grok Bot 于 2026 年 8 月 11 日上线、始终在线行为、内部使用场景（销售外联、营销活动、入职培训、办公室运营、缺陷修复）、多机器人团队结构，以及捆绑进现有付费订阅层级（桌面端和 iOS 上的 SuperGrok Plus 与 Heavy、Cursor Pro+ 与 Ultra、Cursor Teams Standard 与 Premium）等，均属 SpaceXAI 自身的说法。未公布更广泛上线日期这一点，源自独立报道。OpenClaw 每月 5–20 美元（轻度使用）/ 100 美元以上（重度使用）的 LLM 成本区间是第三方报道的数据，并非供应商数字，此处仅用于说明始终在线智能体的推理成本差异。OrcaID 的每月限额、紧急停用开关、达到上限时卡片拒付的行为、"资金在消费前预留 / 没有任何款项会被结算两次"，以及代币与美元统一账本，均来自 orcaid.ai，查阅于 2026 年 8 月 22 日。在该网站上，钱包、卡片和号码被标注为"待验证"，收件箱被标注为"上线时提供"——这些均为注册前的声明，而非实测结果。目前尚未宣布 OrcaID 与 Grok Bot 的集成。