分享一下我对 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 / 月
以上仅供参考。