Cursor 3.24 просит подтверждение перед опасным удалением, но Run Everything молчит

Самая неприятная ошибка агента — не кривой код, а команда, которая молча стирает не то. Один неудачный rm -rf, одна маска, раскрывшаяся шире, чем вы думали, и вот уже пропала половина проекта. Cursor в последних версиях закрыл часть этого риска, но только если вы сами не выключили защиту.

Что изменилось в 3.24

Согласно заметкам к версиям Cursor, начиная с 3.24 режим Auto-review спрашивает разрешение перед рискованным удалением. Под это попадают четыре случая: рекурсивное удаление, принудительное, удаление по маске и ситуация, когда цель может оказаться не той, что написана в команде.

Последний случай самый коварный. Допустим, агент собирается почистить папку сборки, но путь строится из переменной, а она пустая или указывает на уровень выше. Команда выглядит безобидно, а удалить может совсем другое. Теперь в такой момент Cursor останавливается и ждёт вашего подтверждения.

Где защиты нет

Режим Run Everything работает иначе. По документации Cursor, в нём агент выполняет все команды подряд, и ни песочницы, ни классификатора рисков там нет. Ограничения появятся только в том случае, если вы сами прописали их в permissions.json.

По сути, это один переключатель. Пока он включён, вопрос «точно?» не появится вообще, даже для команды, которая сносит каталог. Для быстрых экспериментов в одноразовом репозитории это может быть удобно. Для рабочего проекта без бэкапа это ставка на то, что агент не ошибётся.

Если всё же нужна скорость, разумнее не отключать защиту целиком, а задать границы в permissions.json: что агенту можно запускать, а что нет. Тогда режим без вопросов хотя бы не распространяется на опасные операции.

Простая привычка: коммит перед правкой

Автор поста предлагает две вещи. Первая: оставить Auto-review как режим по умолчанию. Вторая: перед большой правкой агента делать коммит.

Второе важно из-за того, как устроены чекпоинты Cursor. Они хранятся локально и отдельно от git. Их задача — откатить правки агента, а не вести историю проекта. Постоянная история живёт только в git. Поэтому чекпоинт нельзя считать заменой коммиту: если пострадает сам каталог или рабочая среда, надёжная точка возврата будет только в репозитории.

На практике порядок такой:

• перед крупным заданием агенту зафиксируйте текущее состояние коммитом;
• держите Auto-review включённым, особенно в проектах с важными данными;
• если используете Run Everything, сузьте права в permissions.json;
• откат через чекпоинт воспринимайте как удобство, а не как страховку.

Ограничения и контекст

Стоит быть честными: это не исследование и не бенчмарк, а короткая заметка с опорой на release notes и документацию. Как именно Cursor определяет «рискованное» удаление и насколько надёжно ловит все варианты, в посте не сказано. Значит, полностью полагаться на Auto-review тоже не стоит: он снижает риск, но не отменяет дисциплину с коммитами.

Пост частично рекламный: он продолжает мультсериал «Вайбкодер и Баг», где пятая серия посвящена этой теме, и приглашает в клуб NeyroMakers. Автор отдельно раскрывает стоимость серии: около $5 по ценам API, что составляет 0,5% недельного лимита подписки, плюс около 9 центов за озвучку в ElevenLabs. Сценарий и анимацию писал Claude в Claude Code.

Вывод

Если вы работаете с агентами в Cursor, проверьте за минуту, в каком режиме они запущены. Если там Run Everything, а ограничений в permissions.json нет, вы фактически разрешили агенту всё. Верните Auto-review, а перед большими заданиями привычно делайте коммит. Это дёшево и спасает от самой неприятной категории ошибок.