第 10 课 · 额度自查：六个隐形吞金兽

🎯 学完这一课，你将能够

• 说清「每周额度 + 超量按 token 计费」的计费结构，以及它为什么容易失控
• 一一识别六个隐形吞金兽，并给每个配上一条对策
• 用一份对照清单盘点自己过去一周的额度都烧在了哪里

🤔 开始之前，先想想

• 为什么很多玩家明明没派几单活，额度却两天就见底了？
• 如果只允许你改掉一个用 Bot 的坏习惯来省钱，改哪个最划算？

先记住本课的核心判断，答案都在它后面展开：额度的大头从来不在「派了多少活」，而在六个隐形吞金兽。

一、先看结构：包月自助餐 + 超量点菜

进入 Part 3 省钱篇。这一部分回答的是社区里每天都在讨论的一个问题：「很好用，但是额度烧得太快了，怎么办？」

先把账算明白。订阅带每周使用额度——注意是每周，不是每月；超量部分按 token 计费。橙皮书打了个比方：包月自助餐 + 超量点菜。

这个结构的要害在于「超量点菜」四个字：自助餐吃超了是要单点的，而单点的价格通常不便宜。于是出现了一个社区现象——全球各地的玩家社区里，高频出现的反馈高度一致：

「两天就把一周额度干没了。」

两天，一周额度。中间差的五天去哪了？如果你也遇到过，别急着怪自己派活太多——往下看，你会发现钱多半不是花在「活」上，而是漏在了下面六个地方。

二、吞金兽之一：重复交代背景

症状：每开一个新会话，都把公司背景、项目情况重新讲一遍。

对策：这正是第 4 课「大脑倾倒」要一次性做足的原因。背景沉淀得越充分，后续每次派活的 token 越省——Bot 已经知道你是谁、公司在做什么，你就不用每单活都从头自我介绍一遍。

换个角度想：一个每天都要你重新培训的新员工，和一个入职第一周就摸清你全部业务的老员工，谁的产出更便宜？记忆就是复利。

三、吞金兽之二：让高薪员工干杂活

症状：用主力 Bot 去做复制粘贴级别的操作。

橙皮书的比方很扎：就像让 CFO 去贴发票。

CFO 贴发票不是贴不好，是贴一张的成本顶别人一个月工资。同理，主力 Bot 每一次「搬运数据」的调用，用的都是最贵的那档智能。杂活应该交给轻量级的 Bot（下一课的任务分层会系统讲怎么分），主力留着干真正值钱的活。

自查动作：翻翻你最近的派活记录，数一数有几单是「其实随便哪个便宜员工都能干」的。

四、吞金兽之三：失败的尝试

症状：指令模糊 → Bot 猜错方向 → 整条路径白跑。

这条最隐蔽，因为白跑的路在你眼里只是「它没做好」，在账本上却是实打实烧掉的 token。你让它「整理一下客户资料」，它猜你要的是按公司分组，你想要的是按最近联系排序——方向错了，后面每一步都是无效支出，最后还得重来一遍。

橙皮书给的结论一句话：一次清晰的任务描述胜过三次返工。

对策：派活前多花三十秒想清楚「我要什么、什么算完成」。这和第 9 课审批卡片上的理由是同一个道理——描述越清楚，浪费越少。第 11 课还会把它升级成一条正式心法（结果验收前置）。

五、吞金兽之四：无意义的轮询

症状：让它每隔几分钟查一次某个页面。

橙皮书给这类任务起了个名字：「站岗型任务」。站岗为什么贵？因为大部分查回来的结果都是「没有变化」——每一次空手而归的巡查都在计费，而你买到的信息量是零。

对策：改成事件驱动——发生了变化才行动。比如盯竞品这件事，「每 5 分钟刷一次官网」和「发现官网有更新才通知我」，效果几乎一样，消耗天差地别。

当然要注意分寸：像 Barry 那种每 30 分钟扫一轮的内容监工是有意设计的节奏（第 5 课讲过），关键在于你的轮询间隔和监控对象是否值得那个成本。纯站岗、低价值的查询，坚决砍掉。

