DevEx Engineering: новая специализация в ИТ в эпоху AI-агентов

Технический ландшафт разработки трансформировался под влиянием ИИ, породив новую инженерную специализацию — DevEx Engineering. Роман Бугаев, CTO компании Flo, отмечает, что индустрия перешла от точечного использования нейросетей к полноценному агентному подходу. Теперь роль инженера смещается от написания строк кода к проектированию среды, в которой ИИ-агенты могут создавать сложные и поддерживаемые системы.

Трансформация ролей в эпоху агентной разработки

По состоянию на май 2026 года, фронтирные модели от OpenAI и Anthropic достигли уровня, позволяющего делегировать написание кода непосредственно нейросетям. Это привело к двум фундаментальным изменениям. Во-первых, каждый разработчик фактически стал Software Architect: теперь основной задачей является формальное описание структуры системы, интерфейсов и логики взаимодействия компонентов. Качество этой «спецификации» определяет жизнеспособность итогового продукта.Во-вторых, критически значимой стала экспертиза в области QA. В агентной разработке автоматизированная обратная связь и качество тест-планов становятся защитным механизмом, без которого масштабирование кодовой базы невозможно.

Парадокс продуктивности и роль DevEx-инженера

На практике использование агентов не всегда приводит к мгновенному росту скорости разработки. Значительную часть времени (до 50%) инженеры тратят на настройку окружения, поиск оптимальных навыков для агентов, интеграцию инструментов и проверку новых подходов. Если каждый разработчик занимается «исследовательской работой» самостоятельно, компания сталкивается с неэффективным расходованием ресурсов.Здесь и возникает необходимость в DevEx-инженере (Developer Experience). Его функционал — «агентная разработка как фулл-тайм». Такой специалист берет на себя роль архитектора процессов: он собирает лучшие практики, настраивает среду разработки, создает инструменты для эффективного взаимодействия человека и ИИ, а затем масштабирует эти решения на всю инженерную команду. Главная цель — устранить «трение» в процессах и обеспечить стабильное развитие больших систем.

Ограничения «вайбкодинга» и архитектурный контроль

Главная проблема агентной разработки без системного подхода заключается в накоплении технического долга. Когда агент генерирует объемный код по заданным описаниям, при отсутствии надлежащих архитектурных рамок он начинает нарушать целостность системы. В экспериментах с ML-пайплайнами было замечено: при достижении критического объема кода (например, около 7000 строк в одном файле) модель теряет способность вносить изменения без регрессий. Проще говоря, агент начинает «чинить одно и ломать другое», загоняя проект в тупик.Выход из этой ситуации лежит в плоскости классических инженерных дисциплин. Такие методики, как Test-Driven Development (TDD), ADR (Architecture Decision Records) и RFC (Request for Comments), не утратили актуальности, а стали еще более востребованными — теперь они применяются не только к людям, но и к агентам.

Переосмысление SDLC

Agentic development можно рассматривать как промышленную версию «вайбкодинга». Это переход от хаотичной генерации кода к управляемому процессу, где соблюдаются строгие инженерные нормы. Важно понимать, что внедрение ИИ лишь в текущие процессы дает только локальные улучшения.Настоящий качественный сдвиг возможен лишь при перепроектировании всего жизненного цикла разработки ПО (SDLC). По аналогии с промышленной революцией, когда переход на электричество потребовал полной реорганизации производства, сегодня компании должны адаптировать процессы под возможности ИИ, а не просто пытаться ускорить старые механики. Именно эту задачу проектирования «фабрики разработки нового поколения» и должен решать DevEx-инженер.