AWS шокувала IT-світ заявою, що ШІ-код сповільнює роботу: це сталося на тлі інвестицій Amazon у $200 млрд

Що саме сказала AWS

На початку червня 2026 року Amazon Web Services (AWS) ошелешила IT-спільноту публічною заявою: AI-генерований код не робить команди розробників автоматично швидшими й часто здатен їх суттєво сповільнювати. Скандальність меседжу полягала в тому, що він пролунав від хмарного підрозділу самої Amazon . Центральний аргумент автори сформулювали максимально різко: «Справжнім вузьким місцем ніколи не було написання коду — це його рев’ю, тестування, інтеграція та розгортання» .

Керівники AWS прямо вказали на дисбаланс конвеєра доставки (delivery pipeline): AI-асистенти на кшталт Amazon Q Developer, GitHub Copilot чи внутрішнього Kiro дозволяють генерувати код у десятки разів швидше, ніж це робить людина. Але коли цей потік потрапляє в інфраструктуру CI/CD, розраховану на значно менші обсяги, уся система починає буксувати. Вузьке місце просто переповзає з написання на рев’ювання та інтеграцію — і команди, які не перебудовують свої процеси, опиняються в хаосі .

Докази та аргументація, на які спиралася AWS

Месендж червня 2026 року не був спонтанним. Ще в січні AWS опублікувала розлогий блог-пост із промовистою назвою «Ваші AI-асистенти з написання коду перевантажать ваш конвеєр доставки», де виклала ту саму тезу з цифрами .

Ось ключові пункти, які наводили в обох публікаціях :

• Перевантаження конвеєра: 90% розробників у світі вже користуються AI-інструментами, проте процеси код-рев’ю, тестування, безперервної інтеграції та розгортання (CI/CD) проєктувалися для людських швидкостей, а не для лавиноподібного AI-потоку .
• Зростання навантаження на рев’юерів: що більше коду генерує ШІ, то більше його мусять перевіряти живі інженери. Якщо рев’юери перетворюються на «пляшку», загальна швидкість доставки падає, а не зростає .
• Прихована ціна якості: згенерований код часто виглядає правдоподібно, але потребує значних доробок. Інженери Amazon зізналися The Guardian, що внутрішній інструмент Kiro систематично видає неточний або відверто дефектний код, який іноді доводиться переписувати з нуля. Одна зі співробітниць сказала прямо: «Я та багато моїх колег не відчуваємо, що це робить нас хоч скільки-небудь швидшими» .
• Безпекові ризики: згідно з індустріальною статистикою, кожна п’ята організація зазнала серйозного витоку чи інциденту безпеки, безпосередньо пов’язаного з AI-генерованим кодом .

Чому це викликало шок і бурхливі дискусії

Заява стала вірусною не через новизну проблеми, а через кричущий когнітивний дисонанс із тим, що паралельно робила сама Amazon:

$200 млрд ставка на ШІ

У лютому 2026 року компанія оголосила про намір вкласти $200 мільярдів у AI-інфраструктуру лише за цей рік — найбільшу корпоративну ставку в історії, яка на $50 млрд перевищила прогнози Волл-стріт і спровокувала падіння акцій майже на 9% . CEO Енді Джессі особисто захищав це рішення як «розрахований довгостроковий крок» і «унікальну можливість, яка випадає раз на покоління» .

Провал 80% норми та внутрішній саботаж

Керівництво Amazon запровадило обов’язкові KPI: понад 80% розробників щотижня мали користуватися AI-інструментами. Для контролю запустили внутрішню платформу MeshClaw і лідерборд KiroRank, який ранжував співробітників за кількістю використаних токенів . Результат виявився катастрофічним: працівники почали масово «токенмаксити» — запускати безглузді AI-завдання, щоб піднятися в рейтингу. Витрати на обчислення злетіли настільки, що лідерборд екстрено відключили, а компанія була змушена визнати фіаско .

Збої, що обвалили мільйони замовлень

У березні 2026 року серія виробничих інцидентів призвела до шестигодинної недоступності Amazon.com і шопінг-застосунку. Внутрішнє розслідування показало: AI-асистовані зміни коду потрапляли в продакшн без належного рев’ю . Хоча Amazon намагалася заперечити окремі повідомлення Financial Times, компанія була змушена офіційно запровадити політику, за якою весь AI-генерований код перед розгортанням мусить затверджуватися старшим інженером . Нова процедура напряму вступила в протиріччя з обіцянками прискорення: інструмент, покликаний збільшити продуктивність, раптом почав її гальмувати .

Хвиля звільнень під прапором автоматизації

Менш ніж за чотири місяці (з жовтня 2025-го до січня 2026-го) Amazon звільнила близько 30 000 корпоративних співробітників — найбільше скорочення в історії компанії. Топменеджмент прямо називав однією з цілей заміну людських ролей генеративним ШІ .

Ширша індустріальна картина

AWS не була самотньою у своїх висновках. Дані Aikido Security свідчили, що 77% команд стикаються з накопиченням роботи на етапах ручного мерджу й тестування, а команди витрачають дедалі більше часу на вичитування AI-доробок, ніж на написання оригінального коду . Amazon, скоротивши рев’ю-спроможності через звільнення й водночас наростивши обсяг AI-генерації, реалізувала цей сценарій на собі.

Ключова іронія

AWS продає хмарну AI-інфраструктуру (включно з власним AI-асистентом Amazon Q Developer). Amazon витрачає $200 млрд, змушує 80%+ розробників «сидіти на AI», звільняє десятки тисяч людей — і водночас публікує статтю з меседжем «більше AI-коду — повільніша робота». Інженери в соцмережах миттєво відреагували: це не абстрактна пересторога, а точний опис того, що Amazon пережила всередині — AI-код пішов у прод без рев’ю, спричинив збої, тепер вимагає підпису старших, тобто справді «сповільнює» .

Як пожартував один із користувачів X: «Розробнику, який це запостив — нарада з HR». Віральність посту лише підкреслила прірву між публічною AI-ейфорією та суворою інженерною реальністю .