Кодинг-агенты меняют работу программиста

Редактор, дописывающий строки за тебя, уже никого не удивляет. Новая волна другая: агент берёт задачу целиком, лезет в репозиторий, правит несколько файлов, гоняет тесты и открывает pull request. Разработчик из наборщика кода превращается в ревьюера и постановщика задач.

Что уже работает

На изолированных задачах агенты добрались до приличных цифр. На бенчмарке SWE-bench, где надо чинить реальные баги из открытых репозиториев, лучшие модели закрывают ощутимую долю тикетов сами. Год назад это были единицы процентов, сейчас уже десятки. Прогресс быстрый. Но цифра лукавит: SWE-bench собирает чистые изолированные баги с готовым тестом, а не живую задачу с расплывчатым описанием от менеджера в три строки.

В повседневности агенты уверенно тянут скучное: написать тесты, накидать бойлерплейт, разобраться в незнакомой кодовой базе, перевести кусок с одного фреймворка на другой, объяснить, что делает лапша легаси-кода. На типовой рутине они экономят реальные часы.

Где всё ещё буксует

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

Меняется и профессия. Джуниору теперь мало уметь писать циклы, надо читать чужой код, ставить агенту точную задачу и ловить его галлюцинации на ревью. Ценность смещается от скорости набора к пониманию системы целиком.

Отсюда трезвый взгляд. Агент — сильный подмастерье, который берёт на себя механику, но не архитектор и не тот, кто отвечает за прод. Команды, которые выиграли, не выгнали разработчиков. Они дали каждому по несколько агентов и заставили думать масштабнее, а не быстрее печатать. Скорость набора кода перестала быть узким местом. Узким снова стало то, чем оно всегда и было: понять, что вообще нужно построить.