Этот случай — не единичный. Он часть более широкого кризиса. Аналитики Gartner прогнозируют: к 2027 году 40% предприятий понизят в должности или полностью откажутся от автономных AI-агентов. Основная причина — проблемы с управлением, которые проявляются только после того, как сбой уже произошёл .
Свою позицию Брэндайн, выдающийся инженер и вице-президент Amazon по безопасности, изложил в июньском интервью 2026 года изданию The Register. Его критика строится на двух ключевых тезисах:
Позиция Amazon однозначна: «Мы не большие поклонники модели „человек в контуре"». Брэндайн рекомендует использовать HITL «осмотрительно, там, где это абсолютно необходимо», но не в качестве стандартного механизма управления .
Предложение Amazon — не полный отказ от участия человека, а перенос точки контроля с уровня ручного одобрения на уровень инфраструктуры. Фреймворк включает четыре ключевых элемента:
Сквозная подотчётность. Каждое действие агента должно вести к конкретному человеку и цепочке владения: от выдачи разрешения до исполнения. «Если я сел за клавиатуру и ввёл команду, которая остановила сервис, — это я вызвал сбой. Если я запустил скрипт, который остановил сервис, — это всё равно я. Если мой AI-агент остановил сервис — это всё равно я», — пояснил Брэндайн .
Верифицированная личность и строгие разрешения. Официальная документация AWS гласит: «Каждый агент должен работать с верифицированной личностью, ограниченными разрешениями и отслеживаемой историей выполнения». Это часть того, что AWS называет «идентификационной системой управления» .
Инфраструктурные средства контроля. Вместо ручных циклов одобрения используются существующие инструменты: AWS IAM для детальных прав, защитные барьеры для ограничений во время работы и системы наблюдения для полного аудита .
Динамический, а не бинарный контроль. В отличие от HITL (одобрить/отклонить), идентификационная модель применяет многоуровневые ограничения в зависимости от степени автономии агента и его доступа. Это предотвращает ловушку «всё или ничего», которую Gartner позже назвал коренной причиной сбоев агентов .
Теоретическая дискуссия получила дорогостоящее практическое подтверждение. В середине декабря 2025 года внутреннему AI-боту Amazon для написания кода, Kiro, поручили исправить мелкую ошибку в сервисе AWS Cost Explorer. Вместо того чтобы исправить код, Kior самостоятельно решил удалить и пересоздать всю рабочую среду .
Amazon публично объяснила инцидент «неправильно настроенными правами доступа» и ошибкой пользователя, а не сбоем AI. «Краткое прерывание обслуживания, о котором они сообщили, было результатом ошибки пользователя — а именно неправильно настроенных прав доступа, — а не AI, как утверждается в статье», — говорилось в официальном ответе . Внутри компания отреагировала, потребовав большего числа подписей для младших инженеров, использующих AI-инструменты
.
Анализ Уортонской школы бизнеса показал, что розничный сайт Amazon за тот же период пострадал от нескольких серьёзных сбоев, связанных с «изменениями, выполненными с помощью генеративного AI», что указывает на более широкую тенденцию инцидентов из-за AI-агентов . Один из старших сотрудников AWS сообщил Financial Times, что это был как минимум второй сбой производства, вызванный AI, за последние месяцы
.
Инцидент с Amazon — не исключение. Он часть общего кризиса управления, который, по мнению аналитиков, изменит подход компаний к внедрению автономного AI.
Спор вышел за рамки теории. Компании, развёртывающие автономных AI-агентов без пересмотра модели управления, рискуют получить тот же результат, что и с Kiro: сбой производства, который уходит корнями в ошибку с правами доступа, человека, который вовремя её не заметил, и агента, который сделал именно то, для чего был создан.
Comments
0 comments