Профессиональные разработчики не вайбят с агентами — они их контролируют

Пару лет назад LLM в программировании можно было только доверить автодополнение кода: модели подсказывали строчку, дописывали функции и помогали вспомнить синтаксис. Но к 2025‑му фокус сместился: появились агентные инструменты, которые не просто советуют, а действуют — читают проекты, меняют файлы и запускают тесты.

На словах звучит, как в сказке: описал задачу на естественном языком — и код готов. В интернете этот подход называют вайб кодингом: доверился агенту и не вчитываешься в изменения. Однако в реальной профессиональной разработке цена ошибки высока: качество, безопасность, совместимость с архитектурой и требованиями команды. Авторы статьи Professional Software Developers Don’t Vibe, They Control: AI Agent Use for Coding in 2025 разбираются, как на самом деле опытные разработчики используют агентов — и почему «вайб» в продакшене почти не приживается.

Что именно пытались понять авторы

Вокруг агентного кодинга много противоречий. Одни уверяют, что «больше никогда не будут писать код руками». Другие пробуют один раз, ловят ошибку или странный рефакторинг и откладывают инструмент «до лучших времен». При этом отдельные эксперименты в научных работах показывали неожиданные эффекты: иногда опытные разработчики с ИИ делали задачи медленнее, а автономные агенты в реальных пайплайнах до конца доводили лишь небольшую долю изменений.

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

Как это изучали: ближе к реальности, чем лабораторный тест

Авторы сделали исследование в два шага.

Сначала — эксперименты: 13 разработчиков с опытом от 3 до 25 лет работали над своими реальными задачами в привычной среде. Исследователи 45 минут наблюдали за процессом (с записью экрана и аудио), затем еще 30 минут задавали вопросы в интервью. Важно: участники не решали «учебную задачу», а приносили рабочие или личные проекты — от продакшена до R&D и сайд‑проектов.

Второй слой — качественный опрос: 99 опытных разработчиков, чтобы проверить, насколько наблюдаемое в отдельных сессиях похоже на общую картину.

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

Как выглядит агент в руках профессионала

Главный вывод статьи формулируется почти лозунгом: профессиональные разработчики не вайб кодят — они контролируют агентов.

Вместо того чтобы просто спустить задачу агенту, разработчики:

• заранее планируют: уточняют требования, рамки изменений, критерии готовности;
• дробят работу на отдельные задачи, чтобы агент не потерялся;
• постоянно валидируют: читают диффы, запускают тесты, проверяют логику, сверяются с архитектурой;
• используют агент как ускоритель рутины, но оставляют за собой решения, где важны атрибуты качества: надежность, читаемость, сопровождение и безопасность.

Агент — не автопилот, а исполнитель, которому нужно четко ставить задачу и внимательно принимать работу. И чем выше ставка (продакшен, критичные компоненты), тем жестче контроль.

Где агенты действительно помогают

По впечатлениям участников, сильная сторона агентов — хорошо описанные, прямолинейные задачи, где ясно, что нужно сделать и как проверить результат. Например, аккуратно добавить небольшой функционал, сделать типовые правки, сгенерировать шаблон кода, помочь с тестами или с «склейкой» очевидных частей.

А вот где начинается риск:

• сложные изменения, требующие глубокого понимания домена и контекста проекта;
• архитектурные решения, где важны компромиссы и долгосрочные последствия;
• ситуации, где агенту нужна устойчивая модель мира: понимание системы как целого, причинно‑следственные связи, ограничения инфраструктуры и команды.

Разработчики в таких местах либо не используют агента, либо используют очень дозировано — как собеседника для идей, но не как автора финального решения.

Почему отношение в целом позитивное

Интересно, что при всей осторожности настроение не «паническое» и не «разочарованное». Напротив: большинство участников видят в агентах реальный рост продуктивности и даже удовольствие от работы — но при условии, что контроль остается у человека. Многие уверены, что их инженерные навыки и лучшие практики разработки позволяют компенсировать слабости агента: проверкой, тестированием, ревью, дисциплиной постановки задач и приемки результата.

Отсюда логичный запрос к индустрии: нужны более удачные интерфейсы агентных инструментов и понятные рекомендации, как применять их в командах, не разрушая качество.

Что из этого следует

Эта работа приземляет разговор об агентном кодинге. Она показывает, что в профессиональной среде агент — это новый инструмент. Опытные разработчики готовы делегировать машине выполнение, но не готовы отдавать ей ответственность за архитектуру и качество.

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