Cursor 推出 200 美元 Ultra 订阅,还悄悄改了 Pro 计划?一文看懂这波更新

是的,Cursor 又改价格了。

6 月 16 日,一篇名叫《Introducing the Ultra Plan》的 Cursor 官方博文开始在社区刷屏。

主要更新有两个:上线了新订阅 Ultra Plan,月费 200 美元,定价直冲天花板;与此同时,原来 20 美元/月的 Pro 计划被默默“重构” —— 你可能已经发现,没有 500 次快速高级请求(fast premium requests)的提示了,变成了“无限制调用,但限速”。


01|新订阅 Ultra Plan

Cursor 推出这个 200 美元/月的 Ultra 订阅,不只是为了多挣一波钱,更重要的是用户分层 —— 用 Ultra 把企业和重度用户圈出去,把 Pro 留给预算有限但需求稳定的开发者。

很明显,对标的是 OpenAI 的 ChatGPT Pro,Anthropic 的 Claude Max,以及谷歌的 Gemini Ultra。而这三个计划的定价,也恰好都是 200 美元/月。

价格拉满的 Cursor Ultra,包含的内容也确实满满当当:

  • 使用额度是 Pro 的 20 倍,针对的是那些一天跑几十次 o3Claude 4Gemini 2.5 Pro 的重度用户。

  • 模型速率限制基本解除,你可以理解为:哪怕你一边写代码一边让 Agent 跑 BugBot、同时 Tab 自动补全全开,也不太会触发“排队”。

  • 优先灰度新功能,比如最近的 PR Indexing、自定义 Agent 等,Ultra 用户优先体验。

  • 基础算力保障更强,Cursor 官方提到,这个档位背后的支撑,是和 OpenAI、Anthropic、Google、xAI 签了长期合约,确保大算力交付。

关于目标用户,Cursor 官方是这么描述的:Ultra 是给“用量极大、希望固定成本可控”的重度用户准备的,也适合小团队做中大型项目。


02|Pro 也强制更新了

Cursor 这波更新,不只是加了一个新订阅,而是连原本的 Pro 计划也强制更新了。

老用户应该知道,之前的 Pro 是“月付 20 刀 + 每月 500 次快速请求”,你可以理解为:500 次调用高级模型(o3Claude 4Gemini 2.5 Pro)。超出后转慢速,或开通按次额外付费(0.04 美元/请求)。

现在的 Pro 默认改成了:

  • Unlimited Requests,听上去无限量的高级请求。

  • 但有速率限制,如果你在一小段时间内连发多个请求,超过一定量后系统会“暂时让你等一会儿”再继续,类似于字节 Trae 的“排队”机制。

  • 所有工具调用都不限,Tab、Agent、Bug Bot、全部开放。

最重要的一点是 —— 这波改动默认生效,没通知、也不显眼。

如果你更喜欢原来那种“500 次快速请求保底”的清晰感,也可以在设置页里手动切换回旧版(Dashboard -> Settings -> Advanced Account Settings -> Opt Out of New Pricing)。

新计费模式一出,立刻引发争议:所谓“无限”,其实是一种 “速率限制” 的方案。毕竟,Cursor 不是赛博活佛,不可能真的做到“无限”。


03|到底应该选哪个?

总结一波。

项目Pro(20 美元/月)Ultra(200 美元/月)
模型调用额度无限(有速率限制)Pro 的 20 倍,接近无感限流
工具使用全部解锁全部解锁 + 新功能提前灰度
新功能体验正常节奏提前开放(如 PR 索引)
定价策略月费低 + 可能触发基于用量的额外计费固定高价,暂无额外计费
适用人群中度开发者重度开发者/小型团队/企业

如果你平常只是写写脚本、调试 API 接口,Pro 足够。

如果你是每天重构 3000 行 Java、需要多窗口对话、多线程补全,Ultra 可能值。


04|小细节:限流机制到底怎么判定?

这个问题其实连 Cursor 自己都没讲清楚。

