Cursor Rollouts 盯上线后的变更
Cursor 在 2026 年 9 月 23 日推出 Rollouts，仅 Teams 与 Enterprise。它按环境报告变更已验证健康、发现回归或无法判断，可以开回滚 PR 给人审，但不会自己合并或回滚。试用额度大约是团队 50 次、企业 500 次变更。
2026 年 9 月 23 日，Cursor changelog 上线了两个收尾机器人。问 cursor rollouts 是什么，页面写的是：给每个 pull request 挂上监控，在变更部署时按环境报告健康状况。三种结论是 verified healthy、regression detected、inconclusive。套餐只有 Teams 和 Enterprise。它是 Firetiger Change Monitors 的 Cursor 版本，用 Bot Development Kit 重做。
三种结论，以及它停在哪一步
PR 打开后，Rollouts 读 diff 和它碰到的系统，把一份监控计划写成 PR 评论。评论里有它识别的风险、这次改动本应产生的效果、要核对的信号，以及仪器上的缺口。你在 PR 里改这份计划，它用你改过的版本。
部署事件到达该提交时，它按计划去对日志、指标和 trace。每个环境分开记，所以预发可以判成健康，生产仍可以被标成回归。回归时它点名怀疑的那次变更并通知作者。配置允许的话，它可以开一个回滚 PR 供人审，或把发现交给云端 agent 去修。changelog 写明：今天它不会自己合并，也不会自己回滚。
功能开关的接入写的是 coming soon。没有这条之前，靠 flag 灰度的变更，监控计划里不会自动带上开关状态。
要先接上哪三样
在 dashboard 里打开，并接上源代码、部署系统和遥测。源代码可以是 Origin 或 GitHub。部署事件来自你的持续交付系统。信号来自 Datadog 和其他遥测提供方。接上之后，从下一个 PR 开始看。缺部署事件或没有日志指标，它给不出环境级结论，评论更可能停在无法判断。
入口在 automations 标签。Automations 本身怎么建触发器，见 Cursor Automations 怎么用。8 月收购 Firetiger 时，Change Monitors 还写着即将到来，见 Firetiger 并入 Cursor。9 月 23 日这页给了产品名和开启位置，收购稿里的「即将到来」停在这里。
试用额度盖的是 Rollouts
公告写：接下来 10 天提供用量额度，方便团队在真实变更上试 Rollouts。Teams 大约 50 次变更，Enterprise 大约 500 次。大约是 changelog 的原词。页面没有写精确的截止时刻，从 9 月 23 日算，10 天落到 10 月 3 日前后。额度句子的主语是 Rollouts，没有写 Security Review 共用这一桶。个人 Pro 不在这页的套餐名单里。