- weddy2026-08-1759961
分享一下我对 Cursor 第一方模型用量的估算,作为一个参考样本,希望对大家有帮助。
TLDR:
- Cursor Pro+ 的第一方 Cursor Models 用量池,大约是 $800/月
- Cursor Ultra 的第一方 Cursor Models 用量池,大约是 $2,000/月
- 因此对于第一方模型来说,Ultra 大概是 Pro+ 的 2.5 倍左右,并不是简单按照 Pro+ 3x、Ultra 20x 这种宣传数字去换算
背景
之前开了一个 cursor Pro+ 方案,$60/月。昨天刚开了 supergrok heavy,有了 cursor ultra,因此非常想知道 Cursor 第一方模型的具体用量到底是多少,但是到处找了下,好像没有一个明确的说法,因此我就想办法估计了一下。
我估计的依据包括:我自己的 Pro+ 账号的用量;X 上看到的两张 ultra 用量截图。
分析过程
想了解详细推算过程的话,这里给出了分析。
这里特别要提的是:我发现 Cursor 网页版访问
/dashboard/billing时有一个/api/dashboard/get-aggregated-usage-events的 api 请求,里面有详细的 token 用量分解和计费 cents,类似于```
{
"modelIntent": "cursor-grok-4.6-xhigh-fast",
"inputTokens": "72961",
"outputTokens": "7329",
"cacheReadTokens": "151232",
"totalCents": 26.5512,
"tier": 2
}
```我自己的 Pro+ 订阅,把所有 Cursor 第一方模型对应的 cents 加起来合计大约 $214.74,而 Dashboard 显示它消耗了 26.8%。反推出来 Pro+ 第一方池大概率就是 $800。而且单独拿几个模型验证,也会得到几乎相同的结果:
- Grok 4.5 high-fast:
$172.72 / 21.6% ≈ $800- Grok 4.6 high-fast:
$20.17 / 2.5% ≈ $807- Composer 2.5 fast:
$9.59 / 1.2% ≈ $799因为页面百分比只有一位小数,所以出现几个百分点以内的误差很正常。由于这个估计是直接用 api 返回的 cents 来的,所以和 grok 4.6 首周优惠无关。
Ultra 的额度分析
Ultra 没有我自己的完整 API 数据,所以我用了在 X 上找到的两张 Ultra 用量截图交叉验证。
比如,其中一张 Cursor Models 总用量 23.4%,里面包括:
- Grok 4.6 xhigh:1037.9M tokens,16.6%
- Grok 4.6 high-fast:127.8M tokens,4.3%
- Grok 4.5 high:72.8M tokens,2.4%
- Grok 4.5 high-fast:2M tokens,0.2%
问题在于,只有总 token 数还不够,因为 Input / Output / Cache Read 的价格是不一样的。好在 API 数据恰好给出了完整 token breakdown,因此可以观察一下我在 Cursor 中实际使用 Grok 时 token 大概是什么构成。这里提供我自己用的两个模型的数据:
- Grok 4.6 high-fast:Cache Read:24.81M,Input:3.11M,Output:0.28M,也就是说大约 88% Cache Read,11% Input,1% Output。
- Grok 4.6 xhigh-fast:Cache Read:19.54M,Input:0.51M,Output:0.10M。相当于 97% Cache Read,2.5% Input,0.5% Output。
所以可以估计 Cache Read 在 90%~97% 左右。以此去估算那张 Ultra 截图里的各个模型成本,最后得到 23.4% Cursor Models Usage ≈ $450~$470 左右的后台计费。
于是,约 $460 / 23.4% ≈ $1,950,这就非常接近 $2,000。
另一张 Ultra 截图反推出来的结果也处于相同数量级。所以我目前倾向于认为:
Ultra 的 Cursor Models 第一方模型池,很可能就是 $2,000/月。
更精确的统计得等我用一个月 Ultra 再估计了。
总结
(19 号之前 grok 4.6 有半价,以下是没考虑半价的情况)
如果按 88% Cache Read,11% Input,1% Output,按照这个比例估算,大概有 2.8 B。按 97% Cache Read,2.5% Input,0.5% Output,大概有 3.5 B。
因此我觉得一个比较合理的估计是:
- 非 Fast:约 3B tokens / 月
- Fast 的单价大约翻倍,因此大概是约 1.5B tokens / 月
以上仅供参考。
主楼 - Baimosama2026-08-1729116
那么也就是说,如果cursor只用auto模型,那么买一个ultra不如买十个pro咯
- weddy2026-08-1759961
这里 $400 是 60 美元一个月的 Pro+,不是 Pro 呀
Pro+ 到 Ultra 定价从 $60 到 $200,额度从 $400 到 $2000,实际上 ultra 更值
何况现在 ultra 都是 grok heavy 送的,要是昨天上车了 99 美元一个月的就更值了
- 诺力2026-08-1735469
第一方池子 pro 150 pro+ 1503 ultra 15010,等比例上涨。
后面官方说了翻倍,就约莫再乘2,没有说什么时候生效失效。
api pro 45U ultra 700U(具体值不清楚,算过一次) pro+ 没有用过。
就是f12 看cents 和 percentage,直接在billing页的usage-summary,
会有
include 标称额度
bonus 额外提供
total 标称+额外
autopercentused
apipercentused
totalpercentused,
用total/totalpercentused 就是账号第一方+api总额度。pro就是345=300第一方+45api
这几个值实在不行交给ai,列个方程,就能算出来各自占多少。
x+y=total/totalpercentused
autopu x/(x+y) + apipu y/(x+y) = totalpu
x 就是auto额度 y就是api额度。
补个我自己的图

- 🪵王2026-08-1717669
- 非 Fast:约 3B tokens / 月
cursor ultra 2000 刀 那 grok 本身也差不多 1600刀,一个月 3600 刀,按照优惠一个月 年付 80 刀,那不是血赚,比 ds 价格还低
- weddy2026-08-1759961
如果只用
usage-summary的话的确需要解方程,但是还有一个get-aggregated-usage-events接口,直接给出了 totalCents 也就是费用,所以直接可以得到结果。我在 估算 Cursor 订阅用量和额度的控制台脚本 提供了一个脚本,可以看下。基本可以确定 ultra 是 2000 刀