За один день нейросети сломались у четырёх поставщиков сразу — причину не назвал никто

3 сентября жалобы на нейросети шли одновременно по нескольким сервисам — день зафиксировало Inc. Russia. Мы пересобрали хронологию по официальным статус-страницам компаний, потому что по горячим следам картина получилась неполной.

По статус-странице Anthropic в этот день было два инцидента, а не один. Первый — «повышенное число ошибок» у одной модели, с 12:37 до 12:56 UTC, то есть 19 минут. Второй, основной, начался в 13:26 и закончился в 16:23 UTC — 2 часа 57 минут, и затронул сразу пять моделей. Оба помечены как серьёзные, и оба задели все четыре продукта разом: веб-версию, API, инструмент для работы с кодом и рабочую среду.

У OpenAI, по её статус-странице, сбой был короче: рабочий режим ChatGPT выдавал ошибки 6 минут, но в списке затронутого числятся 15 компонентов.

2 ч 57 мин

длился основной сбой у одного из поставщиков

моделей выдавали ошибки одновременно

6 минут / 15 компонентов

второй сбой — короткий, но широкий

По Gemini независимые мониторинги показывали всплеск жалоб около двух часов, но в официальной ленте инцидентов Google за весь сентябрь нет ни одной записи — то есть подтверждения от самой компании нет. По Grok жалобы были в нескольких странах, официального сообщения тоже нет. По данным издания, Perplexity и DeepSeek в этот день работали нормально, российские мониторинги массовой недоступности не зафиксировали.

Причину не назвал никто. Формулировка Inc. точная: «Корректнее говорить не о „падении всего искусственного интеллекта“, а о серии почти одновременных сбоев у нескольких крупных игроков рынка».

Что это значит для бизнеса в России

И вот тут начинается неприятное. Если бы это был один общий сбой — скажем, у общего поставщика мощностей, — из него следовал бы понятный вывод и понятная страховка. Но сбои были независимые, у разных компаний, с разной инфраструктурой, и просто совпали по дате. Значит, вероятность, что в любой конкретный день ваш поставщик отвалится, выше, чем кажется, и «переехать на другого» — не защита сама по себе.

Считаем на пальцах, во что это обходится. Три часа простоя — это, для небольшой компании с потоком в 40 обращений в день, примерно 15 необработанных заявок. Если у вас на нейросети висит первичный ответ клиенту, эти люди просто ушли к тому, кто ответил. Умножьте на свою среднюю сделку — и вы получите цену отсутствия запасного варианта, причём цену за один день.

Что сделать, по возрастанию затрат. Первое и бесплатное: определите, что происходит с обращением, когда модель не отвечает. Правильный ответ — оно попадает человеку с пометкой, а не теряется и не висит в тишине. Проверьте это руками прямо сейчас: отключите ключ доступа на минуту и посмотрите, что увидит клиент.

Второе: заведите второго поставщика тем же кодом. Большинство сервисов сегодня совместимы по формату запроса, и переключение — это смена адреса и ключа, а не переписывание. Держите второй ключ оплаченным и проверенным, иначе в день аварии выяснится, что там не подтверждена почта.

Третье, и его почти никто не делает: напишите, как система работает в упрощённом режиме. Не «всё встало», а «отвечаем шаблоном, собираем контакты, обещаем перезвонить в течение часа». Это дешевле любого резервирования и спасает именно те три часа.

И отдельно — про договор с подрядчиком, если ИИ-часть делали не вы. Спросите, что в нём написано про недоступность внешней модели: чья это зона ответственности, за чей счёт простой и есть ли обязанность включить запасной маршрут. В большинстве договоров на автоматизацию об этом нет ни слова, и обнаруживается это ровно в тот день, когда всё лежит.