Cursor新套餐绑定Grok：Claude和GPT改按API原价计费

Cursor的订阅体系发生了结构性变化。新用户注册后进入的套餐默认只覆盖Grok模型，而Claude和GPT虽然仍可在Premium及以上档位调用，却从第一次请求起就按API原价从预付额度中扣费。对于重度依赖Claude的开发者来说，这意味着月费和模型账单正式脱钩。

新套餐到底改了什么

据Cursor帮助页面，第三方模型（如Claude或GPT）不再包含在套餐额度内。新用户从注册起就进入The X Subscription——一个把Grok、Cursor和X Premium打包的订阅组合，其额度只覆盖Grok系列模型。

这一组合由SpaceXSI（TechCrunch所称的"现在名为SpaceX Super Intelligence的公司"）在x.ai上发布，Cursor同日在其社区论坛同步公告。SpaceX此前已同意以600亿美元收购Cursor背后的公司Anysphere。

各档位价格与限制如下：

套餐	价格	额度	Claude/GPT
Free	$0	有限	未列出
Plus	$8/月（推广价）	基础	否，仅Grok
Premium	$30/月	4倍Plus	是，按用量计费
Super	$100/月	15倍Plus	是，按用量计费
Ultra	$200/月	50倍Plus	是，按用量计费

说个细节，付费套餐中Grok和Cursor共享同一个每周额度池：一次Grok对话和一次Cursor agent运行消耗的是同一份配额。但Cursor定价页只以"Plus的倍数"描述用量，未换算成token或请求数，因此用户暂时无法把"4倍"折算成具体的agent会话次数。

按API原价计费意味着什么

Premium及以上档位对第三方模型不提供任何额度补贴，用多少付多少，可选设置消费上限。

于是套餐费和Claude账单变成两笔独立支出。Anthropic官方价格：Sonnet 5.5为输入每百万token 2美元、输出10美元；Opus 5.5为输入4美元、输出20美元。以一次示例会话计算——300万未缓存输入token加15万输出token——Sonnet 5.5花费7.5美元，Opus 5.5花费15美元。

编码agent每一轮都会重发整段对话历史，这是输入token快速累积的根本原因。Anthropic的缓存读取价格低得多，Sonnet 5.5为每百万token 0.10美元，因此缓存命中率会显著影响总账。但Cursor页面只写"API原价"，并未说明缓存如何计费，所以上述计算只能视为估算而非报价。

建议在首次发起Claude请求前、预付额度还未消耗时就设置好消费上限。

关于“未缓存输入 token”与“缓存读取”：大模型 API 计费通常把输入 token 分为两类。首次出现的提示词属于“未缓存输入”（cache write），按标准输入单价计费；而后续请求中重复出现的相同前缀，若被厂商的提示词缓存（prompt caching）命中，则按“缓存读取”单价计费，后者往往只有前者的十几分之一。编码 agent 每一轮都要携带完整对话历史，因此历史部分若缓存命中，成本会大幅下降。但缓存有存活时间（通常数分钟到一小时），间隔过久会失效并重新按未缓存价计费，这也是为什么“连续快速多轮”比“断断续续多轮”更省钱。Cursor 页面只说“API 原价”，未明确缓存读写是否沿用 Anthropic 官方费率，所以实际账单可能高于或低于按纯未缓存价估算的结果。

消费上限与预付额度的关系：在按量计费模式下，预付额度（prepaid credits）是账户中预先充值、按实际调用逐笔扣减的余额，与月费相互独立。设置消费上限（spend limit）相当于给这批额度加一道闸门：当累计扣费达到阈值时，后续请求会被拒绝，而不是继续透支或自动续充。对团队而言，应在首次调用 Claude/GPT 之前就把上限设为可承受的月度值，并定期核对“预付余额下降速度”与“实际 token 用量”是否匹配，避免因为缓存未命中或长上下文重发而在数天内烧掉整月预算。

谁受影响，谁不受影响

现有订阅者：当前Cursor、SuperGrok或X Premium套餐的价格和功能保持不变，除非主动变更或取消。论坛公告明确表示，现有Cursor订阅者保留其包含的第三方模型额度，直到切换为止。

