Cursor Security Review 与 Rollouts 怎么开：9 月 23 日上线，附 Origin 市场提交要点
Cursor Security Review 是 Cursor 在 2026 年 9 月 23 日随 Rollouts 一起推出的 PR 安全审查机器人：每个 PR 评论一次，只报告可利用的漏洞，并给出严重级别、攻击路径和修复建议。两者目前面向 Teams 和 Enterprise 套餐。10 月 13 日，Origin 应用市场又开放了公开提交。以下内容截至 2026 年 10 月，均以 Cursor 官方 changelog 为准。
Security Review 具体做什么？
按官方说明，它会结合整个代码库的上下文审查每个 PR，并在 PR 里留一条评论。覆盖范围包括：
- SQL、命令、模板等注入
- 认证与授权绕过
- 被提交进仓库的密钥
- SSRF 与开放重定向
- 不安全的反序列化
- 带已知漏洞的依赖
每条发现带有严重级别、攻击路径和修复建议。官方描述的是可利用的漏洞，不是代码风格问题。
两个细节要留意：草稿 PR 会被跳过，所以草稿阶段不会有扫描结果；团队可以自定义代码库规则，每个 PR 都会按规则检查。
Rollouts 又是什么？
Rollouts 关注的是合并之后的“最后一公里”。PR 打开时，它会以评论形式写一份监控计划，列出识别到的风险、预期影响、将检查的信号以及埋点缺口。你可以直接编辑这份计划，它会采用你修改后的版本。
代码部署后，它按部署环境给出三种结论：verified healthy（确认健康）、regression detected（检测到回归）、inconclusive（无法判定）。发现回归时，它会指出可疑改动并通知作者；按配置，可以开一个 revert PR 供人审阅，或把问题交给云端 Agent。官方明确写道，Rollouts 目前不会自行合并或回滚。
接入需要三类系统：源码管理（Origin 或 GitHub）、部署系统（提供部署事件）、遥测（如 Datadog 等）。功能开关集成标注为“即将推出”。
怎么开启？要多少权限？
官方说明里，Security Review 在控制台里为选定的仓库开启，Rollouts 在 automations 标签页开启，具体入口以 Cursor 当前界面为准。官方还提到限时赠送试用额度，约覆盖 Teams 50 次变更、Enterprise 500 次变更，持续 10 天。计费和额度以官方页面为准。
可以按下面的顺序检查：
| 步骤 | 检查项 |
|---|---|
| 1 | 先选 1 到 2 个非核心仓库开启 Security Review，而不是全组织铺开 |
| 2 | 确认仓库授权范围，只授予这些仓库，不给全部仓库 |
| 3 | 开启 Rollouts 前，确认部署系统和遥测账号的权限是否只读，必要时单独建服务账号 |
| 4 | 写 1 到 3 条自定义规则，例如团队已知的内部鉴权约定 |
| 5 | 不采纳某条发现时填写关闭理由（官方说明，带理由关闭后该发现不会在同一 PR 再次提出） |
| 6 | 一周后统计误报与有效发现的比例，再决定是否扩大范围 |
误报和漏报怎么看待？
官方 changelog 没有给出误报率，这里不做数字判断。实际使用时建议这样处理：
- 把它当作多一道检查，而不是安全结论。它每个 PR 只评论一次，覆盖的是官方列出的几类问题，业务逻辑漏洞、配置问题仍需要人工评审和既有的 SAST、依赖扫描。
- 收到“可利用”结论时，先按它给的攻击路径复现，再决定是否修。
- Rollouts 给出 inconclusive 时，可以先看监控计划里列出的“埋点缺口”和它检查的信号，是否有你的服务没接上的部分。
Origin 应用市场开放提交意味着什么？
10 月 13 日，Origin 应用市场接入 20 多个开发工具，官方列出的合作方包括 Cloudflare、Linear、Sentry、Socket Security，还有 Vercel、Netlify、CircleCI、CodeRabbit、Semgrep 等，涵盖部署、CI、代码审查、安全、监控和项目管理。同时开放公开提交。
想提交自己应用的团队，官方流程是：
- 在自己的命名空间下创建应用，构建期间保持私有。
- 基于 Origin API 开发（官方描述的应用会使用 app JWT 和安装访问令牌，接收 webhook 事件，并写入检查结果、PR 评论和审查），细节以官方 Origin API 文档为准。
- 设为公开后，在应用页面提交 slug、建议标签和演示视频，视频需展示安装、卸载和核心流程。
- Cursor 审核通过后上架。
发布指南和 Origin API 参考在官方 changelog 该条目中有链接。作为使用者，装第三方应用前同样要看它请求的权限范围。
同期 GitHub Copilot 有什么变化？
GitHub 在 10 月 2 日的 changelog 里宣布，Copilot code review 可以通过 REST 和 GraphQL API 发起，并可在每次请求中设置审查强度。“Default”强度现在对应 Balanced（9 月 28 日生效），此前明确选了 Lite 的仓库或组织保持不变。该功能面向 Copilot Pro、Pro+、Max、Business 和 Enterprise。两家的做法不同，这里不做优劣比较，只提示：如果你的团队同时使用两边，注意别让同一个 PR 收到多份重叠的评论。
相关阅读与工具
- 想了解 Cursor 近期的其他功能：Cursor 能用手机遥控本地 Agent 了
- Agent 跑命令前的隔离：Copilot 本地沙箱正式可用
- 遇到 Cursor 限流或降级：Cursor 用不了、频繁 429？10 月几次降级
- AI 工具的数据处理条款：AI API 数据隐私怎么判断
- 想看服务当前是否正常：/down/cursor；官方更新记录可在 /changes 查看。
