Bugbot：PR 评审

Bugbot 评审 pull request，识别 bug、安全问题和代码质量问题。在 Automations 里配置 Bugbot。

工作方式

Bugbot 分析 PR diff，并留下带解释和修复建议的评论。它在每次 PR 更新时自动运行，也可以手动触发：

• 对每次 PR 更新运行自动评审
• 手动触发：在任何 PR 上评论 cursor review 或 bugbot run
• 把已有 PR 评论用作上下文：读取相关联的 PR 评论（顶层和行内），避免重复建议并在先前反馈的基础上继续
• Fix in Cursor 链接把问题直接在 Cursor 里打开
• Fix in Web 链接把问题直接在 cursor.com/agents 里打开

设置

通过 Cursor 控制台连接你的仓库来开始使用 Bugbot：GitHub（包括 GitHub Enterprise Server）、GitLab（包括 GitLab 自托管）、Bitbucket（包括 Bitbucket Data Center）、Azure DevOps（Azure DevOps Services）。连接后，在 Automations 里打开 Bugbot，在特定仓库上启用它。

CI 检查状态

Bugbot 为每次评审运行发布一个状态：在 GitHub 上显示为名为 Cursor Bugbot 的检查；在 Bitbucket 上是键为 cursor-bugbot 的构建状态；在 Azure DevOps 上是上下文为 cursor-bugbot/review 之类的状态。

• success：Bugbot 没发现问题，且先前运行没有未解决的 Bugbot 评论
• neutral：Bugbot 发现了问题、运行被更新的提交取消、或 Bugbot 遇到内部错误；这是 Bugbot 报告发现时的默认结论
• failure：Bugbot 发现了问题，且该检查配置为在有未解决问题时失败

如果你使用分支保护，要求 Bugbot 检查或构建状态，以确保 Bugbot 在合并前运行。仅要求该状态并不会因发现的问题阻止合并，因为发现默认是 neutral。启用 Bugbot Autofix 时，GitHub 可能还会显示单独的 Cursor Bugbot Autofix 检查，它只用 success 或 neutral。

配置

• 个人：按仓库在安装列表里启用或禁用 Bugbot（Bugbot 只对你创作的 PR 运行）；个人设置可选：只在被提及（评论 cursor review 或 bugbot run）时运行；每个 PR 只运行一次，跳过后续提交
• 团队：团队用户和管理员可以按仓库启用 Bugbot，为评审者配置允许/拒绝列表，并设置每个安装每个 PR 只运行一次；Bugbot 对启用了的仓库的所有贡献者运行，无论是否是团队成员。团队成员可以为自己的 PR 覆盖设置：只在被提及时运行、只运行一次，以及对草稿 PR 启用评审（把草稿 pull request 包含进自动评审）
• Enterprise：有更多仓库和策略层面的设置，以官方原文为准