口径反转：Bot 池独立，溢出共账

记录时间 2026-08-28。官方论坛，用户 m4.5 的帖子标题直白：Grok Bot spend cursor usage, I can't accept it。员工 deanrie 先答复：属预期行为，Grok Bot 记在 Cursor 账户上，用的是 Pro 计划的周额度，不是独立限额。同日再回帖更正：上一条措辞错了——Pro 上 Grok Bot 有自己独立的周池，与 Cursor 计划用量分开。两条答复相隔不到六小时，均已存档。

口径解析：独立只到周池见底为止。更正帖的下半段写明，周池用尽后若开着 On-Demand，Bot 继续从共享 On-Demand 池扣费——就是 Cursor 其余用量共用的那一只。另一线程里员工给出的扣费顺序为：Bot 周池 → 推荐 / 促销额度 → 付费 On-Demand，应用内无任何预警；把 On-Demand 上限设为 0 美元挡得住付费溢出，挡不住 Cursor 账户里的赠送额度先被吃空。用量页上，Bot 的对话与例程以 sand-default、sand-automation 两个名字归在 Other Models 之下，员工称这只是「展示层归组」不影响扣费；例程每次运行重发全部上下文、缓存读取也计数，所以数字远大于实际新工作。周池到底多大，任何档位都不公布；场外只有一句共识——比想象中小。

系统备注：官方说独立，说的是入口；场外看合并，看的是出口。两本账在同一只口袋里见面的那一刻，「不占用你现有额度」这句话的有效期就到了。