Cursor 价格拆解：Rollouts 免费吗，试用额度怎么算？

想弄清 Cursor 价格？Rollouts 并非免费功能，仅 Teams（每位用户每月 $40）和定制报价的 Enterprise 可用。本文拆解 10 天上线额度、Teams 约 50 次与 Enterprise 约 500 次变更、尚未公布的后续单价，以及启用前必须核对的计费字段、遥测条件和支出控制。

Thursday, September 24, 2026

Omid Saffari

Tools

Cursor

Cursor 价格该怎么算，Rollouts 免费吗？答案是否定的：它只对每位用户每月 $40 的 Teams 方案和定制报价的 Enterprise 方案开放。Cursor 上线赠送的 10 天额度，大约可覆盖 Teams 的 50 次变更或 Enterprise 的 500 次变更，但这并不等于免费方案；Cursor 也没有公布额度用完后的 Rollouts 持续使用单价。

要算清 Rollouts 的成本，关键是把访问资格、试用用量和后续用量分开。首先要购买符合条件的组织方案，上线额度只能暂时抵扣一部分 Rollouts 用量。额度耗尽后账单会怎样变化，仍是 Cursor 公开页面没有量化说明的部分。

Cursor 价格怎么计算：Rollouts 不免费，赠送额度仅限付费方案

Cursor Rollouts 是一项付费方案功能，当前附带临时赠送额度。 Cursor 的 9 月 23 日上线页面只列出了 Teams 和 Enterprise 两种可用方案。Hobby 的费用可能是 $0，Individual Pro 可能是每月 $20，但二者都没有被列入 Rollouts 的适用方案。

这一区别很重要，因为额度不等于访问资格。符合条件的客户可以用赠送额度测试真实变更，无需立刻支付尚未公布的 Rollouts 使用费；Cursor 免费用户却不能靠同一项优惠获得 Rollouts 访问权。

Cursor 的 Rollouts 与 Security Review 上线页面 — Cursor Rollouts 上线公告，日期为 2026 年 9 月 23 日

这项优惠的范围也比常规免费试用更窄。Cursor 将其描述为接下来 10 天可用的使用额度，预计大约覆盖 Teams 的 50 次变更和 Enterprise 的 500 次变更。它并不是新账户试用，也不是向 Hobby 用户开放的公测，更不是每月永久赠送的固定额度。

决策流程图：Hobby 和 Individual 无法使用，Teams 和 Enterprise 可以进入 Cursor Rollouts — Rollouts 的访问门槛是 Teams 或 Enterprise，而不是 Cursor 的免费或个人方案。

9 月 23 日究竟发布了什么

Rollouts 在从拉取请求到生产环境的链路上增加了一个监控智能体。 它先读取拟议变更并起草监控方案，再检查部署信号，判断各个环境的状态是健康、发生回归，还是证据不足、无法下结论。

对开发者而言，真正实用的是监控方案。Cursor 表示，拉取请求评论会列出预期效果、已识别的风险、需要检查的信号以及埋点缺口。开发者可以在部署前修改这份方案。这样一来，变更本身就成为一个可验证的运行假设：哪些指标应该变化，哪些应该保持稳定，又有哪些证据能推翻预期结果。

部署事件发生后，Rollouts 会检查日志、指标和追踪数据。它会分别判断不同环境，因此同一项变更可能在预发布环境表现正常，却在生产环境失败。如果系统怀疑出现回归，可以通知变更作者；根据配置，它还可以起草一个供人工审核的回滚拉取请求，或把发现交给云端智能体修复。

它的能力边界同样重要。目前，Rollouts 不会自行合并回滚请求，也不会自行将生产环境回退。它负责准备证据和建议方案，最终动作仍由人工控制。功能开关集成目前也仍被标注为即将推出。

这不是又一个代码生成功能。Cursor 正在进入成本高昂的最后一公里：团队已经合并了代码，接下来必须判断发布后的实际表现是否符合预期。

Cursor Rollouts 价格由三层成本组成

只有把三层成本分开，才能看清真实价格。 席位费购买的是使用资格，上线赠送额度覆盖的是一段临时用量；额度结束后可能还会产生持续的 Rollouts 使用费，但公开的单位价格仍然缺失。

成本层级	Teams	Enterprise	已知信息
方案访问	$40/用户/月	定制报价	使用 Rollouts 的必要条件
上线赠送额度	约 50 次变更	约 500 次变更	自发布起接下来的 10 天内提供
后续 Rollouts 用量	未公布	未公布	已检查的公开页面没有稳定的按变更计价标准