六、吞金兽之五：在一个 Bot 里无限连聊

症状：跟同一个 Bot 从早聊到晚，什么都聊。

这条的机制值得讲透一点：对话的上下文像滚雪球，每一轮都要把前面的全部历史重新处理一遍——你在为重复买单，而且雪球越滚越大。聊到第一百轮时，哪怕你只问了一句「明天天气」，背后驮着的是前面九十九轮的全部重量。

对策：「一事一会话」。话题切换就开新对话，让旧结论沉淀进它的记忆再走。

很多人舍不得开新对话，觉得「聊出感情了」。但正确的习惯恰恰是把记忆当仓库用：这一单的结论存好，下一单开干净的新会话轻装上阵。会话是耗材，记忆才是资产。

七、吞金兽之六：杀鸡用牛车

症状：写份文档、做个 PPT，也拉起十几二十个 Bot 的舰队。

多智能体很酷，我们前面花了整整一个模块讲它。但要补一句诚实的提醒：调度和通信本身就是成本。Bot 之间互发消息、传递上下文、保持对齐，每一项都在消耗额度。五个人的团队开会比一个人干活贵，AI 团队也一样。

橙皮书的原则：任务越简单，团队应该越小——一个 Bot 够用，就别上五个。

舰队是用来打硬仗的。日常小活，单兵出动；只有真正需要分工协作的大任务，才值得拉起编队。这也是对前面课程的一个平衡：学完组织协作不等于处处上组织。

八、对照自查表

六个吞金兽收拢成一张表，建议现在就拿过去一周的实际用法对一遍：

✍️ 动手练习

1. 一周踩坑盘点（核心练习）。 翻出你过去七天的 Bot 使用记录（会话列表和派活记录即可），对照第八节的自查表逐项打勾：哪几个坑踩过？各几次？验收标准：写出一份不少于三行的「我的吞金兽排行榜」，并标出你最严重的一项。 2. 消灭你的头号吞金兽。 针对排行榜第一名，执行对应的一条对策——比如头号是「无限连聊」，就从今天起强制一事一会话。验收标准：执行三天后回看，能说出一个可感知的变化（会话变短了、返工变少了、或额度消耗变慢了）。 3. 给一条轮询任务降级。 找出一个你正在用的定时查询类安排，试着把它改成事件驱动的写法。参考文案：

> 不需要定时检查这个页面；只在页面内容发生变化时（新品上架、价格调整）立刻通知我，每次通知不超过三句话。

验收标准：新的指令里不再出现固定的时间间隔。

✅ 自测一下

1. 【单选】Grok Bot 订阅额度的计费结构是？ A. 包月不限量　B. 每周使用额度 + 超量按 token 计费　C. 按派出任务的个数计费 2. 【判断】社区反馈中，「两天就把一周额度干没了」是极个别用户的夸张说法。 3. 【简答】「让高薪员工干杂活」错在哪里？请用 CFO 的比方说明。 4. 【单选】对付「无意义轮询」，正确思路是？ A. 把轮询间隔从 5 分钟调到 10 分钟　B. 改成事件驱动，发生了变化才行动　C. 多派几个 Bot 轮流站岗 5. 【简答】为什么「在一个 Bot 里无限连聊」特别费额度？

点开查看答案

1. B。订阅带每周使用额度，超出部分按 token 计费——自助餐 + 超量点菜的结构。 2. 错。这是全球各地玩家社区高频出现、高度一致的反馈。 3. 主力 Bot 是最贵的智能档位，拿它做复制粘贴级操作，等于让 CFO 去贴发票——活没问题，成本完全错配。 4. B。站岗型任务大部分查询结果毫无信息量却在持续计费；事件驱动只在真正有变化时花钱。 5. 上下文像滚雪球：每一轮都要为前面的全部历史重复买单，越到后面单价越高。正确习惯是一事一会话，让旧结论沉淀进记忆再走。

📌 一句话带走

额度不是被活干完的，是被六个隐形吞金兽偷走的——先自查，再省钱。