Cursor收购了Firetiger。一个月后，它推出了一款能够追踪代码从拉取请求（PR）到生产环境变化的机器人。
得益于种类繁多的AI编程工具和智能体，如今编写代码比以往任何时候都更容易，这已是业内共识。真正困难的部分出现在代码写完之后：确保变更可以安全上线、发现生产环境中的回归问题，以及弄清楚究竟哪里出了问题。
正因如此，Cursor推出了Rollouts，这是一款全新的智能体，能够持续跟踪代码变更进入生产环境后的表现，并监测其是否按预期运行。
Firetiger效应
这一消息距离SpaceX以600亿美元巨资完成对Cursor的收购仅过去一个多月，该交易让这家AI编程公司得以使用SpaceX庞大的GPU基础设施，用于开发自家模型。
然而就在那笔交易完成的前一天，Cursor悄然宣布了自己的一笔收购：买下了Firetiger团队。这是一家成立三年的初创公司，专注于构建能够从拉取请求到部署全程监控软件变更的AI智能体。
当时，Firetiger联合创始人兼CEO拉斯塔姆·拉尔卡卡（Rustam Lalkaka）曾表示，编程智能体虽然大幅降低了创建软件变更所需的工作量，却几乎没有降低实际部署变更所带来的风险。
拉尔卡卡在交易宣布后发布的一篇LinkedIn帖子中写道：“过去两年里，智能体化编程彻底改变了软件开发方式，创建变更的成本已降至接近零，但部署变更的成本和风险基本没变。”
“写代码不再是慢的那一步。真正没有提速的，是PR提交之后的一切：确保代码安全、监控部署过程、判断延迟升高是否真实存在、找出十一个变更中究竟是哪一个搞坏了结账流程。”
如今，已加入Cursor的拉尔卡卡公布了这笔收购的首批成果，其中就包括Rollouts。在周三发布的一篇博客文章中，拉尔卡卡指出，这款新智能体（Cursor称之为“机器人”）旨在帮助开发者“更快地将安全、可靠的代码送上生产环境”。
Rollouts实际上是Firetiger“变更监控器”（Change Monitors）在Cursor内部的重生版本，基于一款名为Bot Development Kit的工具重新构建而成。这个工具包同样是Cursor的新产品：一个用于构建和运行Cursor机器人与智能体的早期框架，以@cursor/bdk的名义发布在npm平台上。其文档显示，开发者可以使用Markdown和TypeScript来定义智能体，并支持工具、技能、子智能体、Webhook以及定时任务等功能。
和此前的变更监控器一样，Rollouts在拉取请求开启时便开始工作。它会检查提议的代码变更，判断哪些系统可能受到影响，并生成一份监控计划，内容涵盖这次变更的预期目标、潜在风险、需要关注的信号，以及现有监测手段中存在的盲区。开发者可以在代码进入生产环境之前审阅并编辑这份计划。
变更部署完成后，Rollouts会将由此产生的遥测数据——包括日志、指标和追踪信息——与原计划进行比对。预发布环境和生产环境会被分别独立评估，每次部署最终会得到以下三种结论之一：验证健康、检测到回归，或结果不明确。
这意味着，某项变更可能在预发布环境中顺利通过检查，但随后Rollouts在其进入生产环境后发现了问题。
如果Rollouts检测到回归问题，它可以识别出可疑的变更，提醒相关负责人，并根据配置方式，要么发起一个回滚拉取请求供人工审核，要么将问题交给Cursor云端智能体尝试修复。目前这一流程中的关键环节仍由人类把关：Rollouts不会自行合并修复或回滚部署，不过它可以暂停正在进行的渐进式发布。
拉尔卡卡指出，Rollouts已经能够识别仅限于某个特定接口或区域的问题，而不必触发更大范围的告警，同时它也能区分预期中的行为变化和真正的回归问题。
据Cursor介绍，Rollouts“即将推出”与功能开关（feature flags）的集成，从而可以直接调整流向某项变更的流量；对发布列车（release trains）和部署冻结的支持也在开发之中。
安全审查机器人登场
除了Rollouts，Cursor还推出了升级版的安全审查（Security Reviewer）机器人，该功能最早于今年4月以测试版形式亮相。
发布之初，该机器人就能自动检查拉取请求中是否存在安全漏洞、身份验证回归、隐私与数据处理风险、智能体工具的自动批准问题，以及提示词注入攻击，并在相关代码旁标注发现的问题。
和Rollouts一样，其设计理念是让开发者无需手动调用：安全审查机器人可以设置为在每次新拉取请求开启时自动运行。
在当前版本中，安全审查机器人会结合整个代码库的上下文来分析拉取请求，重点关注注入漏洞、身份验证失效等可被利用的问题，并给出严重程度评级、攻击路径以及修复建议。
拉尔卡卡写道：“安全审查读取代码的方式，就像一名安全工程师一样——用户输入从哪里进入，最终流向何处，中途又经过了哪些环节。”
他表示，效率方面也有显著提升：平均审查时间下降了21%，从4.8分钟缩短至3.8分钟，而开发者对其提出意见的采纳率，也从约45%至50%提升到了60%至70%。
Rollouts和安全审查机器人均已在Cursor的自动化（Automations）标签页中上线，面向Teams和Enterprise套餐的客户开放。
Origin的故事
深入了解Rollouts的技术细节，便能看出它将如何助力Cursor打造Origin——这是该公司于今年8月推出的一个刚起步的、兼容Git的代码托管平台。
Origin本质上是在为一个高度依赖智能体的软件开发世界打造GitHub的替代方案。目前该平台仍处于早期阶段，功能有限，但Cursor已明确表示，与自家智能体更紧密的集成，将成为用户选择Origin的主要理由之一。
上个月Cursor宣布收购Firetiger时，Cursor产品团队的马克西姆·普拉德斯（Maxime Prades）在一篇博客文章中指出，这笔交易是公司“在面向团队的长期运行、自主化、具备上下文感知能力的智能体方面进行更广泛投入”的一部分。
他还特别提到，Origin和变更监控器正是这一投入方向的两个例证。
普拉德斯写道：“能够编写代码的智能体，也应该能够判断这些代码在生产环境中是否正常运行。如今，这两套系统大多是彼此独立的。Cursor和Firetiger的结合，让它们走得更近——智能体可以上线一项变更、观察其表现，并在出现问题时作出响应。”
Rollouts正是这一理念的早期雏形。它既能对接Origin，也能对接GitHub用于源代码管理，还能从持续交付系统中获取部署事件信息，并利用Datadog等遥测服务提供商的信号。一旦发现回归问题，它可以将问题反馈给Cursor云端智能体进行排查或尝试修复。
Origin有望为这一闭环提供更多原生支持：其云端智能体已经能够创建分支、提交并推送代码，以及针对Origin仓库发起拉取请求。而Rollouts的加入，则补上了“变更上线之后发生了什么”这一环节。
随着越来越多公司试图撼动GitHub在软件开发领域的核心地位，这一点可能会变得愈发重要。例如，Zed上周就将其Delta产品推向了公开测试阶段，带来了自己对于面向重度使用智能体团队的源代码管理方式变革的构想。
Cursor在下游环节同样面临竞争。Datadog今年6月预览发布的Bits Release，同样能够追踪代码从拉取请求到生产环境的变化，并通过遥测数据检查是否存在回归问题。Harness长期以来就提供基于日志和指标的自动化部署验证与回滚功能，而LaunchDarkly的Guarded Rollouts也能监控功能发布中的回归情况并自动予以撤回。
Cursor真正能够拿出的优势，或许在于“贴近性”：编程智能体、代码仓库、拉取请求、安全检查以及生产环境反馈，都可以被整合得更加紧密。Rollouts的运行并不依赖Origin——GitHub依然受到支持——但拥有自己的代码托管平台，意味着Cursor有更大的空间随着时间推移将这些环节融为一体。而这，或许比单纯复刻GitHub现有的功能集更具吸引力。
Q&A
Q1：Cursor的Rollouts是什么？
A：Rollouts是Cursor推出的一款新智能体，能够在代码变更部署到生产环境后持续监控其表现，比对日志、指标和追踪数据，判断变更是否正常运行，并在发现回归问题时发出提醒或协助修复。
Q2：Cursor为什么要收购Firetiger？
A：Firetiger专注于构建能够从拉取请求到部署全程监控软件变更的AI智能体。Cursor收购其团队，是为了补齐“代码写完之后”这一环节的能力，让智能体不仅能写代码，还能判断代码上线后是否正常运行。
Q3：安全审查机器人能做什么？
A：安全审查机器人会结合整个代码库上下文分析拉取请求，重点排查注入漏洞、身份验证失效、隐私数据处理风险等问题，并给出严重程度评级、攻击路径和修复建议，目前其审查效率和开发者采纳率均有明显提升。
