Cursor上线部署监控机器人Rollouts

Cursor推出Rollouts，为每次拉取请求挂上监控，在变更部署过程中对照日志、指标和追踪做验证，并按环境给出健康、回归或结论不明三种状态。

拉取请求打开时，系统阅读代码差异和触及的服务，在评论区写出监控计划：风险、预期效果、将检查的信号，以及仪器缺口。计划可在请求里直接改，后续以改过的版本为准。部署事件触发后按提交运行该计划，预发通过仍可在生产标红。公司称它能在全局告警前抓住单接口单区域回归，并把有意流量尖峰与故障分开，同时在合并前标出最常见的漏监控原因。

发现回归后点名可疑变更并通知作者，按配置可暂停渐进发布、开出回滚请求，或交给云代理修复。Rollouts用Bot Development Kit重做Firetiger的Change Monitors。Cursor今年8月吸纳Firetiger团队，目标是把写代码的代理与看生产的代理接成闭环。同步上线的Security Review在每个拉取请求上报可利用漏洞。

两项机器人面向Teams和Enterprise，在自动化页开启，需连接源码、发布系统和遥测，支持Datadog、Grafana、Honeycomb等。上线后10天内赠送用量，团队档约50次变更、企业档约500次。产品博客由Rustam Lalkaka撰写，理由是写代码已不再是最慢环节，慢的是合并之后：安全、观察发布、判断延迟是否真实、从十几个变更里找出谁弄坏了结账。

市场机制上，买的是企业把发布验证从值班工程师和独立SRE工具收进同一套编程代理账单，卖的是按变更次数计的机器人用量。资金从PagerDuty、发布平台和可观测性套餐的人力值班，转向Cursor席位和赠送额度之后的持续消耗。受益方是Cursor和被它接进工作流的遥测厂商；承压方是只做编码补全的助手，以及只做事后告警、不写监控计划也不开回滚请求的传统发布工具。事件驱动是代理写出代码后事故率上升，最后一公里成为新卖点。

公司同期还把Projects协调器、云代理构建加速和代码托管Origin往同一方向推：代理不只改仓库，还要证明改动能在生产站住。

来源：公开信息