Мой знакомый из Amazon не склонен называть это простой сменой регламента. Для него это превратилось в «новый священный обряд».
Он описывает ситуацию так, словно речь идет о суеверии, возникшем на почве пережитой катастрофы.
Теперь, прежде чем любой инженер уровня Junior или Middle отправит в репозиторий правки, созданные при участии ИИ-инструментов, вступает в силу жесткое условие:
Вердикт старшего инженера обязателен.
Это больше не «пожелание» и не «стандарт индустрии».
Это бескомпромиссный гейт.
Причина возникновения таких барьеров в техгигантах всегда одна — резонансный инцидент, нанесший публичный удар по репутации.
5 марта 2026 года экосистема Amazon столкнулась с масштабным сбоем из-за некорректного развертывания кода. Нарушились процессы оформления заказов, аутентификации и динамического ценообразования. Downdetector зафиксировал всплеск до 20 000 жалоб, а официальное устранение неполадок затянулось до глубокой ночи.
Последствия затронули не только конечных пользователей.
Для внутренней структуры Amazon произошло нечто более фундаментальное:
Корпоративная культура трансформировалась за считанные часы.
На следующий день споры утихли. Началось время тотального контроля.
Вот как описывает атмосферу мой инсайдер — без прикрас, «для своих»:
-
Из каналов Slack моментально испарился юмор.
-
Слово «скорость» в обсуждениях уступило место термину «безопасность».
-
Календари Senior-разработчиков заполнились совещаниями, не оставляя времени на кодинг.
-
Каждый деплой теперь напоминает судебное разбирательство.
И в воздухе повисла новая мантра:
«Нужен официальный sign-off».
На первый взгляд, требование логичное.
Ревью опытным специалистом — это основа инженерной дисциплины.
Однако вводя этот фильтр адресно для кода, сгенерированного ИИ, компания негласно расписывается в важном факте:
Ваш конвейер не был готов к темпам изменений, которые диктуют алгоритмы.
К слову об инструментах: пока гиганты рефлексируют над ошибками, другие могут извлекать выгоду. Если ваша работа связана с ИИ — обратите внимание на BotHub.
Сервис работает без VPN, а оплата доступна российскими банковскими картами.
По этой ссылке можно активировать 300 000 бесплатных токенов для старта и протестировать современные нейросети в деле прямо сейчас!
Это был не случайный баг, а системный паттерн.
Amazon ужесточает гайки не из неприязни к ИИ.
Напротив, компания активно внедряла ИИ-ассистентов в погоне за максимальной продуктивностью.
Однако многочисленные отчеты подтверждают: подразделение электронной коммерции сейчас проходит через «перезагрузку безопасности». После серии инцидентов, включая провал, связанный с внутренним ИИ-помощником, внедряются драконовские правила проверки критически важных систем.
Суть не в том, что «ИИ написал плохой код».
Проблема в том, что команды ускорились настолько, что системы безопасности не успевали реагировать.
Когда правки вносит человек, ревью — это рабочий момент.
Когда код поступает со скоростью машины, ревью превращается в «бутылочное горлышко».
А такие барьеры в организациях с высоким темпом работы всегда ведут к одному результату:
Их пытаются игнорировать.
Корень проблемы — пропускная способность, а не сами алгоритмы.
Есть суровая математика процессов, о которой предпочитают молчать.
Человек пишет код в темпе, позволяющем социальным институтам контроля работать штатно:
-
анализ решений
-
аргументированные дискуссии
-
тщательное тестирование
-
подготовка стратегий отката
-
здоровый скептицизм
ИИ-инструменты лишены сомнений.
Они генерируют решения с непоколебимой уверенностью.
Они выдают объемы мгновенно.
Поэтому для сохранения стабильности остается всего два пути:
-
Искусственно тормозить конвейер разработки.
-
Кратно увеличивать число ревьюеров.
Amazon выбрала второй сценарий, но с существенным нюансом:
Вся ответственность была делегирована на верхний уровень.
Для Senior-инженера эта политика выглядит не как забота о качестве, а как перекладывание рисков.
Ведь если система снова даст сбой, виновный в одобрении будет известен заранее.
Почему это пугает опытных специалистов
Мой собеседник произнес фразу, в которой лишь доля шутки:
«Мы превращаемся в живую контрольную сумму».
Вот во что вырождается подпись старшего разработчика на практике.
Это не наставничество и не качественный аудит.
Это контрольная сумма.
Живой человек, чья единственная функция — поглощать риски.
И здесь кроется ловушка:
Если приоритетом остается скорость, Amazon не сможет долго пропускать всё через Senior-состав.
Опытные кадры станут тормозом для всей системы.
Вскоре руководство начнет задавать вопросы о причинах замедления.
Затем тех же старших инженеров обвинят в «блокировании инноваций».
Давление машины не прекратится.
В итоге мы видим организацию, которая одновременно:
-
одержима скоростными показателями
-
парализована страхом перед любыми изменениями
-
неспособна извлекать уроки из ошибок из-за разбалансировки стимулов
«Но разве в Amazon не было двойного контроля раньше?»
Именно этот момент делает ситуацию показательной.
В любой зрелой ИТ-структуре критические правки всегда требовали одобрения.
Однако расследования Business Insider указывают на то, что прежние механизмы не справлялись с предотвращением серьезных аварий. Теперь Amazon внедряет сверхстрогие регламенты (документирование, аудит, многоступенчатые аппрувы) для всех фронтальных систем.
Это значит, что дело не в наличии правил как таковых.
Проблема в том, что правила перестали соблюдаться под натиском дедлайнов.
ИИ не создал эту уязвимость.
Он лишь выставил её на всеобщее обозрение.
Взгляд со стороны: Amazon отрицает прямую вину ИИ
Компания официально опровергла данные как минимум одного отчета, связывавшего их внутренний инструмент Kiro со сбоем в AWS Cost Explorer. По версии Amazon, причиной стали неверные настройки прав доступа, а масштаб проблемы был преувеличен.
Это уточнение лишь подтверждает главный тезис:
Дело не в «плохом ИИ», а в процессах.
Организации интегрируют ИИ быстрее, чем эволюционируют их защитные механизмы.
Даже если конкретный инцидент формально не был спровоцирован алгоритмом, давление от смены рабочих парадигм — абсолютно реально.
Неочевидная цена прогресса
Amazon внедрила ИИ-кодинг ради ускорения.
Теперь корпорация вынуждена платить «налог на скорость»:
-
бесконечные дополнительные согласования
-
раздутый график совещаний
-
возросшее сопротивление внутри системы
-
колоссальные операционные издержки
Если посмотреть шире, это именно тот сценарий деградации, о котором предупреждали аналитики Gartner: по их прогнозам, до 40% проектов агентского ИИ будут свернуты к концу 2027 года из-за непропорциональных затрат и неуправляемых рисков.
Amazon не отказывается от технологий.
Она делает нечто более честное:
Признаёт, что на ключевых участках человек по-прежнему незаменим.
Урок для индустрии
Если даже Amazon с её эталонной операционной дисциплиной нуждается в жестких фильтрах для ИИ-кода…
Представьте, что происходит в менее крупных компаниях, где:
-
культура SRE находится в зачаточном состоянии
-
практикуется бесконтрольный деплой
-
тестирование проводится по остаточному принципу
-
доминирует установка «катим сейчас, фиксим потом»
Такие команды не учатся на чужих ошибках.
Они познают истину самым болезненным и дорогим способом.
Практические рекомендации (чтобы не заканчивать на миноре)
Если ваша команда использует ИИ и обновляет продакшн, внедрите эти три правила уже сегодня:
1. Обязательная маркировка ИИ-кода в PR.
Если вы не видите, где заканчивается мысль человека и начинается генерация нейросети, вы не сможете проанализировать причины сбоя.
2. Исключение автономных правок для критических зон.
Авторизация, платежные шлюзы, биллинг, маршрутизация трафика — здесь присутствие второго человека (Senior+) не обсуждается.
3. Сделайте обход ревью невыгодным.
Если процесс согласования превращается в пытку, а его обход — в легкую прогулку, вы сами программируете будущую катастрофу.
Amazon уже внедряет эти меры на корпоративном уровне.
Вам стоит сделать то же самое.
