Grok Bot 额度机制天机泄露😱 1. Grok Bot 的额度不按消息条数扣，按 Bot 实际干的活扣：模型调用、上下文体积、工具调用全都算。每走一步都要把整段历史重读一遍，最忙的 Bot 每步要重读 8-9 万 token。 2. 搜 X 走 Bot 自带的免费额度（每分钟 30 次、每天 1000 次），不扣周额度。但搜回来的大批推文要存文件，别贴进聊天。 3. 最大的坑是看图看视频。截图、视频帧、扫描件直接丢进对话，上下文会迅速膨胀；有人一天发 4 张图、搜一次、处理两份扫描件，就吃掉顶档周额度的 11%。我自己用它剪视频，也是掉得最快的。先让命令行工具出文字摘要，Bot 只读摘要。 4. 读网页别让它截图点点点。同一个网站，Computer use 约 21.3 万 token，浏览器里跑脚本约 5.1 万，纯脚本执行期间模型 0 token。能走 API 连接器就别开浏览器。 5. Bot 当包工头，别当搬砖工。在它的云电脑上装 Grok Build、Codex、Claude Code、Pi + DeepSeek 这些 CLI，重活让 CLI 跑，Bot 只调度。有人把写代码交给 Grok Build，两天半 Bot 池用了 70%，开发池才用 6%。 6. 但这里有个坑我天天踩：CLI 跑完没有明确提醒，Bot 派完活就睡了，经常忘了回来查，你就干等半天没结果；让它一直盯着，又费 token 效果还一般。目前看到的解法是 Webhook 叫醒：CLI 一跑完就把 Bot 叫起来验收，范凯和一泽都开源了现成的。 7. 定时任务是隐形吸血鬼。每 15 分钟跑一次 = 一周 672 次唤醒，改成每小时 = 168 次，一天 3 次 = 21 次。没变化也照样扣。 8. 盯数据的活改成"有变化才叫醒"：在云电脑里跑个脚本盯着，不过模型、不扣额度，有变动再用 Webhook 叫醒 Bot。注意 Webhook 实测约 1 小时 200 次上限，打满会中断。 9. 同一个 Bot 别聊太久。聊长了它会自动压缩上下文，你根本不知道它压掉了什么，效果越来越差，每一步还要重读一大坨。一个任务开一个新对话，长资料存成文件，聊天里只回结论和路径。放着不聊的旧对话不扣额度，不用清。 10. 别开 Bot 群聊。群里每条消息每个 Bot 都要读一遍，纯重复浪费；有个团队账号约三分之一的轮次是 Bot 在互相叫醒。让 Bot 之间单独对话，消耗反而可控。 11. 同理，别让主 Bot 一次给所有 Bot 派活。我之前有个定期更新记忆、推送文件的任务，主 Bot 每次给所有 Bot 发一遍，它们就各自把文档重新总结一遍。可我平时就让它们日常总结了，这一轮纯属重复烧额度。 12. 先小样本，再放量。复杂任务先跑 1-2 个样本，停下确认再继续；同一步失败 2 次就让它停下来问你。有人 2 小时试错就烧掉过半周额度。 13. 两个无效技巧：想切轻量模型省额度——没有模型选择器，系统自动分配；多订几份想叠加——不叠加，只用额度高的那份。 14. 现在是大一统订阅：Grok、Grok Bot、Cursor 共用一个每周池。Grok Bot 从 $30 的 Premium 起才有，Super $100 是它的近 4 倍，Ultra $200 是 12 倍多。第三方模型不在池子里，按 API 原价另算。 15. 官方没公布每档多少 token。有人从 Cursor 后台反推：$30 周限额约 2.76 亿 token，$100 约 13.27 亿，$200 约 44 亿（个人实测反推，非官方）。 ---- 数字大多来自 个人实践 + 中推几位 Grok 大使和高玩的实测，官方至今没公布每档具体多少 token。 特别感谢 @cgnot996 铁柱的 12 招长文，一半以上的数字出自那篇🙏 也谢谢 @KinGao476942 @fankaishuoai @eze_is_1 @Michael_Fenech_ 的实测分享。