Cursor推出Rollouts与Security Review两款发布环节机器人，面向Teams和Enterprise套餐
Rollouts跟踪每次部署并按环境报告变更健康度，Security Review在每个PR上报告可利用漏洞；两款机器人在Teams和Enterprise套餐今日可用，前 10 天附赠试用额度。
AI解读：Cursor把两个机器人塞进了交付代码的最后一段流程：Rollouts盯着变更部署后的健康状况，Security Review盯着PR里有没有能被利用的漏洞。两者都只面向Teams和Enterprise套餐，需要从dashboard的automations标签页手动开启。
前 10 天Cursor送试用额度，Teams用户够大约 50 次变更，Enterprise用户够大约 500 次。这个数字本身就说明了规模差异：个人开发者和小团队不在覆盖范围内，Cursor想先让有部署和合规压力的组织用真实变更来试。
Rollouts不是单纯监控面板，它会先读diff并写一份监控计划贴到PR评论里，列出它识别的风险、变更预期效果、要检查的信号以及埋点缺口。你可以在PR里改这份计划，它按你的版本执行；发现回归时会点名可疑变更并通知作者，也能按配置开revert PR或交给云端agent修复，但自己不自动合并或回滚。
Security Review专注可被利用的漏洞：SQL、命令和模板注入，认证与授权绕过（包括重构后不再运行的检查）、提交进源码的密钥凭据、SSRF、未验证重定向、不安全反序列化，以及引入已知漏洞的依赖变更。每条发现带严重级别、攻击路径和修复建议，驳回一次并给出原因后不会在同一PR上再提。
真正值得留意的是边界：Rollouts依赖你接好源码控制、CD和遥测，埋点有缺口它会明说“无法验证”；Security Review不测代码风格和质量，这仍然归Bugbot，草稿PR会被跳过。两者解决的是“代码合并之后、部署之后到底有没有出问题”，而不是替你写代码或做代码审查。
Cursor在changelog发布两款用于代码交付“最后一公里”的机器人：Rollouts和Security Review，均在Teams和Enterprise套餐今日可用。
Rollouts为每个pull request附加一个监控器，随变更部署并按环境报告变更健康度，结果分为三类：verified healthy、regression detected、inconclusive。Cursor称其为Firetiger Change Monitors的Cursor版本，用Bot Development Kit重写。
使用时需从dashboard启用Rollouts，并连接源码控制、部署系统和遥测提供商；它从下一个pull request开始监控。
Rollouts的监控计划、部署跟踪与回归处理
当pull request打开时，Rollouts读取diff和它触及的系统，然后以PR评论形式写出一份监控计划。计划列出它识别的风险、变更预期产生的效果、将检查的信号，以及会让变更难以验证的埋点缺口。计划可在PR中编辑，Rollouts会使用你修改后的版本。
Rollouts在变更对应commit的部署事件上唤醒，针对日志、指标和追踪运行该计划。它按环境分别跟踪，因此一个变更可以在staging验证通过、在production仍被标记。Rollouts除错误和延迟信号外，也检查变更的预期效果，并在得出结论后回到PR上报告。
当Rollouts检测到回归，它会点名它怀疑的变更并通知作者。视配置而定，它还可以开一个revert PR供审查，或把发现交给云端agent修复。Cursor明确说明：Rollouts今天不会自行合并或回滚。
- 连接对象：源码控制支持Origin或GitHub，部署事件来自持续交付系统，信号来自Datadog及其他遥测提供商。
- 功能开关（feature flag）集成即将推出。
- Rollouts从启用后的下一个pull request开始监控。
Security Review：在PR上报告可利用漏洞
Security Review今日可用。它结合代码库上下文读取每个pull request，并发布一条审查评论，报告可利用的漏洞；风格和质量问题仍归Bugbot处理。可从dashboard对希望审查的仓库启用。草稿（Draft）PR会被跳过。
它检测的范围包括：SQL、命令和模板表面的注入，认证与授权绕过（包括检查在重构后是否停止运行），提交到源码中的密钥和凭据，SSRF和未验证的重定向，不安全的反序列化，以及引入已知漏洞的依赖变更。它会追踪用户输入从何处进入、经过了哪些环节。
每条发现携带严重级别、攻击路径和一条建议修复方案。对某条发现给出原因并驳回后，Security Review不会在该PR上再次提出它。
团队可以添加针对代码库的规则，例如外部调用必须经过哪个客户端，或哪些表绝不能从请求处理器中查询，Security Review会在每个PR上执行这些规则。
- 不负责：代码风格与质量（由Bugbot负责）。
- 跳过对象：草稿PR。
- 规则示例：外部调用必须经过指定客户端；某些表不得从请求处理器查询。
获取方式与试用额度
Rollouts和Security Review今日起在Teams和Enterprise套餐可用，两个机器人都从automations标签页启用。
Cursor表示，接下来 10 天内会附赠使用额度，让团队在真实变更上试用Rollouts；Teams和Enterprise客户分别获得约 50 次和约 500 次变更的额度。
- 适用套餐：Teams、Enterprise。
- 启用入口：automations标签页。
- 试用额度：10 天内，Teams约 50 次变更、Enterprise约 500 次变更。