Как Андрей Карпаты объясняет границы вайб-кодинга и почему агентная разработка ломается в командных B2B-проектах.

Профиль человека: путь, решения и уроки для бизнеса.

Вайб-кодинг работает там, где есть один автор, короткий горизонт и быстрая проверка результата глазами. В командном B2B-проекте код живёт дольше автора: его читают, ревьюят, расширяют, катят в прод под SLA и аудитом. Агент оптимизирует локальную задачу — «чтобы работало сейчас» — и не держит контекст архитектуры, контрактов и последствий. Границы проходят не по сложности кода, а по цене ошибки и числу людей, зависящих от решения.

Связанные услуги: каталог, AI Boost Team, стать клиентом.

Карпаты не спорит о том, умеет ли агент писать код — он спорит о том, кто отвечает за прод в понедельник утром.

Человек, который придумал слово «вайб-кодинг», описал им вполне конкретную практику: отдаться потоку, не читать диффы, принимать то, что запустилось. Это было про личные выходные и одноразовые проекты. Сейчас то же слово стоит в презентациях перед CTO, на соседнем слайде с SLA и аудитом. Конфликт начинается ровно здесь, и Карпаты в нём занимает неудобную позицию: он не отказывается от инструмента, он отказывается от обещания, которое к инструменту приклеили.

Кто он и почему тимлиды вообще слушают

Андрей Карпаты — исследователь, который последние годы работает на стыке обучения и инженерии. Собрал и читал курс по компьютерному зрению в Стэнфорде (CS231n), был среди основателей OpenAI, около пяти лет отвечал за восприятие в автопилоте Tesla, потом вернулся к обучению моделей и ушёл в образование — основал Eureka Labs.

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

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

Что именно он называет вайб-кодингом

Три признака, и все три про цикл, а не про язык.

• Цикл короткий: сгенерировал, посмотрел, поправил. Секунды, не дни.
• Проверка глазами. Вы понимаете, что получилось, без тестов и без второго человека.
• Цена ошибки близка к нулю: не тот результат — переписали, никто не заметил.

Из этого сразу следует, где практика живёт. Скрипт для разбора логов, одноразовая админка, прототип, чтобы показать гипотезу на созвоне, парсер чужой выгрузки. Пока читает один человек и результат виден ему же через минуту, вайб-кодинг дешевле любой альтернативы.

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

Граница проходит по цене ошибки, а не по сложности кода

Это главный сдвиг, который Карпаты предлагает сделать команде. Инженеры привыкли мерить риск сложностью: «тут многопоточность, тут агента не пустим, а вот CRUD-контроллер пустим». Логика неверна. Пустой контроллер может менять публичный контракт, от которого зависят пять команд.

Как только цена ошибки перестаёт быть нулевой, ползунок автономии приходится двигать влево. Не потому, что модель поглупела, а потому, что за откат платит человек, у которого нет контекста генерации.

Почему агент ломается именно в командном B2B

Он видит задачу и ближайший код. Он не видит организацию.

Кто владеет модулем. Какие контракты менять нельзя. Какое решение уже отклоняли полгода назад и почему. Где договорённость «этот сервис трогаем только с согласия смежников». Агент этого не знает и потому уверенно делает локально правильную правку, которая глобально нарушает ограничение: меняет порядок миграций, добавляет ретраи там, где они уже есть на уровне шлюза, переписывает схему ответа «чтобы было удобнее».

Второй эффект злее. Агент любит править «заодно»: починил баг, поправил рядом ещё три файла, переименовал поле. Дифф растёт, ревьюер тонет, и вместо проверки логики он проверяет, не забыли ли вы поднять версию библиотеки. Скорость генерации выросла, а время до прода упало не у всех.

Ответственность при этом остаётся на людях. «Это агент написал» в разборе инцидента не аргумент: прод упал у компании, а не у модели.

Ложный путь: внедрить агентов везде и мерить скоростью

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

Когда агентный контур не ограничен, ревью становится узким горлышком, и его обычно не считают. Ориентир: время ревью PR при неограниченном контуре растёт в 1,5–2 раза в первый месяц. Люди ещё не уволились, но уже сидят в очереди на апрув, а тимлид рассказывает про ускорение по графику генерации.

Обратная цифра достигается не «более умной моделью», а сужением роли. При гейтах и узкой роли агента время до прода типовой задачи сокращается с 3–5 дней до 1–2 дней. Разница между этими двумя сценариями — не в инструменте, а в том, где вы провели границу.

Двухконтурная модель: агент в песочнице, человек на контрактах

Работа делится на два контура, и это деление фиксируется письменно, а не «мы все профессионалы».

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

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

Гейты делают правило техническим. Те же CI-проверки для кода агента и человека, без исключений «это же сгенерировано, там всё нормально». Владельцы на каталогах с API-схемами и миграциями через CODEOWNERS: изменение публичного интерфейса не мержится без явного апрува. Это ровно та часть, которую не проговоришь в вакууме — нужны правила владения модулями и ревью, иначе нечего ограничивать. Посмотреть, как такие контуры собираются на практике, можно в ка