如果 Cursor Bugbot 没有像你预期那样自动审某个 PR，先别急着以为 GitHub App 挂了。按照 Cursor 当前的 Bugbot 文档，这类情况最常见的原因有三层：目标仓库根本没启用 Bugbot、这个 PR 不是你自己开的，或者你的个人设置被改成了“只在评论提及时运行”。
这个功能最容易让人误解的地方在于，你看到文档里写“每次 PR 更新都会自动 review”，就会自然以为所有 PR 都应该自动触发。实际上，前提是仓库已经在 Bugbot dashboard 里启用，而且对个人账号来说，Bugbot 默认只会跑你自己 author 的 PR。
如果你之前又把个人设置切成了 mention-only，那么行为会更像“必须评论 cursor review 或 bugbot run 才动”。这种情况下，表面看就是它“突然不自动跑了”，但根因其实是配置状态变了。
最实用的排查顺序是：
1. 去 Cursor 的 Bugbot dashboard 看目标仓库是否真的启用。
2. 确认这个 PR 是不是你自己开的。
3. 检查个人设置有没有被改成只有评论触发。
4. 需要时直接在 PR 里评论 cursor review 试一次。
如果评论触发能跑，基本就能说明 GitHub 安装和基础权限没坏，问题更可能在自动触发条件而不是整体链路。
还有一个容易被忽略的点是，团队成员常常以为“组织装了 Bugbot，所有 PR 都会被扫”。文档其实把边界写得很清楚，它是可以按仓库开关、按个人模式来控制的，不是默认全仓库全 PR 无差别自动运行。
所以 Bugbot 没自动审 PR，先看触发条件有没有满足，往往比先查模型和网络更有效。
