AIコードレビューの待ち時間とコスト、どちらも開発の足かせになりがちです。
Cursorのコードレビューエージェント「Bugbot」が、2026年6月に大規模な性能改善を公開しました。実行速度は3倍以上、コストは22%削減、1回のレビューで見つかるバグ数は10%増加。さらに /review コマンドでpush前にローカル実行できるようになり、レビューのタイミングそのものが変わります。
この記事でわかること
- Bugbotの性能改善の具体的な数値と背景
/reviewによるpush前レビューの使い方- GitHub・GitLab連携時の重複レビュー回避の仕組み
- インクリメンタルレビューなど、合わせて追加された機能
Bugbotとは何か
Bugbotは、Cursorが提供するコードレビューエージェントです。GitHubやGitLabのプルリクエスト（PR）に対する差分を解析し、ロジックバグ、セキュリティ問題、コード品質の問題を検出します。PRの更新のたびに自動実行されるほか、PRコメントで cursor review や bugbot run と入力して手動起動もできます。
2026年6月10日、Cursor公式Xアカウントと公式ブログで、Bugbotの最大規模のアップデートが発表されました。
3倍速・22%安値・バグ検出10%増の内訳
今回の改善は、数値で測れる3つの軸に集約されます。
実行速度： Bugbotの実行時間は3倍以上短縮されました。実運用では、Bugbot実行の90%が3分以内に完了します。以前はレビュー待ちがPRのボトルネックになりやすかった場面で、待ち時間の短縮は体感差が大きい改善です。
コスト： 1回あたりのレビューコストは22%削減されています。Bugbotは従量課金制で、含まれる利用枠を超えた分はオンデマンド課金となります。速度とコストの両方が下がることで、レビューを「必要なときだけ我慢する」運用から「積極的に回す」運用へ移行しやすくなります。
検出精度： 1回のレビューで見つかるバグ数は10%増加しました。参考までに、2026年5月時点の公式データでは、Default設定で平均0.7件、High設定で平均0.95件のバグを検出しており、Default設定で指摘されたバグの79%以上がマージ前に修正されています。
これらの改善は、ハーネス（実行基盤）の最適化と、Composer 2.5モデルの学習成果によるものです。Bugbotは現在Composer 2.5を基盤モデルとして動作します。組織がComposer 2.5をブロックリストに登録している場合は、次善のモデルに自動フォールバックし、速度や性能は設定によって変動します。
push前に /review でローカル実行
今回の変更で、Bugbotの位置づけが「PR上のレビュアー」から「push前のゲート」へ広がりました。
Cursor 3.7以降では、エージェント内で /review コマンドを実行すると、BugbotとSecurity Review（セキュリティレビュー）のどちらを走らせるか選べます。Bugbotだけ実行したい場合は /review-bugbot、セキュリティレビューだけなら /review-security を直接指定できます。
レビュー対象の差分： デフォルトでは、ベースブランチとの差分全体（コミット済み・未コミットの両方）が対象です。未コミットの変更だけを絞りたい場合は、エージェントにその旨を伝えれば対応できます。
GitHub・GitLabとの同期： /review でローカルレビューした差分と同じ内容でPRを作成すると、Bugbotはpatch ID（差分の識別子）を照合してリモート側のレビューをスキップします。PR上に「すでにレビュー済み」とコメントが残るため、同じ差分に対して二重課金されることはありません。
利用環境はCursor 3.7以上と cursor.com/agents です。CLIからの実行は「近日対応予定（coming soon）」とされています。
インクリメンタルレビューで差分だけ再チェック
Bugbotは従来、PRにpushがあるたびに差分全体を再レビューしていました。その結果、すでに承認済みのコードに対して再度指摘が付くケースがありました。
今回、Bugbotダッシュボードから「Incremental Review（インクリメンタルレビュー）」を有効にできるようになりました。前回のBugbotレビュー以降に追加・変更された部分だけを対象にする設定です。大きなPRを段階的にpushする開発スタイルでは、フィードバックが最新の変更に集中し、ノイズが減ります。
PRレビューとの使い分け
BugbotはPR上での自動レビュー機能として引き続き動作します。GitHub連携時は Cursor Bugbot というチェックステータスがPRに付与され、ブランチ保護ルールに組み込むこともできます。
今回追加された /review は、PRを開く前のローカルチェック用です。日常の開発フローでは、機能ブランチで作業 → /review-bugbot でローカル確認 → 問題を修正 → push → PR作成、という流れが現実的です。PR作成前にバグを潰しておけば、レビューサイクル全体が短くなります。
Effort Level（Default / High / Custom）の設定は従来どおり有効です。速度重視のDefaultと、深い推論を行うHighのトレードオフは変わりません。今回の性能改善は主にDefault相当の実行基盤に効いています。
料金体系
Bugbotは従量課金制です。Individual（個人）プランでは全リポジトリのPRレビュー、Bugbotルール、Effort Level設定が含まれます。Teamsプランでは分析ダッシュボードや高度なルール設定が追加されます。
含まれる利用枠を使い切った場合、追加レビューはオンデマンド課金となります。2026年5月の料金改定以降、シート課金から従量課金へ移行したユーザーが対象です。詳細な単価は料金ページを参照してください。
開発チームへの影響
Cursorフォーラムの技術解説によると、Bugbotは月200万件以上のPRをレビューする規模に成長しています。Rust製のGit連携、エージェント型の推論ループ、プロジェクト固有ルール（.cursor/BUGBOT.md）など、インフラと精度の両面で積み上げてきた成果が、今回の数値改善として表れています。
3倍の速度改善と22%のコスト削減は、レビューを「PRマージ直前の儀式」から「コミット前の習慣」へ移す余地を広げます。/review によるローカル実行、インクリメンタルレビュー、重複回避の仕組みが揃ったことで、Bugbotを開発フローの早い段階に組み込みやすくなりました。Cursor 3.7以降を使っているチームは、次のpush前に /review-bugbot を試す価値があります。