Appearance
SuperGrok 周限、月限和额度以谁为准
记一下 2026-07 前后 SuperGrok / Grok Build 的额度怎么理解。结论先放这儿:
2026-06 官方新推了周限额规则,写在 Usage & Limits FAQ 里。同一页没有把月限额讲清楚。接口里能看到月美元额度,也有人超过月限仍能继续用。因此会不会被卡、规则怎么读,以该 FAQ 章节为准;产品内 Settings → 使用量和 Grok Build
/usage是周池的现场读数。
材料还包括:本机 TUI /usage、官网使用量页,以及用 grok login session 调 cli-chat-proxy.grok.com/v1/billing 的实测。CPA 等第三方 OAuth 面板另说。
结论(以谁为准)
| 问题 | 答案 |
|---|---|
| 规则文本以谁为准 | Usage & Limits |
| 周池还剩多少、何时重置 | 官网 Settings → 使用量,或 Grok Build /usage |
| 月美元额度 | FAQ 未明确写成产品规则;接口能查到,仅供参考 |
| 月限用满还会不会卡 | 有人反馈 还能继续用;不能当成官方保证 |
| CPA 等面板和官网 % 不一致 | 听官网 / /usage,别听第三方进度条做主判断 |
一句话:官方成文规则 = 周限额(FAQ Usage & Limits);月限是旁路账本 + 社区体感,用来对账可以,用来替代 FAQ 不行。
周限额(2026-06 起,FAQ 写明)
2026-06 起,官方 FAQ · Usage & Limits 对付费用户说明的是:
- 不再按 Chat / Imagine / Voice / Build 各自一套日限额
- 改成 一个 weekly usage pool(周共享池),各产品共用
- Settings → 使用量 看百分比、按产品拆分、周重置时间
- 周池用尽:付费能力暂停到下周重置;仍可能落到 free 档;也可买额外使用积分、升级,或开自动充值
Grok Build TUI:
text
/usage常见输出:
text
Weekly limit: 2%
Next reset: July 20, 15:36和网页 每周 SuperGrok 限额 同一套。
日常是否被拦住,按 FAQ 和这套周 % 判断。
月额度(FAQ 没写清;接口有)
Usage & Limits 主文讲的是周池、额外积分、自动充值,没有像周限那样把「月美元封顶」写成明确产品规则。
用 Grok Build session(~/.grok/auth.json 里 grok login 的 token)可以请求:
http
GET https://cli-chat-proxy.grok.com/v1/billing
Authorization: Bearer <session token>返回里类似(单位是 美分):
json
{
"config": {
"monthlyLimit": { "val": 15000 },
"used": { "val": 4839 },
"onDemandCap": { "val": 0 },
"billingPeriodStart": "2026-07-01T00:00:00+00:00",
"billingPeriodEnd": "2026-08-01T00:00:00+00:00"
}
}| 字段 | 例子 | 含义 |
|---|---|---|
monthlyLimit.val | 15000 | 月额度 $150.00(有人是 20000 = $200,因账号可能不同) |
used.val | 4839 | 本月已用 $48.39 |
onDemandCap | 0 | 按量 cap;0 多半未开按需 |
| 账单月 | 月初 → 下月初 | 自然月周期 |
api.x.ai/v1/billing 实测 404;有效主机是 cli-chat-proxy。官网使用量页也不强调这条月进度条。
月满了还能不能用
社区有开发者说:月限额显示用完后,仍能继续使用(对方标了仅供参考)。这和 FAQ 只钉死周限、不钉月限的写法一致。
所以月额度在本文里的定位是:
- 接口里 真实存在,可查
- 不是 FAQ Usage & Limits 里写清的主规则
- 有人超月限仍可用 → 仅供参考,不要默认「月满必卡」
- 会不会被卡,仍回到 FAQ 的周池 + 实际请求是否成功
周 vs 月对照
| 周池 | 月美元额度 | |
|---|---|---|
| FAQ 是否写明 | 写明(Usage & Limits) | 未按同样力度说明 |
| 现场读数 | Settings → 使用量、/usage | GET .../v1/billing |
| 重置 | 账号周周期 | 账单月 |
| 用尽 | 按 FAQ:付费能力易停 | 有人满了还能用(仅供参考) |
可以同时出现:周只有 2%,月已经用了几十上百刀——两套记法,不互相否定。
本地查月额度(别把 token 贴出去)
bash
python3 <<'PY'
import json, urllib.request
from pathlib import Path
auth = json.loads((Path.home() / ".grok" / "auth.json").read_text())
token = next(iter(auth.values()))["key"]
req = urllib.request.Request(
"https://cli-chat-proxy.grok.com/v1/billing",
headers={"Authorization": f"Bearer {token}", "Accept": "application/json"},
)
with urllib.request.urlopen(req, timeout=15) as r:
c = json.loads(r.read())["config"]
limit = c["monthlyLimit"]["val"] / 100
used = c["used"]["val"] / 100
print(f"月额度: ${limit:.2f}")
print(f"本月已用: ${used:.2f}")
print(f"剩余: ${limit - used:.2f}")
print(f"onDemandCap: ${c['onDemandCap']['val'] / 100:.2f}")
print(f"周期: {c['billingPeriodStart']} → {c['billingPeriodEnd']}")
PY过期就重新 grok login。查月额度只为对账,不改变「规则以 FAQ 周限为准」。
第三方面板(CPA 等)对不上官网
同一套 Grok OAuth / SuperGrok 挂在 CPA 一类工具上时,面板可能显示例如:
- 周 32%
- 月 68%,$102.30 / $150.00
而官网 / /usage 同一时刻周只有 2%。billing 接口的美元也可能和 CPA 不一致。
原因不必猜死(缓存、汇总算法、时区、是否混了别的调用)。对使用者:
| 用途 | 以谁为准 |
|---|---|
| 规则怎么读 | FAQ · Usage & Limits |
| 周还剩多少 | 官网使用量 或 /usage |
| 月大概花了多少 | billing 接口仅供参考;CPA 进度条更次一级 |
| 能不能继续用 | FAQ 周限逻辑 + 实际请求;不要只信 CPA |
第三方 OAuth 面板是便利显示器,不是 xAI 成文规则源,也不是官网 Usage 的替代品。
和 Grok Build
grok loginsession:消耗进 SuperGrok 周池(/usage),并可能反映到 billing 的used- 改用第三方
base_url+ key(见 接入第三方 API 上游):扣上游账,不是这套 SuperGrok 周/月
实用习惯
- 规则有疑问:打开 Usage & Limits
- 日常:
/usage或官网使用量,看 Weekly - 好奇月账:本机打 billing,当参考
- CPA 和官网打架:听官网
- 周 100%:按 FAQ 等重置 / 买额外积分 / 升级
- 月显示很满、周还很空:按 FAQ 仍以周为准;有人月满还能用,仅供参考
汇总
| 问题 | 简短答案 |
|---|---|
| 2026-06 改了什么 | 付费用户改为 周共享池,见 FAQ |
| 月限额 FAQ 有没有写清 | 没有按周限同级说明 |
| 月满会不会卡 | 有人反馈不会;仅供参考 |
| 最终听谁的 | docs.x.ai/grok/faq#usage--limits + 官网使用量 / /usage |
额度策略会改。以当前 FAQ 正文和账号实时读数为准;本文对应 2026-07 前后的 FAQ 与本机实测。