这些数据已于 2026 年 9 月 24 日对照 Cursor 的实时定价页面、上线文章、Automations 文档和 Teams 控制面板文档核验。当日检查结果显示，公开资料没有给出稳定的单次受监控变更价格，也没有明确的额度到期时间点或时区，更未说明额度耗尽后 Rollouts 会暂停、自动计费，还是要求用户另行确认。

Cursor Rollouts 的 Teams 访问门槛是每位用户 $40

一个 5 人团队每月最低要支付 $200，且尚未计入任何 Rollouts 使用费。 按目前每月 $20 的价格，5 个 Individual Pro 订阅合计每月 $100。同样的 5 人升级到 Teams Standard，每月会多花 $100；12 个月合计多出 $1,200，之后才轮到 Rollouts 使用费。

如果团队有 10 人，Teams Standard 每月为 $400，而 10 个 Individual Pro 订阅为 $200。治理和功能溢价是每月 $200，也就是 12 个月 $2,400。这笔溢价还包含 Teams 管理、共享上下文、分析、隐私控制和 SSO，因此不能全部归到 Rollouts 头上；但买方仍必须把它视为最低方案升级成本。

如需了解更完整的方案和用量池，可以参考最新的 Cursor 价格详解，其中说明了席位费已经包含哪些权益。Rollouts 只是选择组织方案的新理由，并没有形成一个单独公布的席位层级。

Cursor Rollouts 赠送额度只是临时的

10 天额度是一笔测试预算，不是合同承诺的变更次数。 Cursor 使用的是“约”这一表述，因此 50 和 500 都是规划估算值，而不是固定权益。

如果平均分配，Teams 预计每天约 5 次变更，Enterprise 则每天约 50 次。对于 5 人 Teams 账户，如果使用活动恰好平均分布，50 次变更相当于每个席位约 10 次。现实中的部署量很少会均匀分布，因此选择试点时应以组织总量为准，而不是依赖按席位平均后的示例。

真正需要判断的是，这些额度能否覆盖有代表性的工作。持续部署多个服务的团队，可能很快用完 Teams 的预计额度；偶尔发布的团队则可能直到 10 天窗口结束，也没有测试到足够多的回归、噪声信号或埋点缺口，无法对产品作出判断。

Cursor Rollouts 免费试用究竟是什么

Rollouts 的优惠更像是面向现有合格客户的使用额度窗口，而不是免费方案试用。 因此，获得授权的 Teams 或 Enterprise 管理员在大范围启用前，应把控制面板视为商务信息的最终依据。

Cursor 的通用 Automations 计费文档表示，Automations 会创建云端智能体，并按云端智能体用量计费。但这一背景信息无法证明 Rollouts 每次变更的价格。产品上线页面用“变更”描述赠送额度，计费文档却使用“云端智能体用量”。在控制面板或合同明确这两种单位如何对应之前，强行把 50 次变更换算成美元，只会制造虚假的精确度。

10 天时间线：Teams 约 50 次变更，Enterprise 约 500 次变更，之后的费率尚未公布 — 上线优惠给出了预计变更次数，但额度用完后的公开费率仍未公布。

Rollouts 对开发者、运维和采购意味着什么

对于写代码的人、负责值班的人和批准合同的人，同一项功能意味着三种不同的决策；只有三种视角汇合，Rollouts 才真正有用。

开发者拿到的是一份可编辑的部署假设

在进入生产环境前，开发者会在拉取请求中看到一份监控方案。当一项变更具有可衡量的预期效果时，这尤其有用，例如降低某条路径的延迟，同时不增加其他位置的错误。趁变更内容仍记忆清晰，开发者可以修正方案中的信号和风险。

但一份看似合理的方案并不等于证据。测试仍负责在部署前验证代码行为，Rollouts 则在部署后观察被选定的生产环境证据。它无法让未经测试的变更自动变得安全；当现有证据不足以支持判断时，“无法下结论”本身也是有效结果。

运维仍需为遥测能力兜底

运维人员获得的是一个能结合变更上下文读取现有可观测性数据的工具，而不是可观测性平台的替代品。Cursor 需要源代码管理、部署事件和遥测提供商。其上线页面列出的组件包括：用于源代码管理的 Origin 或 GitHub、用于提供部署事件的持续交付系统，以及提供信号的 Datadog 等遥测服务商。

薄弱的埋点能力仍是硬门槛。Rollouts 可以在监控方案中指出缺口，却无法重建从未上报的业务指标，也无法补回从未采集的追踪数据。一位早期从业者提出的问题是：除了根据代码差异推断出的风险，它能否发现无声的指标缺口？Cursor 的公开上线资料并未作出更广泛的保证。

买方购买的不只是访问权，还有一条数据通路

