Home›Editor›CursorのBugbotに「Effort Levels」機能が追加、PRレビューの深度を選択可能に

CursorのBugbotに「Effort Levels」機能が追加、PRレビューの深度を選択可能にBugbot Effort Levels

元記事を読むRead original articlecursor.com(新しいタブで開きます)(opens in a new tab)
AI2 点サマリSummary highlight
  • CursorのBugbotがPRレビューの深度を3段階で調整できる「Effort Levels」に対応。
  • Teams管理者と個人プランユーザーが速度と精度のバランスを用途に合わせて制御できるようになった。

Bugbot now supports three configurable effort levels for PR reviews, giving Teams admins and Individual plan users control over how deeply code is analyzed, improving flexibility in CI/CD workflows.

本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (cursor.com) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (cursor.com).

要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.

3つの設定

CursorのBugbotに、PRレビューで使う推論レベルを選べる「Effort Levels」機能が追加された。Teams管理者と個人プランのユーザーは、レビューの効率やスピード、コスト、バグを見つけられる可能性を踏まえ、「デフォルト」「高」「カスタム」の3つから設定できる。

デフォルトと高

「デフォルト」では、Bugbotがこれまでと同じ推論レベルを引き続き使用する。効率とスピードを重視した設定で、1回の実行につき平均0.7件のバグを見つけるとされる。見つかったバグの79%以上は、マージ時にユーザーによって解決されている。

「高」を選ぶと、Bugbotは推論により多くの時間をかける。レビューのコストが上がり、完了までの時間も長くなる一方、より多くのバグを見つけられる可能性がある。高い推論レベルでは、1回の実行あたり平均0.95件のバグを見つけると説明されている。

カスタム設定

「カスタム」では、Bugbotがどのような場面でデフォルトまたは高い推論レベルを使うべきかを、自然言語で指定する。Cursorはその指示に基づき、PRレビューに用いる推論レベルを動的に設定する。状況に応じた使い分けを、あらかじめ文章で定められる仕組みとなる。

従量課金制

Bugbotの推論レベルをカスタマイズするには、従量課金制の利用が必要となる。設定や利用に関する詳細はドキュメントで確認でき、利用開始時にはBugbotダッシュボードを開く。

Effort Levels

Cursor has added Effort Levels to Bugbot, allowing Teams administrators and Individual plan users to choose how much reasoning Bugbot applies during PR reviews. The three settings provide control over the balance between review speed, cost, and the possibility of finding more bugs.

Each setting changes how Bugbot approaches a review. Users can retain the existing behavior, select a higher reasoning level, or provide natural-language instructions that determine when each level should be used.

Default

The Default setting keeps the same reasoning level Bugbot has used previously. It is optimized for efficiency and speed, making it the option that preserves the existing review behavior.

At the Default reasoning level, Bugbot finds an average of 0.7 bugs per run. More than 79% of those bugs are resolved by users by the time of merge.

High

The High setting gives Bugbot more time for reasoning during a PR review. Reviews at this level cost more and take longer, but they may identify more bugs.

At the High reasoning level, Bugbot finds an average of 0.95 bugs per run. The figures presented for the two levels show the difference between the existing, speed-focused setting and the more intensive review option.

Custom

The Custom setting lets users describe in natural language when Bugbot should use the Default or High reasoning level. Cursor then dynamically selects the reasoning level according to those instructions.

Customizing Bugbot’s reasoning level requires usage-based billing. Users can open the Bugbot dashboard to get started, while further details are available in the documentation.

ポコとTECHガイドPoko & TECH Guide

ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.

  1. ポコPoko「カスタム」って、自然な言葉で頼むと、BugbotがPRレビューの深さを変えてくれるの?With “Custom,” can I describe what I want in everyday language and have Bugbot adjust how deeply it reviews a PR?
  2. TECHガイドTECH Guideうん。デフォルトか高を使う場面を自然言語で指定すると、Cursorが指示に沿って推論レベルを動的に設定するよ。Yes. You describe when to use Default or High, and Cursor dynamically sets the reasoning level based on those instructions.
  3. ポコPokoじゃあ、Teams管理者や個人プランの人が、PRに合わせて速さと詳しさを選びやすくなるんだね?So Teams admins and Individual plan users can more easily balance review speed and depth for each PR?
  4. TECHガイドTECH Guideそうだね。デフォルトは効率と速度を重視し、高は時間とコストをかけて、より多くのバグを探せる可能性があるよ。Right. Default prioritizes efficiency and speed, while High spends more time and costs more, with the potential to find more bugs.
  5. ポコPoko急ぐならデフォルト、深く調べたい場面なら高かカスタムを検討する、という使い分けなんだね。Got it: use Default when speed matters, and consider High or Custom when a deeper review is needed.
  6. TECHガイドTECH Guideうん。ただし、推論レベルのカスタマイズには従量課金制が必要で、高はレビュー時間とコストも増える点に注意だね。Yes, but customizing the reasoning level requires usage-based billing, and High also increases review time and cost.
記事情報・収集記録Article details & collection record
出典Source
Cursor Changelog公式Official
公開日時 (JST)Published (JST)
収集日時 (JST)Collected (JST)
配信形式Format
変更履歴Changelog
原文言語Source language
EN
重要度の位置づけImportance in this lane
MediumMedium priority(Editor 201件中、同等以上 158件)(158 of 201 Editor entries are equal or higher)
出典の平均重要度(掲載直近 30 件・最大 30 件)Source average (last 30 listed, up to 30)
2.0 / 31=情報 · 2=中 · 3=高1=Info · 2=Medium · 3=High
情報の寿命Half-life
短命 (ニュース)Short-lived (news)

🖱️Editor の他の記事More from Editorもっと見る →View more →

ページ上部へScroll to top