Cursor Developer Habits Report 2026

Отчётов по реальному использованию AI с большими выборками достаточно мало, но тут Cursor выпустил первый Cursor Developer Habits Report на основе данных за последние 2 года. В отчёте хорошо видно, как AI меняет разработку не в теории, а на деле.

И самое главное, о чём мы говорим постоянно:

1. Разработчики начали двигаться быстрее
2. AI постепенно переходит от простого помощника к автоматизации частей SDLC

Не буду разбирать весь отчёт, но есть две темы, которые мне больше всего зашли

Про продуктивность разработчиков

Самый очевидный эффект — разработчики стали производить больше изменений.

По данным Cursor:
— количество добавленных строк на разработчика в неделю выросли примерно с 3.6K до 8.6K
— по p75 рост строк добавленных в PR — примерно со 126 до 345 строк
— доля PR с 1000+ изменённых строк — с 8% до 13.8%
— среднее число tool calls в агентских сессиях выросло примерно на 30% за два месяца
— выживаемость (сколько кода не удаляют) AI-кода вырос с 76% до 81%

Да, строки кода вообще не идеальная метрика. Больше кода не всегда значит больше ценности.

Но здесь всё таки важен не сам объём, а изменение самого формата работы.

AI позволяет разработчику брать более крупные куски задач: не просто “поправь компонент”, а полноценный (и масштабный) рефакторинг, миграцию, тесты, подготовку PR целиком.
То есть ускорение происходит не только на уровне скорости набора кода .

Меняется размер обычной работы.
Если раньше команда могла управлять потоком небольших задач и PR, то теперь AI помогает быстрее генерировать более крупные изменения. А значит, код-ревью, QA/тесты и даже архитектурные правила должны масштабироваться вместе с ними.

Иначе всё это ускорение легко превращается в ускоренное накопление хаоса.

Про автоматизацию разработки

Вторая тема ещё интереснее.

AI инструменты разработки начинались как инструменты для ускорения отдельного разработчика: автокомплит, чаты, генерация кусков кода, помощь с тестами.

Но сейчас видно движение в другую сторону: AI становится инфраструктурой для автоматизации разработки через агентов.
Доля изменений, которые доходят до коммита без отдельной ручной проверки кода, выросла с 7% в начале 2026 до примерно 36% в мае.
Правда это не значит, что код-ревью больше не нужен (хотя во многих случаях его уже можно избегать). Скорее наоборот: код-ревью становится важнее, но меняет уровень.

Уже нет смысла (и физических возможностей) человеку проверять каждую строку руками, важно создать правильные условия для безопасной разработки.
То есть роль разработчика сильно смещается от «я пишу весь код сам» к «я управляю огромным потоком изменений и качеством результата».

А вот роль технических менеджеров меняется от «как ускорить людей» к «как построить систему, где люди и агенты безопасно релизят продукты».

Что это значит для команд

Для меня главный вывод, примерно, звучит так:
AI adoption в разработке — это история не про купить лицензии и провести воркшоп. Это уже вопрос операционной модели компании/команды.

Если AI увеличивает объём и размер изменений, то нужно пересматривать:
— как мы декомпозируем задачи
— как ревьюим большие PR
— какие проверки автоматизированы
— какие части SDLC можно отдавать агентам
— как измеряем эффект
— как контролируем стоимость всего этого AI балагана
— как растим power users агентов
— как даём AI правильный контекст: код, требования, документацию и другие внутренние стандарты

Разработка — это не только написание кода. Это понимание задачи, архитектура, качество, безопасность, поддерживаемость, релизный процесс и ответственность за результат.

Если инженерная система слабая, то AI просто ускорит хаос.
Если же она зрелая, то AI станет реальным мультипликатором.

Сам репорт доступен по ссылке — https://cursor.com/insights

@drugoi_dev