Cursor 发布 Rollouts 和 Security Reviewer：编码智能体开始管发布和管安全

Cursor 这次一口气发了两个开发机器人：Rollouts 和 Security Reviewer。名字很直白，一个管"把代码发上去"，一个管"这代码安不安全"。看下来，编码智能体的边界又往外扩了一圈，从"帮你想怎么写"延伸到"替你把发布和安全这两道关也占了"。

先说 Rollouts。它干的是部署那一步。写代码只是软件生产链的一环，后面还有构建、灰度、回滚、监控。过去这些得人盯着或者接 CI/CD。Rollouts 把这套接管了，智能体改完代码，自己安排往哪发、怎么发，出问题能退。这跟 Cursor 之前推的"云端长时运行、降 token 成本"是一脉相承的，目标就是让一个 agent 从头跟到尾，人别老在中间捞。

Security Reviewer 更有意思。它专门审代码里的安全隐患：注入、越权、密钥泄露、依赖漏洞这些。以前这类审查要么靠人 code review 顺手看，要么接个静态扫描工具，误报多、漏报也多。让智能体带着上下文去读改动 diff，比纯规则匹配更懂"这段代码到底想干嘛、会不会被钻空子"。

两个机器人合起来的意味是：编码助手不再只坐在你旁边补全，而是开始往流水线上下游走。写、审、发三段，本来是三个人干的活，现在一个 agent 体系能串起来。对单人开发者和小团队，这等于凭空多了个_release 工程师和安全工程师。

当然得清醒。自动发布最怕的是"它以为没问题就真发了"。Rollouts 配上回滚能力是必要的，但第一次放手让它全权部署，大多数人会犹豫，这很正常。Security Reviewer 也替代不了专业安全审计，复杂业务里的逻辑漏洞，模型未必看得透。

所以更现实的用法是：把 Security Reviewer 当第一道过滤网，把明显风险先揪出来；Rollouts 用在低风险、高频的小改动上，比如文案更新、配置微调，慢慢建立信任再放开。工具到位了，怎么用还是人的判断。