push前に一度、AIに通す──Cursorが90秒レビューで前倒しした「出す前の品質ゲート」
Cursorが6月10日、コードレビュー「Bugbot」を3倍高速・約22%安価に更新。1回約90秒なら、pushの前にAIへ一度通す運用が成立する。レビューを「PRの後」から「出す前のゲート」へ前倒しする動きと、その盲信リスクを読む。
レビューを「PRの後」から「pushの前」へ動かす
AIコーディングエージェントのCursorが、2026年6月10日にコードレビュー機能「Bugbot」を大きく更新しました。公式の変更履歴によれば、今回のBugbotは従来より3倍以上速く、約22%安く、そして見つけるバグが約10%増えたとされています。平均的なレビュー時間はおよそ5分から約90秒に短縮され、9割の実行が3分以内に終わるといいます。裏側では、同社の高速モデル「Composer 2.5」がBugbotを駆動するようになりました。
数字そのものより重要なのは、この速さが「レビューをいつ走らせるか」を変える点です。これまでAIによるレビューは、プルリクエスト（PR）を出した後に走らせるのが一般的でした。1回5分かかるなら、コードを書きながら気軽に何度も回すのは現実的ではありません。レビューが90秒で終わるなら、話は変わります。コードを書き終えてpush（リモートへ送る）する直前に、その場でAIに一度通す、という使い方が成立するからです。
3倍速・2割安・1割増――何がどう改善したか
今回の更新で示された改善点を整理すると、次のとおりです。
| 観点 | 変化 | 補足 |
|---|---|---|
| 速度 | 3倍以上高速（平均約5分→約90秒） | 9割の実行が3分以内に完了 |
| コスト | 約22%安価 | 二次情報では1レビュー約$1.00〜1.50（PR規模次第）と報じられる |
| 検出力 | バグ検出が約10%向上 | 標準設定で1レビューあたり0.56件→0.62件との報道 |
速度とコストの改善は、Bugbotの基盤をComposer 2.5に載せ替えたことによるとされています。検出力の数字（1レビューあたり0.62件）は、裏を返せば「1回の自動レビューで全てのバグが拾えるわけではない」という現実も示しています。この点は後述します。
「/review」が置く、pushの前の最後のゲート
速くなったBugbotを開発フローに組み込む入り口が、6月5日にCursor 3.7以降で導入された/reviewコマンドです。これは、PRを出す前に手元（ローカル）でBugbotとセキュリティレビューを実行するためのものです。コードを送り出す前に、自分の責任で一度チェックを通してから出す、という運用ができます。具体的には次のような仕組みが用意されています。
- 用途別ショートカット：
/review-bugbotはバグ検出、/review-securityはセキュリティ観点と、目的に応じて呼び分けられる - 差分のみのレビュー：前回からの変更分（デルタ）だけを見るため、繰り返し回しても無駄が少ない
- 重複の二重課金を回避：GitHubやGitLabと同期し、同じ差分が後からPRで再レビューされても重複課金しない
CLI（コマンドライン）での対応は近日予定とされています。要するにCursorは、AIレビューを「PRを出した後にCIの一部として待つもの」から、「pushする前に開発者が自分で通す最終ゲート」へと位置づけ直そうとしています。いわゆる品質チェックを工程の早い側へ寄せる「シフトレフト」の発想を、AIレビューに当てはめた格好です。
開発現場とコストにどう効くか
この前倒しは、いくつかの面で開発の段取りを変えます。第一に、手戻りが減る方向に働きます。問題のあるコードがpushされる前に手元で弾ければ、PR上でレビュアーやCIが指摘し、修正し、再度走らせる、という往復の一部を省けます。第二に、チームの人的レビューの負荷配分が変わります。タイプミスや明らかなバグ、定型的なセキュリティ観点をAIが先に拾えば、人間のレビュアーは設計判断やドメイン知識が要る部分に時間を寄せられます。
コスト面では、見方が分かれます。レビュー単価が約22%下がり、重複課金も避けられる一方で、「pushのたびに気軽に回す」習慣がつけば実行回数自体は増えます。回しすぎれば、安くなった分が回数で相殺される可能性もあります。AIコーディングの利用料が従量制へ移る流れのなかでは、1回が安くなることと、トータルの請求が下がることは別問題だと捉えておくのが安全です。
速くて安いほど、盲信のリスクは増す
利便性が増す一方で、留意すべき点もあります。前述のとおり、今回のBugbotでも検出は1レビューあたり平均0.62件とされ、自動レビューは万能ではありません。レビューが速く・安くなるほど「とりあえず通しておけば大丈夫」という心理が働きやすく、AIが拾えなかった問題を人間も素通りさせる――レビューの形骸化につながる懸念があります。
特にセキュリティ観点では、自動チェックを通したという事実が安心感を生み、かえって人の目を緩める方向に働きかねません。AIレビューはあくまで人間のレビューを置き換えるものではなく、底上げと前倒しのための道具だと割り切るのが現実的でしょう。pushの前にAIを一度通せるようになったことは、レビューを軽くするための仕組みであって、レビューを省くための仕組みではない――この線引きを運用ルールとして明文化しておくことが、速くなったAIレビューを使いこなす前提になりそうです。
参照: Cursor Changelog（公式・2026年6月） / Digital Applied: Cursor Bugbot 90-second reviews（June 2026 release）
