Cursor Bugbot、レビュー時間を90秒に短縮 — 3倍高速化と新コマンド /review の全容

平均5分だったレビューが、90秒で終わるようになった。

6月10日、CursorはAIコードレビューツール「Bugbot」の大幅アップデートを公式ブログで発表した。レビュー速度3倍、コスト22%削減、バグ検出率10%向上。さらに、エディタ上でプッシュ前にレビューを走らせる /review コマンドが追加された。

4月にLearned Rulesと自己改善機能を立て続けにリリースしたBugbotが、今度はインフラ面で一気に進化した格好だ。

数字で見るアップデート

今回の改善は、具体的な数字がはっきりしている。

• レビュー速度: 平均5分 → 90秒（3倍高速化）
• コスト: 1回あたり22%削減
• バグ検出数: 1レビューあたり0.56件 → 0.62件（10%増）

速度とコストの改善を支えているのは、Composer 2.5への移行だ。Bugbotの推論エンジンがComposer 2.5ベースに切り替わったことで、同じレビュータスクをより効率的に処理できるようになった。

90秒という数字は、人間のレビュアーにPRを投げて返ってくるまでの待ち時間と比べれば圧倒的に短い。CI/CDパイプラインに組み込んでも、ほとんどボトルネックにならないレベルだ。

/review コマンド — プッシュ前のローカルレビュー

今回のアップデートで実用上のインパクトが大きいのは、/review コマンドの追加だろう。

Cursor 3.7以降のエディタ上で /review と打つだけで、コミット前・プッシュ前のコードに対してBugbotのレビューが走る。GitHub/GitLabにPRを作る前の段階で、ローカルで問題を潰せるようになった。

用途に応じたショートカットも用意されている。

• /review — 汎用レビュー（バグ、パフォーマンス、設計全般）
• /review-bugbot — バグ検出に特化したレビュー
• /review-security — セキュリティ観点のレビュー

これまでのBugbotは「PRを作ってから自動レビューが走る」というワークフローだった。つまり、問題が見つかるのはプッシュした後。修正して再プッシュ、再レビューというサイクルが発生していた。

/review コマンドによって、このサイクルが「書く → ローカルでレビュー → 修正 → プッシュ」に変わる。PRレビューで差し戻される回数が減り、開発のリズムが良くなるはずだ。

GitHub/GitLab連携との重複回避

ローカルレビューとリモートレビューが二重に走る問題にも対策が入っている。

/review でローカルレビュー済みのコードをプッシュすると、GitHub/GitLab上のBugbotは同じ箇所の重複レビューをスキップする。逆に、前回のレビュー以降に変更があった部分だけをレビューする「差分レビュー」の設定も可能だ。

この仕組みにより、ローカルとリモートで同じ指摘が2回出るストレスが解消される。地味だが、実運用では非常にありがたい配慮だ。

対応環境

現時点での対応状況は以下の通り。

• Cursor 3.7以降: /review コマンド利用可能
• cursor.com/agents: Web版Bugbotも同等の高速化
• CLI対応: 近日対応予定

筆者の所感

3倍高速化とコスト削減は、Composer 2.5の恩恵を素直に活かした堅実なアップデートだ。90秒でレビューが返ってくるなら、コーヒーを淹れに行く間にレビューが終わっている。この速度感は体験として大きい。

特に /review コマンドの追加は、Bugbotの使い方を根本的に変える可能性がある。「PRを出してからレビューを待つ」のではなく、「書きながらレビューを回す」ワークフローが成立する。コードレビューの待ち時間は開発者にとって最大のストレス源のひとつだが、そこが大幅に圧縮される。

一方で、気になる点もある。バグ検出数の増加が0.56→0.62件（10%増）というのは、正直控えめだ。速度が3倍になっても、検出の質が大きく変わらないなら、本質的な価値向上は限定的とも言える。4月のLearned Rulesで精度を上げ、今回は速度を上げた——次は検出の深さに踏み込んでほしいところだ。

また、現時点ではCursor 3.7以降が必須で、CLI対応は未定。ターミナル中心のワークフローを組んでいる開発者には、もう少し待つ必要がある。

とはいえ、「速い・安い・賢い」の三拍子が揃いつつあるのは確かだ。Cursorユーザーなら、3.7にアップデートして /review を試してみる価値は十分にある。