根据官方文档的解释,速率限制主要基于两个方面:

  • Burst bucket:突发限速,即短时间大量请求,恢复时间不定。

  • Local bucket:更长周期的速率控制机制,几个小时恢复,类似“限流均值”。

你触发限速的判断标准,是根据“调用消耗的总计算量(compute)”,而不是“请求次数” —— 比如调用 Claude 4,带长上下文、代码补全密集,就更容易被限速。

然而,总计算量是如何得到的,没人知道。

Cursor 官方论坛上也没闲着,不少用户已经开贴讨论新限速机制的“玄学体验”(吐槽)。

有人表示 5 个小时就恢复了一次的 Claude Sonnet 4 请求额度。

有人猜测可能和“模型”有关。比如他用 o3 能连续用 9 小时,但切换到 Claude Opus 4,问了一个问题立即就被限速了。此时再切换回 o3,就又能继续使用。

原帖主也提到了 Claude Code 在模型用量方面就做的非常好,清晰明了。


结语

Cursor 这波涨价,看得出是要冲更高 ARR 和企业用户了。

但 Pro 和 Ultra 的切换边界说实话还有点模糊,“无限但限速”听起来很美好,真用起来“限速”会挺难受。

下一步,就看 Cursor 能不能把限速机制讲得更清楚点了。


我是木易,一个专注AI领域的技术产品经理,国内Top2本科+美国Top10 CS硕士。

相信AI是普通人的“外挂”,致力于分享AI全维度知识。这里有最新的AI科普、工具测评、效率秘籍与行业洞察。

欢迎关注“AI信息Gap”,用AI为你的未来加速。


精选推荐

### 修游标的属性或行为 在SQL Server中,游标的行为和属性可以通过定义时的选项进行设置。这些选项决定了游标的工作方式以及如何与其交互。以下是关于如何修游标相关属性或操作的具体方法: #### 1. **声明游标时设定属性** 当创建游标时,可以使用`DECLARE CURSOR`语句并指定不同的选项来控制游标的行为。常见的选项包括 `SCROLL` 和 `STATIC/DYNAMIC/KEYSET/FORWARD_ONLY` 等。 - 使用 `SCROLL` 属性可以让游标支持向前和向后的移动。 - 设置 `FOR UPDATE` 子句可以选择哪些列可以在后续更新操作中被更。 示例如下: ```sql DECLARE cursor_name CURSOR SCROLL -- 支持前后滚动 FOR SELECT column1, column2 FROM table_name WHERE condition; ``` 此语法允许用户自定义游标的行为[^2]。 #### 2. **动态调整游标类型** 根据需求选择合适的游标类型非常重要。不同类型的游标具有各自的特点和适用场景: - **静态游标 (Static Cursor)**:提供结果集的一个固定副本,在游标打开后不会反映基础数据的变化。 - **动态游标 (Dynamic Cursor)**:能够实时反映底层表中的任何变化。 - **只进游标 (Forward Only Cursor)**:仅能从前到后单向遍历结果集。 - **键集驱动游标 (Keyset-driven Cursor)**:基于唯一键集合构建的结果集,允许有限度地检测变更。 具体实现可通过以下代码片段展示: ```sql -- 创建一个动态游标 DECLARE dynamic_cursor CURSOR DYNAMIC FOR SELECT * FROM employees; OPEN dynamic_cursor; FETCH NEXT FROM dynamic_cursor INTO @emp_id, @name; CLOSE dynamic_cursor; DEALLOCATE dynamic_cursor; ``` 上述例子展示了动态游标的声明及其基本用法[^5]。 #### 3. **关闭与释放资源** 为了优化性能并减少锁定冲突,建议及时关闭不再需要的游标,并通过`DEALLOCATE`命令彻底销毁它们以释放内存和其他系统资源。 注意,频繁开启大量未关闭的游标可能导致严重的性能瓶颈[^3]。 --- ### 总结 通过对游标声明阶段的选择性配置以及合理管理生命周期内的各项参数,开发者可以根据实际业务逻辑灵活定制所需功能特性。这不仅有助于提升应用程序效率,还能增强数据库整体稳定性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值