На Хабре вышёл перевод манифеста Cursor о том, как меняется разработка: от автодополнения — к агентам, которые работают автономно в облачных VM и приносят готовые PR. Внутренняя статистика Cursor намекает: привычка «вести ИИ за руку» быстро уступает месту параллельной работе нескольких агентов и проверке артефактов.
ИИ в разработке уже давно не ограничивается подсказками по одной строке. Cursor (IDE с упором на AI) описал новую фазу — «третью эпоху», где ключевым становится не автодополнение и даже не чат в редакторе, а автономные агенты, которые берут задачу целиком и возвращают результат для проверки.
Три этапа: от Tab к самостоятельным агентам
В тексте выделяют три последовательные модели работы:
- Первая эпоха: автодополнение (Tab) автоматизирует повторяющиеся куски и ускоряет набор.
- Вторая эпоха: «синхронные» агенты, когда разработчик постоянно ведёт цикл «запрос → ответ → уточнение» и по сути работает вместе с ИИ в режиме реального времени.
- Третья эпоха: агенты выполняют крупные задачи автономно, с меньшим количеством подсказок и на более длинном горизонте.
Что поменялось в поведении пользователей Cursor
Материал приводит внутреннюю динамику продукта. Если в марте 2025 пользователей автодополнения Tab было примерно в 2,5 раза больше, чем пользователей агентов, то теперь соотношение перевернулось: агентов используют примерно в 2 раза чаще, чем Tab.
Отдельно подчёркивается рост использования агентного подхода: по графику в публикации видно, что за год использование агентов выросло более чем в 15 раз.
Главная идея: не «написать код», а построить фабрику
Cursor формулирует сдвиг жёстко: продукт больше не про то, чтобы помогать «писать код быстрее». Он про то, чтобы помочь разработчику настроить производство — несколько агентов, которые делают работу параллельно, а человек задаёт направление, критерии готовности и проводит ревью.
В тексте приводят показатель из внутренней практики: 35% PR, которые мерджат в Cursor, создаются агентами, работающими автономно в облачных виртуальных машинах.
Почему облачные агенты — это не просто «агент, но в облаке»
Ключевое отличие — в формате возврата результата. Агент работает в изолированной среде, сам подключается к репозиторию, прогоняет проверки и приносит не только дифф, но и артефакты для быстрой верификации: логи, превью, записи прогонов (в зависимости от задачи). Идея простая: проверять должно быть легче, чем «вспоминать контекст» всей сессии.
Практический смысл для команд
Если смотреть на это без лозунгов, модель «несколько агентов в параллель» меняет два привычных места в процессе:
- Планирование: важнее становится хорошая декомпозиция и понятные критерии проверки результата.
- Контроль качества: слабые места (флейковые тесты, нестабильные окружения, размытые требования) начинают тормозить сильнее, потому что они срывают работу агента так же, как срывают работу человека — только чаще и массовее.
Итог: публикация на Хабре хорошо показывает, куда уезжает индустрия IDE: от «помощника по коду» к модели, где ИИ становится исполнителем, а разработчик — постановщиком задач и главным проверяющим.
