Cursor Bugbot получил уровни усилий Default, High и Custom

11 мая 2026 года Cursor выпустил уровни усилий для Bugbot, агента ревью PR, который комментирует pull request’ы, открытые в наблюдаемых им репозиториях. До сих пор каждый ревью прогонял один и тот же цикл с одним и тем же бюджетом. Новый релиз даёт админам Teams и пользователям Individual с оплатой по факту использования три рукоятки: Default, High и Custom. Цифры, которые Cursor опубликовал вместе с релизом, стоит зафиксировать прежде, чем говорить о том, как это настраивается.

Default против High, в измеренных багах за прогон

Cursor приводит в записи changelog две конкретные цифры:

• Default в среднем даёт 0.7 найденных бага за ревью и описывается как “optimized for efficiency and speed.” Более 79% отмеченных проблем разрешаются до того, как PR будет смержен, и именно это важно для соотношения сигнал/шум.
• High в среднем даёт 0.95 найденных бага за ревью. Он тратит больше токенов на рассуждение и занимает больше времени на одну PR.

Это рост на 36% багов за прогон, оплаченный лишней задержкой и токенами. Стоит ли такая сделка, зависит от того, где собираются ваши PR: репозиторий с длинным хвостом тонких регрессий — это другая задача, чем репозиторий, где большинство багов очевидны после десяти секунд чтения diff’а. Cursor не принимает это решение за вас, и в этом смысл третьего режима.

Custom — это маршрутизатор на естественном языке

Режим Custom не даёт ни ползунка, ни YAML-схемы. Вы пишете короткую инструкцию, и Bugbot использует её как промпт-маршрутизатор, чтобы выбрать Default или High на каждое ревью. Шаблон, который Cursor предлагает в документации Bugbot, читается скорее как правило сортировки, чем как файл конфигурации:

Use High effort for any PR that:
- touches files under src/billing/** or src/auth/**
- changes a database migration (paths matching db/migrations/**)
- modifies a public API surface (anything in src/api/v1/**)

Use Default effort for everything else, including
documentation, tests, and dependency bumps.

Вы вставляете это в dashboard Bugbot в настройку усилия для вашего репозитория. На следующей PR Bugbot читает метаданные diff’а, применяет правило и выбирает режим до того, как ревью начнётся. Никакого шага компиляции и никакого bugbot.yaml. Если правило неоднозначно, Bugbot откатывается к Default.

Где это настраивается

Усилие живёт на уровне репозитория, а не на уровне пользователя, поэтому в одном репозитории не может быть одного инженера на High, а другого на Default. Настройка находится в dashboard Bugbot по адресу cursor.com/dashboard/bugbot/<repo>, в разделе “Review effort.” Админы Teams задают её глобально для репозиториев организации. Пользователи плана Individual с оплатой по факту использования видят ту же панель для своих репозиториев. Плоские планы Individual без оплаты по факту не получают выбор усилия: эта корзина остаётся на Default.

Как выбрать режим, не сжигая бюджет

Честная трактовка такая: High — это не кнопка “сделай умнее”, это кнопка “потрать больше”. Рост на 36% багов за прогон также подразумевает примерно на 36% больше токенов, списанных против вашего лимита, и удар по задержке заметнее всего на тех PR, которые хочется смержить до обеда. Custom — единственный режим, который позволяет держать этот счёт в рамках: напишите правило, которое целится в те части кода, где пропущенный баг реально стоит вам денег, и оставьте всё остальное на Default. Если вы не можете сформулировать это правило в трёх строках русского, скорее всего, High вам вообще не нужен.

Релиз выходит одновременно с функциями параллельной сборки и разделения PR из Cursor 3.3, и это более широкий паттерн: Cursor разбирает своих агентов на рукоятки, которые можно настраивать под рабочий процесс, а не на один default, который должен всем угодить.