Почему ваш ИИ-разработчик заменил пол-офиса, а продукт всё равно опаздывает на три месяца

Вы чувствуете это каждый спринт. Copilot строчит методы быстрее, чем вы читаете условие задачи. Claude генерирует микросервис по голосовому описанию. Продажники, ошалевшие от демо, уже продали интеллектуальную базу знаний, взяли аванс и поставили дедлайн «вчера». А релиз лежит в ветке и гниёт третью неделю. Коммитов — гора, работающего продукта — ноль. Почему?

Потому что вы ускорили то, что и так не было узким горлышком. А настоящий ад начался именно там, где вы не ждали. Миф, который стоит миллиарды: код ≠ продукт

Свежайшие данные NBER (2026) на 100 000+ разработчиках GitHub фиксируют реальность, от которой хочется выпить: автодополнение поднимает число коммитов на 40%, интерактивные агенты — на 140%, полностью автономные агенты — на 180%. А рост реальных релизов? Жалкие 30%. Разрыв в шесть раз.

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

Вы говорите: «Да это всё ерунда, ИИ может автоматизировать и такое». Может. Только он выбирает не то, что вам нужно, а то, что статистически правдоподобно. А чувство прекрасного у заказчика привязано к колоссальному числу ассоциаций. Си шарп дотнет, Астра, Реакт, Флаттер — всё красиво, и всё выглядит убедительно на демо. Продажники под впечатлением от интеллекта и скорости продают эту убедительность, берут аванс, а потом команда месяцами не может сдать продукт. Промпты и ожидания не совпадают, представления об интеллектуальных системах у всех разные, и начинаются переделки. В случае с ИИ их больше, потому что нужна чистка стохастического выхлопа.

METR (2025) измерил это в лоб: разработчики ожидали сокращения времени задач на 24% при использовании ИИ-помощников — получили фактическое увеличение на 19%. Harness (2025) по США, Британии, Франции и Германии: 63% инженеров заявляют об ускорении создания кода, но 45% деплоев с ИИ-кодом приводят к проблемам, 73% предупреждают о расширении зоны поражения. 63% прямо называют «вайб-кодинг» катастрофой.

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

Автор высказывания прав: проще сделать кнопку, инпут и прочее — с ними всё ясно. Но естественный язык сложен для стандартизации, и люди пока не понимают, что ИИ требует реализации скиллов и экономии токенов. Умная система дорогая по обращениям, дешёвая требует харнесса — жёсткой обвязки, валидации, детерминированных предохранителей. Без харнесса получается вот что: GitClear фиксирует увеличение дублирования кода в 8 раз, снижение повторного использования. Сложность кода растёт, число уязвимостей — в 1,5–2 раза, логических ошибок — на 75% чаще. А проверять это всё вы ставите своих самых дорогих людей.

Xu et al. (2026) показали, что опытные разработчики проверяют на 6,5% больше ИИ-сгенерированного кода, и их собственная продуктивность падает на 19%. Ускорили джунов — убили сеньоров.