SuperGrok 7d 额度分析

我目前仍然保持这个结论：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&quot;,
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