新用户：从The X Subscription起步，包括"仅拥有免费X账号的用户"。论坛帖中公告作者指出，新的Ultra与旧版Cursor Ultra是不同套餐，旧版已不再向新用户开放。

套餐变更：现有用户仍可在当前Cursor套餐间切换而无需迁移，但通过Apple App Store计费的套餐必须先完成迁移。

团队与企业版：现有团队可增购席位或调整席位档位而无需迁移。没有活跃Grok账号的企业客户可在客户团队协助下迁移；其他企业账号暂不支持。

有一条需要反复确认的条款："迁移是永久性的，无法撤销，客服也无法帮你撤销。"如果Cursor套餐来自App Store，迁移后必须自行在设备设置中取消，否则Apple会继续扣款。迁移会按比例退还旧套餐费用，并提供限时优惠。

如果团队当前大部分Cursor工作跑在Claude或GPT上，建议先用原价核算上月实际用量，再做决定。

打包套餐的合理性在哪

如果Grok模型能胜任你的工作，这笔交易是划算的。SpaceXSI称Premium打包了SuperGrok、Cursor Pro和X Premium+，三者单独订阅合计90美元/月，打包价30美元。它还声称每个X Subscription档位"至少提供两倍于对应Cursor套餐的编码用量"，且每个档位"每美元用量都高于它所替代的套餐"。

但早期反馈偏负面。Cursor论坛帖中多条回复持批评态度，其中一条写道："Cursor的用户是冲着自由选择模型来的。"论坛样本小且自选择性强，只能当作情绪参考。

如果你还没在Cursor里用过Grok，最值得做的测试是：同一个任务，分别用Grok和当前主力模型跑一遍，对比diff质量和账单。

“至少两倍编码用量”这类声明的解读：SpaceXSI 宣称每个 X Subscription 档位“至少提供两倍于对应 Cursor 套餐的编码用量”，但用量单位并未公开为 token、请求数或 agent 会话数。当额度以“倍数”而非绝对单位描述时，用户无法独立验证，也无法与按 token 计费的 Claude/GPT 直接换算。对开发者来说，唯一可靠的做法是用同一批真实任务分别跑 Grok 与现用模型，记录完成时间、重试次数和 diff 质量，把“倍数”翻译成自己的工作量口径。只有在该口径下 Grok 的产出仍可接受，打包价才真正划算。

把模型选择权留在自己手里

同一天还有另一件事：Meta宣布其更大的Muse Wonder Full模型仅向Muse Code订阅者开放，不通过API提供。一天之内，两个产品都在用套餐决定你能触达哪个模型。

本周可以做的三件事：

1. 列出团队在Cursor中使用的模型，按原价核算这些用量要花多少钱。
2. 如果在新套餐上，为第三方模型用量开启消费上限。
3. 至少保留一个自带目标模型额度的agent方案，这样其他厂商的价格变动不会直接中断工作。

作者本人开发Hermes IDE，可并排运行Claude Code、Codex、Copilot、OpenCode等命令行agent，每个在独立终端和worktree中运行，使用各自的登录凭证。用户可按任务选择agent、模型、effort和账号，当一个agent触及用量上限时，可将任务转移到另一个继续。它不会让token变便宜，改变的是单一厂商定价变动对你的影响程度。

为什么“自带额度”的 agent 方案能降低锁定风险：多 agent 并行的工具（如文中提到的 Hermes IDE）把模型选择权交还给用户：每个 CLI agent 用各自的登录凭证，从各自订阅或 API 额度扣费。当某一厂商调整套餐、限制模型或涨价时，受影响的是该 agent 的那条通道，而不是整个工作流。用户可以把同一任务转移到另一条仍有额度的通道继续，而不必重新配置项目或迁移数据。它不降低 token 单价，但把“单一厂商定价变动”从业务中断风险，降级为一次任务路由调整。

你会迁移吗

每天用Cursor的话，30美元的Grok打包用量是否胜过按原价支付Claude或GPT token的费用？还是说只覆盖单一厂商模型的套餐本身就是不可接受的？这个问题的答案取决于你的模型偏好和实际用量结构。