Cursor | Bots Connect Deployment Health and Security Review

Cursor launched Rollouts and Security Review on September 23, 2026, for Teams and Enterprise plans. The bots address two different stages of web application delivery: reviewing exploitable problems before integration and assessing a change after deployment.


Cursor cover placeholder for Rollouts and Security Review bots

{getToc} $title={Table of Contents}

Deployment health can be tied to the change that shipped


Rollouts creates a monitoring plan from a pull request and checks deployment signals per environment. Results can be healthy, regression detected, or inconclusive. The plan can be edited in the pull request.


A frontend revision may aim to improve a form while inadvertently affecting another route. Define the intended effect and the signals that could reveal a regression. A meaningful monitoring plan needs to know what success looks like beyond the absence of a general error alert.



Security Review addresses a different question


Security Review checks pull requests in codebase context for exploitable bugs and reports severity, an attack path, and a proposed fix. Draft pull requests are skipped, and project-specific rules can guide the review.


For a web application, connect a finding to the affected request or input. Review whether the proposed correction preserves valid use while restricting the unsafe path. A clear explanation helps the team assess the security consequence alongside any user-facing change.


Monitoring depends on connected evidence


Rollouts needs source control, deployment, and telemetry connections. It can propose a revert pull request or pass a finding to an agent depending on configuration, but it does not merge or roll back independently in this release.


An inconclusive result deserves attention to instrumentation. If the application does not expose the relevant signal, the team cannot infer that a deployed change works simply because no regression was confirmed. Record that gap and decide how the behavior will be verified.


Evaluate access and trial terms explicitly


The launch includes temporary usage credits for trying Rollouts, alongside Teams and Enterprise eligibility. Treat that as an initial offer rather than a permanent free allowance.


Start with one application area and a monitoring plan the team can understand. Compare the bot's conclusion with a manual check of the visitor flow. This helps determine whether the available telemetry answers the product question and whether alerts lead to useful review work.


IMPORTANT: Both bots require Teams or Enterprise. Rollouts does not automatically merge or roll back changes, and the launch usage credits are temporary.{alertWarning}

Daisuki's Take: What This Means for Web Designers


We see value in connecting a code proposal with what happens after it ships. A website change needs evidence from both review and the deployed application.


We would inspect the monitoring plan before relying on its conclusion. The relevant signals must match the intended behavior, and missing instrumentation should remain a visible limitation.


The practical outcome is a clearer decision about a release. Use the bots to surface evidence and proposals, then review the affected user flow and decide what action the team should take.



Sources and Recommended Links