GrokBot 额度烧到 100%，问题可能不在任务量

10 月 31 日到 11 月 1 日，GrokBot 用户集中发现周额度见底。有人还剩 4 天 reset，meter 已经到 100%。Elon Musk 在 X 上回复，运行 GrokBot 的成本相对收入不可持续。没有承诺 reset。

GrokBot 是 agent。它有自己的电脑，能登录工具，趁你睡觉时跑任务。这也是它吃用量的原因：每次回复、每次 routine run、每条 Bot 之间的消息，都计费。

有个背景容易漏掉：周额度是一个池。Grok chat、GrokBot 和 Cursor 共用同一个 weekly 百分比。没有按 Bot 拆分的账单，100% 前也没有警告。Cursor 员工说警告在计划中，没给日期。

vartekx 发布了一份 11 页 PDF，并在文章里拆成 10 步。核心公式很朴素：wake-ups × context × steps × fan-out。这几个因子相乘，所以四个小削减，通常比一个大削减有用。

第一步不是改设置，是审计。让 Primary Bot 列出所有 routine、手动重复任务、多 Bot 群聊，标出最可能耗量的 5 项，先别动。

最大的隐形开销是唤醒。15 分钟一次的 routine，一周跑 672 次，哪怕什么都没变。Test 按钮也算。SpaceXAI 文档写得很直白：每次 routine run 都消耗用量。Lauren Tan 也提过，多数 routine 每小时或每天几次就够。周末和工作时间外能停就停，读同一个来源的 routine 合并。

把 schedule 换成 trigger。Slack mention、email、GitHub event、webhook，都能让 Bot 只在有新活动时醒。有 routine 从 672 次降到 15 次。规则里加一条：事件不相关就停，别发没有新消息。

长任务换新 Bot。每个回复都会重读 Bot 的整段对话。一个任务跑 6 周，全部历史都跟着每次运行走。目前没有手动 compact 按钮，摘要只在接近模型上限时触发。让旧 Bot 写 300 词交接便条，新 Bot 接手。profile 和 memory 也一样，每一步都跟着跑，删掉不用的。

群聊有税。4 个 Bot 在一个群，问一个问题，最多可能付 4 次回复。Grok Bot 负责人 Jediah Katz 提醒过小心群聊。规则可以硬一点：一个任务一个 owner，其他 Bot 不回复；Bot 之间最多 2 条消息；没有新内容就别说话。

任务要有终点和停止规则。查 churn 这种模糊任务没有尽头，Bot 会一直探索。写清范围、完成条件、输出格式。同一步失败两次就停，问人。重试循环是最糟的漏点。

能走 app 连接或 MCP，就别让 Bot 点浏览器。打开、截图、滚动、找按钮、点击，7 步。连接 app 是一次调用。按任务频率排序，高频的先换。

重复工作存成 skill。每周一的报告，不要每周一从零解释。让 Bot 把刚做完的流程写成短步骤，下次直接 @name。

到 80% 就切低用量模式。暂停 routine，只做直接请求，只回最终结果，设 spend cap。额外用量开关也要提前决定：关掉，额度用完 Bot 停到 reset；打开，继续走付费 credits，不设上限就一直扣。

作者称，同样任务从 2,000 units 降到 400。光 wake-ups 就能把一周砍半。池子没变大，Bot 变瘦了。

评论区有人追问这是否真由 Grok Bot 工程师制作，也有人直接调侃 everyone trying to capitalize on clicks。这份材料的价值不在官方背书，在它把浪费拆成了可检查的动作。

先跑审计，改最大的三项，周三看 meter。原文推文：vartekx。11 页 PDF：Google Drive。文章：GrokBot Token Usage。