🛠 Код теперь генерируют агенты, а проверка съела всё время

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

Данные в тексте всё же есть. В первой части исследования METR 16 опытных участников проектов с открытым исходным кодом решали 246 реальных задач из своих репозиториев с доступом к ИИ и работали на 19% дольше, ожидая ускорения на 24%. Во второй части у части тех же разработчиков вышло ускорение на 18%, но с широким доверительным интервалом и сильным эффектом отбора. В опросе Stack Overflow 2025 главным раздражителем 66% назвали решения, которые выглядят правильными, но работают не совсем. Успешные тесты и «почти правильный» код замечает только человек, понимающий, что должно произойти.

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

Главный раскол 2026 года не между теми, кто пишет код руками, и теми, кто генерирует, а между теми, кто умеет отличать правдоподобное от правильного, и теми, кто проверяет результат по ощущению. Скорость генерации без проверок — это способ быстрее накапливать технический долг, не более.

#vibecoding #specdriven #METR #StackOverflow