Работа с ИИ-агентами над реальными задачами за последний год заметно упростилась. Ещё в начале года вайбкодинг — подход, при котором ты формулируешь задачу словами, а код пишет агент, — требовал куда больше усилий и понимания внутренних процессов. Сейчас многое из этого просто исчезло из повседневности разработчика. И это не косметика, а смена самой механики работы.
Что приходилось делать ещё в начале года
Порог входа был высоким не из-за сложности задач, а из-за количества сопутствующей рутины. Чтобы агент выдавал вменяемый результат, приходилось держать в голове десяток вещей одновременно:
- работать в IDE, плотно нагруженной техническими деталями интерфейса;
- вручную следить за памятью агента, контекстом и контекстным окном, часто переключаться между сессиями;
- аппрувить каждый шаг агента — наглядного авто-режима не было, его включали кастомной настройкой;
- пристально контролировать результат и бесконечно дебажить, запасаясь терпением;
- очень качественно прорабатывать PRD (product requirements document — документ с требованиями к продукту), то есть заранее моделировать, как агент будет думать над проектом;
- оркестрировать несколько агентов и прыгать между режимами их работы;
- мириться с нехваткой дефолтных MCP (Model Context Protocol — стандарт подключения внешних инструментов и данных к модели) и плагинов.
По сути, ты был диспетчером, техписателем и отладчиком в одном лице. Сама разработка отходила на второй план перед обслуживанием агента.
Как выглядит работа сейчас
Картина заметно изменилась, и в первую очередь за счёт интерфейса и моделей:
- в IDE не осталось ничего лишнего — интерфейс не отвлекает от задачи;
- умные модели требуют минимума усилий на объяснения: не нужно разжёвывать каждую деталь;
- сессии сжимаются автоматически — про контекстные окна можно забыть;
- ты просто наговариваешь задачу, агент сам всё докручивает и раздаёт подзадачи субагентам, а через час ты возвращаешься к готовому результату.
Проще говоря, ручной оркестрации больше не требуется. То, что раньше было отдельной компетенцией, стало дефолтным поведением инструмента. По ощущениям — магия, хотя за ней стоит большая инженерная работа по управлению контекстом и декомпозиции задач.
Почему это важнее, чем кажется
Снижение порога входа — не просто удобство. Оно меняет то, кто вообще может делать продукты. Раньше, чтобы получить от ИИ-агента стабильный результат, нужно было понимать устройство контекста, уметь писать PRD и держать в голове архитектуру — это отсекало новичков. Теперь эти знания зашиты в сам инструмент.
Для опытных разработчиков это тоже сдвиг: меньше времени на обслуживание процесса — больше на постановку задач и проверку смысла. Меняется и профиль скиллов: способность декомпозировать задачу и внятно её описать становится ценнее, чем умение вручную жонглировать сессиями.
Что остаётся за человеком
Полностью расслабиться всё равно не выйдет. Даже когда агент «сам всё докрутил», кто-то должен решить, правильно ли решена задача, соответствует ли архитектура замыслу и не разъехался ли код с требованиями. Автоматическое сжатие сессий и работа субагентов скрывают от тебя детали — а значит, растёт цена ошибки в постановке задачи. Чем меньше ты видишь процесс, тем важнее качество входа.
Поэтому мой практический совет: не отказывайся от понимания того, что происходит внутри. Удобство авто-режима не отменяет необходимости читать diff (внесённые изменения кода) и держать в голове, зачем вообще этот код написан. Инструмент экономит силы, но не заменяет инженерное суждение.
Выводы
- За год работа с ИИ-агентами прошла путь от ручного управления контекстом, сессиями и аппрувами до режима «наговорил задачу — получил результат».
- Интерфейсы очистились, модели научились понимать с полуслова, а автосжатие сессий убрало головную боль с контекстными окнами.
- Раздача подзадач субагентам и автоматическая оркестрация стали дефолтом, а не кастомной настройкой.
- Порог входа падает — значит, круг людей, способных делать продукты с ИИ, расширяется, а ценность смещается к постановке задач.
- Человеку по-прежнему остаётся контроль смысла: чем меньше видно процесс, тем важнее качество постановки и проверки результата.