买方需要批准的不只是一个机器人。Rollouts 必须获准读取代码变更、部署事件、日志、指标和追踪数据。这一连接范围应像任何生产可观测性集成一样接受安全审查。

经济层面的决策同样作用于整个组织。Teams 是公开价格中门槛最低的访问路径，Enterprise 则采用定制合同。更深入的 Cursor 评测分析了产品的整体适用性，企业团队选择 Cursor 还是 Claude Code则讨论了更大范围推广时的治理取舍。

谁适合现在行动，谁应该等待，谁不受影响

只有当上线额度能测试一套已经在运行的工作流时，才值得现在行动。 合适的候选团队已经使用 Teams 或 Enterprise，部署可观测服务的频率足以产生有代表性的变更，并且有一位明确的负责人能够修改方案、判断结论并检查账单。

同时满足以下条件，才适合立即使用额度窗口：

源代码管理、部署系统和遥测提供商能够在获批的安全边界内连接。
服务已经具备与发布健康度相关的日志、指标或追踪数据。
有明确指定的运维人员审核“无法下结论”和“发生回归”两类判断。
管理员可以在 Cursor Teams 控制面板中设置团队每月支出上限。

如果实际测试的只是接线工作，而不是 Rollouts 本身，那就先等等。 部署事件不可靠、遥测数据没有明确的服务归属，或无人能够判断监控方案是否正确时，这段额度窗口只会产生活动记录，却无法支持决策。应先补齐这些输入条件。

如果采购流程要求在批准任何浮动费用前先拿到稳定的单位价格，也应该等待。对部署频率很高的组织来说，公开费率缺失绝不是一个小注脚。应要求 Cursor 以书面形式说明计费单位、额度耗尽后的处理方式和到期时间。

如果你使用 Hobby 或 Individual、只在本地开发而不部署到生产环境，或者很少发布具有可观测运行行为的服务，那么此功能与你无关。 Rollouts 不会削弱免费编辑器的用途，只是不会改变你现有的工作流。

Cursor Rollouts 哪些说法被夸大了

Rollouts 是生产环境证据的审阅者，不是一位能够自主工作的站点可靠性工程师。 做购买决策时，应先排除三种夸大的解读。

第一，它不是自动回滚引擎。Cursor 表示，根据配置，它可能创建回滚拉取请求，也可能把发现交给云端智能体；同时也明确说明，目前 Rollouts 不会自行合并或回滚。人工审核仍处于关键路径上。

第二，它不是可观测性平台。它只会读取已连接系统中的日志、指标和追踪数据。如果关键的信号缺失、延迟、标签错误，或无法与部署事件关联，输出就可能无法下结论，甚至产生误导。部署前的缺口提醒或许能更早暴露问题，却不会凭空生成缺失的证据。

第三，约 50 次和 500 次变更并不是永久包含的额度。这两个数字描述的是 10 天优惠期内的上线赠送额度。Cursor 尚未公布稳定的后续费率，因此，仅凭公开页面，买方还无法可靠计算每个健康结论、每次捕获回归或每项受监控变更的成本。

这并不意味着 Rollouts 没有价值，只是它真正的价值主张更窄：把代码变更与一份可编辑的监控方案绑定，按环境观察指定证据，再返回一个可供审核的判断。应该评估的是这个闭环，而不是生产环境能够自动运转的幻想。

周一就能做的事：进行一次有边界的额度测试

用这次优惠回答一个采购问题：Rollouts 能否产出足够多、足够可信的部署判断，从而证明访问费和使用费物有所值？ 大范围启用无法清晰回答这个问题。

记录商业边界
在已获授权的团队控制面板中，记录方案资格、可见的额度余额、确切到期时间、计量单位、额度耗尽后的动作和每月支出上限。如果任何字段缺失，应先咨询 Cursor 支持团队，不要依赖推测。
选择有代表性的变更
选择一小组变更，覆盖常规功能、性能敏感路径和一项已知存在监控薄弱点的变更。不要为了让演示更有看点，刻意在生产环境中制造故障。
编辑每一份监控方案
将方案给出的风险、预期效果、信号和缺口，与服务负责人掌握的信息逐一对照，并记录必须修正的内容。一份措辞漂亮却漏掉决定性信号的方案没有实际价值。
为判断结果打分
逐项记录每次部署的判断延迟、误报、无法下结论的情况、有用的埋点缺口，以及现有告警体系漏掉的任何回归。这些只是评估字段，并非本文声称已经得到的结果。
算出下一次变更的价格
在额度结束前，依据控制面板或供应商的书面答复计算持续使用成本。只有当工作流价值和计费单位都清晰后，再扩大使用范围。