Grok Bot工作收件箱AI 评分 · 85/100AI 辅助编辑·未发现明显提示词注入风险X

Grok Bot 用量管理:10 条规则与每周省量清单

X Premium+ 订阅者经验 → 10 条用量规则 + 每日检查习惯 → 延长周额度至 7 天

有一点经验步骤清单贴士
给谁
X Premium+ 订阅者,使用 Grok Bot 处理多步骤任务(邮件、浏览器、文件、例程)
你会得到
29 bots 共享一台电脑,首周处理 1,660 条消息、61 次语音通话、约 178 封外联邮件,同时避免单日耗尽额度
你需要
Grok Bot

硬约束

无需额外工具或提示词;依赖 X Premium+ 账号绑定 Grok Bot、设置 on-demand 月度上限、每日/隔日查看用量面板。已知限制:绑定不可逆、不可叠加 Cursor 已有计划、无官方精确额度数字。

他们做了什么

作者 @testerlabor 作为 X Premium+ 订阅者,在 10 月首周于一台共享电脑运行 29 个 Grok Bot,按专职分工处理邮件(Thunderbird)、文章撰写、语音通话、财务、求职、烹饪、图像生成等任务,并总结 10 条用量管理规则。

效果如何

首周产出:约 1,660 条聊天消息、61 次语音通话(6 小时+)、约 178 封外联邮件、若干例程及视频/图像。作者报告称遵循这些规则可使周额度撑满 7 天(author_report)。

值得知道

无官方精确额度数字,计划对比仅见于官方文档。X Premium+ 绑定不可逆、不可迁移,且不与 Cursor 已有 Grok Bot 计划叠加。Grok Bot 用量独立于 X Grok 与 Grok web;Grok Build 使用主池额度而非 Grok Bot 池。通过 @bot 标签在 X 上触发任务需已绑定账号,且该功能尚未覆盖所有地区。on-demand 超额部分通过 Cursor 计费,月度上限需手动设置。运行中任务可超出该上限直至完成。

步骤

  1. 绑定账号并理解计费机制

    在 Grok Bot 的 plan 页面绑定你的 X Premium+ 账号。绑定前确认已登录正确的 X 账号——此链接不可逆,无法迁移到其他账号。理解计费方式:用量按 agent steps 和 tokens 计算,而非消息条数;一个长浏览器任务可能消耗数十条短回复的额度。开启 on-demand 后,超出周额度部分按你自设的月度上限计费,但运行中的任务不会因此被中断。

  2. 为每个 bot 分配单一专职

    让每个 bot 只负责一项工作。例如:Testlabor 处理 Thunderbird 邮件、Textbot 撰写文章、Voice Bot 接听通话、FinanceBot 管财务、Job Bot 跟求职、Cookbot 管菜谱、GrokImagineBot 做图像。Grok Bot 作为主 bot,Grok Boss 负责协调。专职 bot 已熟悉角色和偏好,无需每次重复背景说明,从而减少 steps。建议:在每个 bot 的 description 中一次性写清其职责、边界和语气。

  3. 一次写清完整请求,避免反复修正

    每条修正都会触发新一轮工作。好的请求应包含四要素:需要做什么、在哪做(哪个工具/文件/收件箱)、需要什么上下文、完成标准是什么。示例:「给 9 月名单写 20 封跟进邮件,跳过已回复的人,用我的语气写,留给我审批」——比一封一封启动省得多。

  4. 批量提交同类任务

    作者一周发出约 178 封邮件,秘诀是批量处理:bot 先统一调研,再一次性起草整批邮件,最后由你集中审批。研究、文件清理、摘要等任务同理:把同类任务收集好,一次性交给 bot。

  5. 按需设置例程,避免高频空转

    例程是额度消耗大户。每小时检查一次 = 每周 168 次运行;仅工作日早晨检查 = 每周 5 次。设置原则:仅在工作日且必要时运行,除非事项确实重要;指令写「只在有变化时通知我」,让大多数运行短而静默;先对真实任务做一次性测试,确认 skill 可行后再设为定时例程(官方也建议如此);定期回顾并删除不再需要的例程。

  6. 跳出重新生成循环

    如果第三次尝试仍不符合预期,不要要求第四次。停下来,分析请求缺了什么,给出一条更明确的指令。「再试一次」循环是获得平庸结果的最贵方式。

  7. 控制语音通话时长,大任务转文字

    语音很方便,但通话期间 bot 持续工作。作者一周 61 次通话(约 6 小时)说明使用频率高,且消耗可控。建议:用语音做快速决策和路上灵感记录;任务变大时,用「给我发摘要,剩下的用文字处理」结束通话。

  8. 提供小而精确的文件输入

    不要交整个文件夹,只给需要的单文件;不要交 60 页 PDF,只给第 12 页。指明具体的表格、段落或邮件线程。输入越小,tokens 越少。

  9. 及时中止失控任务

    如果 bot 明显走错方向(打开错误网站、反复重试、文件越堆越多),立即中止。注意:运行中的任务可能超出你的 on-demand 月度上限,及时停止确实能省钱。

  10. 复用已验证的 skills 与模板

    某个工作流跑通后,保存为 skill。下次只需一句话,无需完整 briefing。在支持的功能中,你甚至可以向 bot 演示一次浏览器操作,它就能自动生成 skill 草稿。

  11. 每 1–2 天检查用量并调整计划

    在 Settings 查看周用量和 on-demand 用量。作者每 1–2 天快速扫一眼。如果一周过半且用量已超一半,暂停「锦上添花」的例程,把大任务往后推。建议:主动设置 on-demand 月度上限,不要放任默认。快速自检清单:每个 bot 一项专职、一次写清请求、批量处理、工作日例程+仅变化通知、不反复重试、通话短+文字跟进、小文件、及时停跑、保存 skill、盯紧用量。

可复制提示词

参考提示词 · 本站建议版本。使用前确认粘贴位置、输入变量及输出格式。

这一段是提示词,页面不会在这里插入广告。

无提示词,按步骤操作即可。

来源

Grok Bot 用量 Playbook:共享电脑、按步骤计费、长浏览器任务慎开、额度内排例程 · testerlabor · X · 2026-10-10T16:13:24.000Z

留言与反馈

试过这个方法吗?分享效果、遇到的问题或改进建议。留言审核后公开,请勿填写敏感信息。

正在加载…

    相关用例