Автономные агенты для кодинга подняли коммит-активность разработчиков на 240% накопленным итогом. Релизы — этап, на котором софт доходит до клиента, — выросли на 30% (Demirer, Musolff & Yang, NBER, 2026). Те же разработчики, те же инструменты, то же исследование, то же окно. Восемь десятых измеренного выигрыша так и не вышли за пределы компании.
Этот разрыв — форма большинства бизнес-кейсов по ИИ, написанных в этом году. Пилот измеряет этап, который ускоряет инструмент. Никто не измеряет этап, который управляет поставкой, потому что к этому этапу не привязана лицензионная плата.
Статья называется Writing Code vs. Shipping Code, и различие, заложенное в заголовке, — это весь результат целиком. Прирост производительности от ИИ реален, велик и измерен на уровне задачи. До клиента он доходит с большой скидкой.
Что видит исследование на 500 000 разработчиков и не видит пилот
Мерт Демирер (MIT Sloan), Леон Музольф и Лиюань Ян сопоставили телеметрию использования ИИ с более чем 500 000 разработчиков GitHub в дизайне сопоставленного событийного исследования, а затем отследили эффект по последовательным поколениям инструментов (NBER Working Paper 35275, 2026).
Результаты по поколениям стоит держать отдельно — именно эту часть большинство читателей захочет процитировать:
- Автодополнение: +30% накопленного эффекта на коммиты
- Интерактивные агенты кодинга: +180%
- Автономные агенты кодинга: +240%
Каждое поколение — настоящий скачок. Тот, кто утверждает, что агентные инструменты не двигают производительность на уровне задачи, спорит с очень большой выборкой.
Далее — затухание. Этот эффект в 240% на коммитах падает до 80% по числу проектов и до 30% по фактическим релизам. А когда авторы вышли за пределы GitHub и посмотрели на четыре крупных маркетплейса ПО, они обнаружили резкий рост числа новых приложений и отсутствие роста совокупного использования.
Больше написанного кода. Немного больше запущенных проектов. Чуть больше отгруженного. И ничего больше — использованного.
Результат по маркетплейсам заслуживает отдельного веса, потому что он исключает удобное прочтение. Объяснение одним лишь узким местом предсказывало бы накопленную очередь — выпуск, ждущий за воротами и возвращаемый, как только ворота расширят. Но новых приложений стало больше, а совокупного использования — нет, и это указывает на нечто за пределами этапа релиза: рынок впитал больше предложения, не породив больше спроса. Часть недостающего выигрыша стоит в очереди за человеческой проверкой. Часть и не стала бы ценностью, потому что больший выпуск того, чего никто не просил, — это не выпуск. Оба прочтения должны сделать операционного руководителя осторожным к бизнес-кейсу, который переводит скорость на уровне задачи прямо в выручку.
Почему прирост производительности от ИИ умирает до последнего этапа
Объяснение авторов — гипотеза слабого звена, и она старше и лучше обоснована, чем что-либо специфичное для ИИ: в многоэтапной производственной цепочке совокупный выпуск определяется наименее улучшенным этапом, а не средним.
Писать код — один этап. Ревью, интеграционное тестирование, согласование безопасности, разрешение на релиз и деплой — остальные, и ни одно поколение инструментов кодинга их не затронуло. Значит, ограничение сместилось. Оно не исчезло: оно переехало к первым человеческим воротам ниже по потоку от ускорения.
Число эластичности и есть аргумент
Статья ставит на это коэффициент: оценённая эластичность замещения 0,23 между ИИ и человеческим трудом (Demirer et al., NBER, 2026).
Читается просто. Низкая эластичность означает сильную комплементарность. ИИ и люди ниже по потоку — не субституты, конкурирующие за одну и ту же работу; это входные ресурсы, нужные друг другу примерно в пропорции. Утройте один, не трогая другой, — и вы не получите тройной выпуск. Вы получите очередь.
Это то число, которое стоит положить перед каждым, чей план молчаливо предполагает, что достаточно хороший агент со временем поглотит и ревьюера. Лучшая доступная оценка говорит обратное — и говорит это с десятичным знаком.
У вашего конвейера та же форма
Софт — это декорация, а не охват. Структура, породившая результат, — последовательные этапы, машинно ускоряемая работа в начале, человеческие ворота суждения в конце — это структура почти любого операционного процесса в компании на 50–500 FTE.
Order-to-cash: формирование коммерческого предложения автоматизируемо; одобрение кредита и обработка исключений — нет. Hire-to-onboard: сорсинг и скрининг автоматизируемы; решение об оффере и передачи первой недели — нет. Ticket-to-resolution: триаж и черновик автоматизируемы; суждение об эскалации — нет.
В каждом случае бюджет ИИ сидит на первом этапе, а потолок мощности — на последнем.
Как найти своё слабое звено за один день
Диагностика не требует нового инструментария. Возьмите один процесс и выпишите его этапы от начала до конца — шесть-семь типично. Для каждого этапа отметьте две вещи: коснулся ли его ИИ за последние двенадцать месяцев и как сегодня выглядит очередь перед ним.
Слабое звено — почти всегда первый этап, который отвечает нет на первый вопрос и растёт на второй. Обычно это этап, на котором сидят один-два сеньора, бывшие точкой эскалации ещё до того, как всё это началось, — именно поэтому никто не предложил его автоматизировать и именно поэтому он не может принять больше объёма.
Затем задайте вопрос, переформулирующий бюджетный разговор: если бы этот этап обрабатывал на 20% больше единиц в неделю, сколько бы это стоило? Сравните с ценой следующего транша лицензий выше по потоку. В большинстве конвейеров среднего бизнеса сравнение даже не близкое.
Независимые данные говорят, что этот перекос почти универсален. Поведенческая телеметрия по 120 620 сотрудникам нашла лишь 2% на уровне зрелости «интеграция в рабочий процесс» — использование ИИ внутри перепроектированного процесса, а не как боковой справки, при 27%, остающихся на простой исследовательской помощи (ActivTrak Productivity Lab, 2026). Если 98% внедрения происходит вокруг процесса, а не внутри него, финальные этапы никогда и не были в охвате.
Производственные данные показывают то же самое с другого конца. Исследование использования агента против поиска обнаружило, что сопоставимые задачи выполнялись за 36 минут против 269, то есть на 87% быстрее, — тогда как последующая работа сместилась вверх, к верификации и расширению, вместо того чтобы исчезнуть (Perplexity & HBS, arXiv, 2026). Человеческая работа не ушла. Она переехала на тот этап, который вы не измеряли.
Ворота, которые вы не профинансировали, — ещё и дорогие
Ещё два результата делают финальный этап труднее для игнорирования, чем простая задача об очередях.
Во-первых, он стоит дороже инструмента. Анализ юнит-экономики агентов от McKinsey QuantumBlack показал, что для банковского агента клиентского сервиса стоимость токенов составляет лишь 20–25% переменных затрат на исполнение, тогда как человеческий надзор — 70–75% (McKinsey QuantumBlack, 2026). Этап, который ваш бизнес-кейс считает бесплатными накладными, составляет большую часть стоимости исполнения.
Во-вторых, он деградирует под нагрузкой. Опрос 2 500 работников умственного труда показал, что 42% тратят на проверку вывода ИИ больше времени, чем экономят при его использовании, а 52% регулярно правят сгенерированную ИИ работу, сделанную коллегами (Adaptavist, 2026). Протолкните больше объёма через неизменённый этап ревью — и ревьюеры впитают его как переделку. Ровно так выигрыш в 240% выше по потоку превращается в 30% ниже по потоку.
Значит, слабое звено не просто медленное. Это центр затрат, и он уже насыщен.
Честное возражение
Три ограничения, названные до того, как их назовёт кто-то другой.
У авторов есть раскрытая связь с вендором. Демирер и Музольф оба занимали постдок-позиции в Microsoft и сегодня работают платными научными консультантами компании — это раскрыто в самой рабочей статье. Результат идёт против коммерческого интереса (он ставит потолок заявляемому эффекту инструментов кодинга на выпуск), а это то направление, которое делает конфликт менее тревожным. Отметьте всё равно.
Оценки сдвинулись между версиями, и это важно для цитирования. Версия мая 2026 года сообщала о меньшей выборке и других коэффициентах; редакция сентября 2026 года сообщает о более чем 500 000 разработчиков, эффектах поколений 30/180/240% и эластичности 0,23. Паттерн затухания устоял в обеих. Если цитируете цифру из этой статьи в презентации для совета директоров, цитируйте текущую редакцию и датируйте её: рабочие статьи — не окончательные результаты, а цитировать стоит те, чья форма переживает редакцию.
Одна отрасль — не все отрасли. У софта необычно чистые границы этапов и необычно хорошая телеметрия. Ваше закрытие финансового периода или цепочка фулфилмента могут иметь более глубокое человеческое участие на каждом этапе, что сожмёт и выигрыш вверху, и затухание. Направление переносится. Величины не ваши, пока вы их не измерили.
Что решить в этом квартале
Четыре шага. Три не стоят ничего, кроме внимания.
- Назовите последние человеческие ворота в одном процессе. Не владельца процесса — конкретный шаг согласования, ревью или подписи, который должна пройти каждая единица работы, прежде чем считаться поставленной. Если вы не можете назвать его одним предложением, это и есть результат.
- Измеряйте два этапа отдельно. Ваша нынешняя метрика почти наверняка считает активность на ускоренном этапе: созданные черновики, разобранные тикеты, сформированные предложения. Добавьте один счётчик на этапе поставки. Отношение между ними — ваше затухание, и это единственное число в статье, которое действительно о вашей компании.
- Направьте следующий прирост бюджета ИИ вниз по потоку. Если результат слабого звена держится в вашем конвейере, предельная отдача ещё одной лицензии вверху близка к нулю, а предельная отдача расшивки ворот — это всё, что эти ворота сейчас удерживают. Это перераспределение, а не новые расходы.
- Перепроектируйте ворота прежде, чем расширять воронку. Наращивание объёма вверху при неизменном этапе ревью производит очередь и переделку, а не выпуск. Поменяйте порядок: сначала почините ворота, потом пропускайте объём.
Ваш прирост производительности от ИИ реален. Исследование говорит это в масштабе, которого не достигнет ни один внутренний пилот.
Он также стоит в очереди за человеком, которого никто не заложил в бюджет. Вопрос этого квартала не в том, насколько быстрее ваша команда может производить работу. Он в том, сколько этой работы ваша организация ещё способна завершить.
