Cursor 中的 Security Agents 與 Rollouts：安全檢查與發布監控

在 Cursor Automations 中，你可以設定程式碼安全檢查與發布監控。Security Agents 會審查提取要求（PR），並依排程掃描整個儲存庫。Rollouts 會在部署後監控變更，只適用於 Teams 和 Enterprise 方案，且需要連接遙測資料：日誌、指標和追蹤資料。

以下說明根據 Cursor 官方文件整理的設定步驟、Security Agents 使用量的計算方式、方案限制，以及它們與 Bugbot 和手動 /review-security 指令的差異。

如需 Ailoot 的使用資訊，請參閱文件。

Cursor 中的 Security Agents 是什麼#

代理程式類型決定檢查的啟動方式：

• Security Reviewer 由 Git 事件觸發：提取要求或合併要求。
• Vulnerability Scanner 依 cron 排程執行，獨立於 PR 活動掃描程式碼庫。

你可以使用 cron 排定掃描器的定期執行時間。

如何啟用 Security Reviewer 和 Vulnerability Scanner#

步驟

1. 在 Automations 中開啟 Security Agents（Security Agents 文件有介紹此區段）。
2. 選擇代理程式類型：Security Reviewer（PR 審查）或 Vulnerability Scanner（排程掃描）。
3. 對於 Security Reviewer，設定 Git 觸發條件：提取要求或合併要求事件。對於 Vulnerability Scanner，設定 cron 排程。
4. 啟用或停用內建安全檢查：兩種代理程式都有這些檢查，你可以依任務調整檢查項目。
5. 連接工具或 MCP 伺服器：這些可讓代理程式連線到團隊管理安全工作的系統。Security Reviewer 必須連接工具或 MCP；至少要有一項連線，才能儲存設定。Vulnerability Scanner 即使沒有連線也能儲存，並會將發現項目傳送到 Flagged Vulnerabilities 清單。
6. 儲存代理程式。

工具和 MCP 可讓你將代理程式發現的弱點傳送到 Slack 頻道、問題追蹤系統或其他已連接的系統。

驗證

Automations 歷史記錄會顯示每個代理程式的執行時間、使用的工具、執行結果及耗時。若要查看在 Cursor 代管環境中執行的 Security Reviewer 檢查，請前往 Security Agents 頁面的 Recent Runs：你可以以唯讀模式開啟審查工作階段。

Vulnerability Scanner 的發現項目會顯示在 Security Agents 頁面和各掃描器頁面的 Flagged Vulnerabilities 中。清單依儲存庫分組；你可以依掃描器、狀態、回饋和嚴重程度篩選發現項目。每個項目都有 Fix in Cursor 動作，可啟動雲端代理程式來修復弱點。

錯誤

如果無法儲存 Security Reviewer，請確認至少已設定一項工具或 MCP 連線：沒有連線就無法儲存。

誰負擔檢查費用：Security Agents 使用量#

根據文件，Security Agents 的使用量會從團隊共用額度中扣除。代理程式使用團隊共用的服務帳戶執行，因此不會占用個別成員的額度。

文件頁面未說明價格，也未列出哪些方案包含 Security Agents。在所有儲存庫中啟用之前，請先確認你的帳戶是否能使用，並查看首次執行會從團隊共用額度中扣除多少用量。

Security Reviewer 與 /review-security 和 Bugbot 的差異#

這些機制的目標相近，但啟動方式不同。

/review-security 和 /review 可在推送程式碼到遠端儲存庫之前，從代理程式手動執行。預設情況下，/review-security 會將分支的變更與基底分支比較，檢查已儲存在提交中的變更，以及尚未提交的變更。你可以要求它只審查後者。這些指令適用於 Cursor 3.7 及更新版本、cursor.com/agents 和 Cursor CLI。你可以自行決定何時執行審查。

Security Reviewer 是 Automations 中由 Git 觸發條件自動執行的代理程式。

Bugbot 是 Cursor 用於 PR 審查的獨立產品。根據文件，它會尋找錯誤、弱點和程式碼品質問題，並留下附有說明和建議修正方式的留言。每當 PR 更新時，它會自動執行，也可以手動執行。

Security Agents 是為安全檢查而設計：它們具備內建檢查、整個儲存庫的排程掃描，以及包含狀態和嚴重程度的 Flagged Vulnerabilities 清單。文件並未比較 Bugbot 和 Security Agents 的發現品質。

Rollouts：部署後監控#

Rollouts 的功能

當提取要求開啟時，Rollouts 會讀取變更和受影響的系統，並建立部署監控計畫。計畫會列出識別出的風險、變更預期造成的影響、需要檢查的訊號，以及會使變更難以驗證的資料收集缺口。在 GitHub、GitLab.com 和 Bitbucket Cloud 上，計畫會以 PR 留言的形式顯示。

Rollouts 會在部署事件發生時執行檢查，並將計畫與日誌、指標和追蹤資料比對。每個環境都會分別追蹤：某項變更可能在測試環境通過檢查，卻仍在正式環境中被標記為有問題。檢查會在部署時執行，接著在20分鐘、1小時、1天和3天後再次執行。

如果發現回歸，Rollouts 會找出疑似造成問題的變更、建立問題並通知作者。在問題頁面中，按下 Fix issue 按鈕即可啟動雲端代理程式。Rollouts 本身不會合併、還原或回滾變更。

如何設定 Rollouts

1. 在 Automations 中，按一下 From Cursor 下 Rollouts 卡片上的 Enable。
2. 選擇要監控的儲存庫。你可以在設定中指定最多200個儲存庫。
3. 設定部署事件：Rollouts 必須知道每次正式環境部署何時開始及結束。請建立 Cursor API 金鑰，並將它以 CURSOR_API_KEY 的名稱儲存在建置系統（CI）的密鑰中。接著有兩種做法：手動將呼叫加入部署流程（指令位於Rollouts 文件的「Send deployment events」區段），或請設定代理程式代為處理。代理程式會建立一個包含這些呼叫的 PR。合併該 PR 即可完成設定。
4. 連接遙測資料，例如 Datadog。至少必須連接一項工具。
5. 選擇通知 PR 作者的方式。

容易忽略的限制

如果未連接遙測資料，變更會維持待處理狀態，Rollouts 無法偵測問題。若專案尚未使用 Datadog 或類似的監控系統，你需要先設定監控系統。

Privacy Mode 中無法使用 Slack 通知。團隊管理員必須先將 Rollouts 加入 Slack。

哪些人適合使用，哪些人應該先等等#

如果你是獨自作業，啟用前請先確認帳戶是否能使用 Security Agents：使用量來自團隊共用額度，而文件頁面未列出符合資格的方案。掃描器發現弱點後，你需要自行啟動修復：Fix in Cursor 會開啟雲端代理程式，在儲存庫中進行處理。

根據文件，Rollouts 僅適用於 Teams 和 Enterprise 方案。如果你尚未使用 Datadog 等監控系統，請先設定監控系統，再連接 Rollouts。

如需更多 Cursor 方案資訊，請參閱Cursor 訂閱內容。如果你已在 Cursor 中設定代理程式間的任務協調，請參閱Cursor Projects：協調器如何委派任務。

摘要#

Security Reviewer 會在 PR 合併前進行審查；Vulnerability Scanner 會依排程掃描整個儲存庫。這兩種代理程式的使用量都會從團隊共用額度中扣除。Rollouts 會在部署後監控變更，僅適用於 Teams 和 Enterprise，而且至少需要連接一個遙測來源。

認識一下 Ailoot。