Home›Editor›「Rollouts」と「Security Review」
Rollouts and Security Review

「Rollouts」と「Security Review」Rollouts and Security Review

元記事を読むRead original articlecursor.com(新しいタブで開きます)(opens in a new tab)
AI2 点サマリSummary highlight
  • Cursorは、デプロイを環境別に検証するRolloutsと、PR内の悪用可能な欠陥を探すSecurity ReviewをTeamsプランと企業プランに追加。
  • リリース判断と安全性確認を自動化できる。

Cursor adds Rollouts for per-environment deployment checks and Security Review for exploitable PR flaws to Teams and Enterprise plans, helping teams ship safely.

本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (cursor.com) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (cursor.com).

要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.

2つのボット

Cursorは、コードリリースの最終工程を担う2つのボットとして、RolloutsとSecurity Reviewの提供を開始した。Rolloutsはデプロイ中の変更を環境ごとに監視し、Security ReviewはすべてのPRを確認して、悪用可能なバグを報告する。どちらもTeamsプランと企業プランで利用できる。

Rollouts

RolloutsはすべてのPRにモニターを割り当て、変更がデプロイされる過程を追跡する。FiretigerのChange MonitorsをBot Development Kitで再構築したCursor版の機能とされる。ダッシュボードから有効化し、ソース管理、デプロイシステム、テレメトリプロバイダーを接続すると、次のPRから監視が始まる。

モニタリングプラン

PRがオープンされると、Rolloutsはdiffと、変更が影響するシステムを読み取り、モニタリングプランをPRコメントとして投稿する。プランには、特定されたリスク、変更が意図する効果、確認対象のシグナル、検証を難しくする計測上の不足点が記載される。PR上で内容を編集した場合は、編集後のプランが使われる。

環境ごとの判定

変更のコミットに対応するデプロイイベントをきっかけに、Rolloutsはログ、メトリクス、トレースを対象としてプランを実行する。判定は環境ごとに行われ、結果は「正常を確認済み」「リグレッションを検出」「判定不能」のいずれかで報告される。このため、ステージングで検証済みでも、本番環境では問題として検出される場合がある。

Rolloutsはエラーやレイテンシーのシグナルに加え、変更が意図した効果を発揮しているかも確認し、判定時点でPRへ結果を報告する。リグレッションを検出した場合は、原因と疑われる変更を特定し、その作成者へ通知する。Security Reviewは、PR内の悪用可能な欠陥を探す役割を担う。

Rollouts and Security Review

Cursor is adding two bots for the final stage of releasing code: Rollouts and Security Review. Available on Teams and Enterprise plans, they automate deployment validation and checks for exploitable flaws in pull requests.

Rollouts monitors changes as they are deployed and reports their health separately for each environment. Security Review checks every PR and reports bugs that could be exploited.

Monitoring Every PR

Rollouts assigns a monitor to every PR and follows the change through deployment. It can be enabled from the dashboard by connecting source control, the deployment system, and the telemetry provider. Monitoring begins with the next PR.

When a PR is opened, Rollouts reads the diff and identifies the systems affected by the change. It then posts a monitoring plan as a PR comment. The plan describes identified risks, the intended effect of the change, the signals that will be checked, and any gaps in instrumentation that could make validation difficult.

The plan can be edited directly in the PR. If it is changed, Rollouts uses the edited version.

Per-Environment Deployment Checks

A deployment event corresponding to the change’s commit triggers Rollouts. The bot executes its plan against logs, metrics, and traces, checking each environment independently.

As a result, a change validated in staging may still be detected as problematic in production. Rollouts checks error and latency signals while also determining whether the change is producing its intended effect. Once it reaches a verdict, it reports the result in the PR as “verified healthy,” “regression detected,” or “inconclusive.”

If Rollouts detects a regression, it identifies the change suspected of causing it and notifies the change’s author. The feature is Cursor’s version of Firetiger’s Change Monitors, rebuilt with the Bot Development Kit.

Security Review

Security Review focuses on the code before release by checking every PR for exploitable bugs. It reports any such flaws it finds, complementing Rollouts’ environment-by-environment deployment monitoring.

ポコとTECHガイドPoko & TECH Guide

ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.

  1. ポコPokoリリース直前を2つのボットが担当するんだ! これって大きいこと?Two bots now handle the final release stage? Wow—does that make a big difference?
  2. TECHガイドTECH Guideこの記事では、Rolloutsが環境別の動作確認、Security ReviewがPRの悪用可能な欠陥探しを担う。判断と安全確認を自動化できる点が大きいのう。The article says Rollouts checks deployments by environment, while Security Review finds exploitable PR flaws. Automating both release decisions and safety checks is the big step here.
  3. ポコPoko「リグレッションを検出」って、つまりどういうこと?What does “detecting a regression” actually mean?
  4. TECHガイドTECH Guideリグレッションは、変更後に以前より悪くなることじゃ。今回はログなどを調べ、疑わしい変更を特定して作成者へ知らせる仕組みじゃよ。A regression means a change made something worse. Here, Rollouts examines signals such as logs, identifies the suspected change, and alerts its author.
  5. ポコPoko自分なら、PRごとの監視プランを見て、必要なら編集してからリリース判断に使いたいな!I’d review each PR’s monitoring plan, tweak it if needed, then use the results to help decide whether to release.
  6. TECHガイドTECH Guide現実にはTeamsか企業プランで、ソース管理・デプロイ・テレメトリの接続が必要じゃ。有効化すると次のPRから監視が始まるぞ。In practice, it requires a Teams or Enterprise plan plus source control, deployment, and telemetry connections. Once enabled, monitoring starts with the next PR.
記事情報・収集記録Article details & collection record
出典Source
Cursor Changelog公式Official
公開日時 (JST)Published (JST)
収集日時 (JST)Collected (JST)
配信形式Format
変更履歴Changelog
原文言語Source language
EN
重要度の位置づけImportance in this lane
MediumMedium priority(Editor 201件中、同等以上 158件)(158 of 201 Editor entries are equal or higher)
出典の平均重要度(掲載直近 30 件・最大 30 件)Source average (last 30 listed, up to 30)
2.0 / 31=情報 · 2=中 · 3=高1=Info · 2=Medium · 3=High
情報の寿命Half-life
短命 (ニュース)Short-lived (news)

🖱️Editor の他の記事More from Editorもっと見る →View more →

ページ上部へScroll to top