我目前仍然保持这个结论:SuperGrok 的单账号 7d 额度落在 120$~140$
从这里继续讨论:
哦,原来是 spaceXAI, 重置了 grok 的额度,并开源了 grok build
不过我现在还没看到开源项目地址发出来
github 链接: GitHub - xai-org/grok-build: SpaceXAI's coding agent harness and TUI. Fullscreen, mouse interactive, extensible. · GitHub
…
CPA 的我也看了,根本就对不上官网的用量,官网的用量我现在是 0 的了
CPA 已经用了 32%

Sub2API 的是对得上的,不过 Sub2API 没有格式转换
和这里
额,不是这么算的,你这么算就离了大谱
上面的那个 7.1M, $7.44 的用量不是估算 7d 里面的
应该要用你在这个周期内用的这个帐号的额度/7d用量百分比
比如我这个号 janick 的刷新周期在 7.20 下午的 13 点左右,我就选 7.20 ~ 7.22(现在)

消耗是 $32.94,对应帐号的消耗占比是 25%

那 7d 窗口内的估算额度(也要看后续的使用缓存命中率情况) 就是 32.94/0.25=131.67$
我有两个 supergrok 号,我朋友有一个,估算 7d 窗口内的的是落在 120$~140$
我自己使用的情况发现 CPA 的额度是对不上 Grok 官网的用量的,所以我用了 sub2api 来反代,sub2api 的用量对得上,但是账号上面显示的不是 7d 这个周期内的用量
正确的查询方式应该是使用 sub2api 的 使用记录 里面的实际用量数据估算 7d 的周期额度
用一个账号举例:
我有一个 supergrok 账号 asan,在 sub2api 中显示为已使用 53%, 还有 22h 23min 刷新,去 web 查看账号的实际用量,也为 53%,正确


打开 使用记录,选择周期为: 7.16~7.22
7.16 19:30 为我的这个账号升级订阅的时间,使用时间应该在往后的几十分钟内,开始时间就选 7.16,结束时间选今天 7.22(刚好还没到 7d 的刷新时间)
筛选账号仅为 asan ,计算出周期内是使用了 64.93$

7d 周期内使用了 64.93$,官网显示消耗了 53%, 64.93/0.53=122.50943396$
所以是符合我说的 7d 额度落在 120$~140$ 区间的,因为缓存命中率的高低不同使用场景不一样
额外补充:
有些老友一开始使用的 CPA 认证的 grok,上面有显示一个 月度额度
确实是有这个值的,可复现,但是这个月度的值已经不限制了,只是接口没有去掉,因为我的账号已经用超过 150$(印区是 150$, 其他有些是 200$) 了,在同一个月内的第二个 7d 周期内
补一个官方的 FQA Usage & Limits

本地已登录 grok oauth 的,可执行来验证:
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