Разработчик с 16-летним опытом описал год практики с ИИ-агентами в разработке: больше 30 MVP, пять внутренних инструментов и один публичный запуск. Это не очередной рассказ про «сервис за вечер», а полезный срез того, как меняется повседневная работа программиста, который перестал относиться к агентам как к игрушке.
Авторский опыт опубликован на Habr / Карьера: инженер пишет, что всерьез занялся агентным кодингом после хакатона Битрикс24 в Сколково в ноябре 2025 года. До этого генеративные модели для него оставались скорее источником подсказок: можно спросить, можно получить пример верстки, можно удивиться, но рабочий процесс от этого не перестраивался.
Перелом случился после подготовки к хакатону и практики с разными инструментами. Автор отдельно упоминает настройку Docker-окружения, оплату зарубежных моделей, работу через провайдеров вроде OpenRouter и эксперименты с разными агентами. Важная деталь: речь не о магической кнопке «сделай продукт», а о довольно скучной инженерной рутине — развернуть окружение, дать контекст, проверить результат, переделать, снова проверить.
Главный тезис материала жесткий: ИИ-агенты в разработке уже прошли стадию забавного автодополнения. По оценке автора, современные модели могут закрывать значительную часть задач быстрее среднего разработчика, особенно если задача хорошо описана и разбита на шаги. Но это именно оценка практикующего инженера, а не отраслевое исследование: в тексте нет бенчмарков, выборки компаний или независимых замеров производительности.
Самая полезная часть поста — не прогноз про исчезновение профессии, а методика. Автор советует не бросать агенту расплывчатую просьбу сразу писать код. Вместо этого он предлагает Spec Driven Development: сначала описать, что нужно сделать в spec.md, затем зафиксировать план в plan.md, затем разбить работу на tasks.md. Для команд это звучит знакомо: хороший агентный процесс внезапно оказывается похож на нормальную инженерную дисциплину, только исполнитель быстрее и иногда слишком уверен в себе.
Отдельный практический вывод — не пускать агента в продакшен без контроля. В исходном опыте прямо звучит предупреждение: агент может ошибаться, выбирать не те библиотеки, ломать архитектуру, уходить от задачи или делать слишком широкие правки. Поэтому роль разработчика смещается от набора строк к постановке задачи, проверке результата, управлению контекстом и ревью. Неприятная новость для тех, кто надеялся просто «подключить ИИ и отдыхать»: отдыхать не получится. Хорошая новость — сильный инженер получает рычаг, который раньше был доступен только маленькой команде.
Для фронтенда сигнал особенно заметный. Автор считает, что фронтенд-разработчики окажутся под более сильным давлением: верстка, типовые интерфейсы, CRUD-экраны и интеграции хорошо ложатся на агентный подход. Но это не значит, что профессия исчезает целиком. Скорее дорожает то, что хуже формализуется: продуктовая логика, UX-решения, работа с ограничениями бизнеса, производительность, доступность, безопасность и умение довести MVP до состояния, за которое не стыдно брать деньги.
В тексте также перечислены роли, которые могут вырасти вокруг новой практики: архитектор мультиагентных систем, инженер по проверке ИИ-кода и безопасности, специалист по модернизации легаси, интегратор корпоративного контекста и дебаггер агентных пайплайнов. Названия звучат немного как из презентации для конференции, но направление понятное: компаниям понадобятся люди, которые умеют не только пользоваться моделью, но и встраивать ее в процесс без утечек, хаоса в репозитории и внезапного падения прода в пятницу вечером.
Для бизнеса вывод еще прагматичнее. Если один опытный разработчик с агентами может быстрее собирать прототипы, внутренние инструменты и сервисные заготовки, то меняется экономика малых команд. Но вместе с ней растет цена инженерного контроля: спецификации, тесты, безопасность, ревью и доступ к корпоративному контексту становятся не бюрократией, а страховкой от красивого, быстрого и неправильного кода.
ИИ-агенты в разработке пока не отменяют профессию, но уже меняют ее центр тяжести. Следующий карьерный разрыв пройдет не между теми, кто «пишет код руками» и «не пишет», а между инженерами, которые умеют управлять агентами как производственным инструментом, и теми, кто все еще проверяет, умеет ли чат сверстать лендинг.