ИИ-сервис недоступен: как не дать рабочему процессу встать

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

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

Почему ИИ-сервисы бывают недоступны

• Перегрузка. Сервис не справляется с наплывом пользователей. Так было с DeepSeek в начале 2025 года: после выхода новой модели компания на время закрыла пополнение баланса в API из-за нехватки серверов (South China Morning Post). Ошибка «сервер перегружен» есть и в официальном списке кодов ошибок DeepSeek, с советом подождать и повторить запрос (документация DeepSeek).
• Сбои у провайдера. Даже у крупнейших компаний. 11 декабря 2024 года все сервисы OpenAI, включая API, около четырёх часов работали со сбоями или не работали совсем; причиной было обновление внутренней инфраструктуры (разбор сбоя OpenAI).
• Ограничения по стране. Многие зарубежные сервисы официально не работают в России: например, её нет в списке стран, где доступен API OpenAI (OpenAI). Доступ «через обходные пути» может пропасть в любой день вместе с аккаунтом.
• Лимиты и оплата. Закончился баланс, превышен лимит запросов в минуту, не прошёл платёж. Для процесса это такой же простой, как и сбой.
• Смена моделей. Провайдеры отключают старые версии моделей. Если процесс жёстко привязан к одной версии, он перестанет работать в назначенный день.

Если DeepSeek не работает у вас лично

Короткий ответ для тех, кому нужно доделать задачу прямо сейчас:

1. Проверьте страницу статуса DeepSeek: если сбой общий, он отмечен там.
2. Подождите и повторите запрос: при перегрузке сервис часто оживает через несколько минут.
3. Воспользуйтесь другим ассистентом. Для большинства бытовых задач подойдут GigaChat или Алиса, которые работают в России без ограничений.

Если же на этом сервисе у вас держится работа, читайте дальше: личный чат в браузере не подходит для рабочего процесса.

Чат в браузере и API: в чём разница для бизнеса

Сотрудник, который копирует письма клиентов в чат на сайте нейросети, — это не внедрение ИИ, а риск. Когда чат недоступен, работа встаёт, а заодно данные клиентов уходят в личный аккаунт, который компания не контролирует.

Рабочий процесс подключают к модели через API — программный интерфейс. Это даёт то, без чего резервирование невозможно: программа видит ошибку и может сама решить, что делать дальше. Повторить запрос, переключиться на другую модель, отложить задачу или передать её человеку.

Как устроить резерв: четыре уровня

1. Повтор с паузой

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

2. Резервная модель

Если основная модель недоступна дольше нескольких минут, запрос уходит к модели другого провайдера. Например, основная работает в одном облаке, резервная — у другого российского провайдера.

Резервная модель не взаимозаменяемая деталь. Инструкции для неё часто приходится подстраивать, а качество — проверять отдельно на тех же 30–50 реальных примерах, что и основную. Иначе в день сбоя выяснится, что резерв путает поля в счетах.

3. Очередь

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

4. Человек

Последний уровень — передать задачу сотруднику. Он есть у каждого надёжного процесса. Если агент изначально работает в режиме черновика, когда человек проверяет и подтверждает результат, переход на ручной режим почти незаметен: сотрудники и так знают процесс. Подробнее об этом режиме — в статье «ИИ-агент для бизнеса».

Какой резерв нужен вашему процессу

Не каждой задаче нужны все четыре уровня. Всё решает вопрос: сколько эта работа может ждать?

Для примера: если ИИ-агент отвечает клиентам в чате, без резервной модели и оператора ему не обойтись. Если он разбирает счета, обычно хватает очереди и уведомления бухгалтерии о задержке.

Собственная модель как резерв

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

Для многих процессов надёжнее и дешевле две облачные модели у разных провайдеров плюс очередь.

Как понять, что сбой случился

Резерв бесполезен, если о сбое никто не знает. Минимум, который стоит настроить:

• Счётчик ошибок. Сколько запросов к модели завершились неудачей за последний час.
• Оповещение. Если ошибок больше порога или резервная модель включилась, ответственный получает сообщение.
• Размер очереди. Сколько задач ждут обработки и как давно. Очередь, которая растёт третий час, — повод перевести работу на сотрудников.
• Журнал переключений. Когда и почему процесс переходил на резерв. По нему видно, насколько надёжен основной провайдер.

Когда резервирование не нужно

• ИИ помогает сотрудникам, но процесс не зависит от него: например, черновики писем, которые можно написать и вручную.
• Задач мало, и сбой на полдня никто не заметит.
• Вы ещё на этапе пилота. Сначала стоит убедиться, что ИИ вообще приносит пользу. Как проверить это до вложений, мы писали в статье «Проблемы внедрения ИИ».

С чего начать

1. Составьте список процессов, где работает ИИ, и для каждого запишите, сколько он может ждать.
2. Убедитесь, что процесс работает через API, а не через личные чаты сотрудников.
3. Для срочных процессов подключите резервную модель и проверьте её на тех же примерах, что и основную.
4. Для остальных настройте очередь и оповещение.
5. Раз в квартал устраивайте учебный сбой: отключите основную модель на час и посмотрите, что произойдёт.

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