Cursor 的代码审查工具 Bugbot 刚刚完成了一次看起来不那么"性感"、但对开发者日常体感影响巨大的更新——速度提升超 3 倍，成本降低 22%，每轮多发现 10% 的 bug，90% 的任务在三分钟内跑完。这些数字堆在一起，意味着一个已经在很多团队里"半自动跑着"的工具，正式跨过了"快到可以不加思索地按一下"的那条线。
速度只是表面，真正的变量在模型层
Composer 2.5：跑得更快不是靠堆算力
Bugbot 的性能飙升并非来自工程团队的并发优化或缓存策略调整，而是它底层依赖的 Composer 2.5 模型在训练阶段做了改进。换句话说，同样的硬件、更少的 token 消耗、更高的准确率——这是大模型产品迭代里最舒服的一种进步路径。它意味着 Cursor 不需要把价格转嫁给用户，甚至还能降价 22%。对 SaaS 产品来说，这种"模型层红利向下传导"的节奏往往决定一个工具能不能从"早期 adopter 玩具"变成"团队标配基础设施"。
三分钟跑完 90% 的任务，意味着什么
"90% 的运行在三分钟内完成"这个数字值得单独拎出来看。三分钟是人类注意力的一个微妙边界——短于这个时间，人不会切换上下文；长于这个时间，就会去刷手机或倒杯咖啡。Cursor 把 Bugbot 的体感拉进了前一个区间，这等于把"跑一次审查"从一种"小决定"变成了"肌肉记忆"。当工具的响应速度进入肌肉记忆区间，它的渗透率会发生非线性跳变。
/review 命令：把审查塞进提交前最后一秒
推送之前先审一遍，不再是"理想态"
新增的 `/review` 命令允许开发者在推送代码之前手动触发 Bugbot 和安全审查。这听起来像是一个不起眼的小功能，但在工程团队里，"commit 前自审"和"commit 后被审"是完全两种心态。前者像出门前照镜子，后者像被叫进办公室。Bugbot 现在让前者变成了一个 slash 命令的成本——零摩擦、即开即用。
与 GitHub/GitLab 同步：去重逻辑才是杀手锏
更妙的细节是平台同步：如果你已经通过 `/review` 跑过同一个 diff，当你打开 PR 时，Bugbot 会自动跳过审查并附上备注。这意味着 Cursor 不再做"重复劳动"——它记住了你审过什么、审的结果如何。对企业团队来说，这种"状态感知"能力才是 AI 工具真正融入 CI/CD 流水线的入场券，否则它永远只是一个"额外跑一次的检查器"。
配置粒度与组织级管控
只审查新增内容：减少噪音的务实选择
这次更新还支持一个非常务实的能力——配置仅审查 PR 中新增的内容。对于维护大型遗留代码库的团队来说，这是刚需。一个动辄几千行 diff 的 PR，如果 Bugbot 把一半注意力放在"没动过的旧代码"上，输出就会被稀释。现在 Cursor 把开关交给了团队自己，这种"你可以选择看多细"的灵活度，往往比"我能做到多强"更影响日常使用率。
模型阻止列表与自动回退：企业合规的底层保障
Bugbot 遵循组织级的模型阻止列表。如果你的公司在合规策略里禁用了 Composer 2.5，系统会自动回退到上一个可用模型。这是一行不起眼的特性说明，但它解决的是"AI 工具能不能进采购清单"的根本问题。很多看似强大的 AI 编码工具，最终卡在企业法务和 IT 审批那一步，就是因为缺少这种回退机制。Cursor 把这条路提前铺好了。
落地节奏与生态卡位
Cursor 3.7+ 与 Agents 平台同步上线
该功能已在 Cursor 3.7+ 版本和 cursor.com/agents 平台同步上线，CLI 支持即将推出。从发布节奏看，Cursor 在有意把 Bugbot 从一个 IDE 内嵌功能扩展为更独立的 agent 服务。这意味着它未来可能不只服务于 Cursor 编辑器用户，而是作为一个可被调度的工作流节点嵌入更多开发场景——这种"工具变平台"的路径，在 DevTools 领域已经反复验证过。
对开发团队工作流的实际冲击
把这次更新放回更大的语境里看，AI 编码工具的竞争已经分化为两条线：一条是"模型有多强"，另一条是"嵌入工作流有多深"。Cursor 显然在押注后者——Bugbot 的速度、价格、slash 命令、平台同步、模型回退，每一项都不是"炫技"，而是"减少摩擦"。当一个工具不再让用户思考"我该不该用它"的时候，它就已经赢了。
