Новость · ИИ-агенты и инструменты ·
Яндекс восстановил часть ИИ-сервисов: почему работающий чат ещё не означает исправную автоматизацию
14 октября Яндекс сообщил о восстановлении ряда ИИ-сервисов Yandex Cloud, включая распознавание текста, поиск по загруженным данным и публикацию ИИ-агентов. Но Workflows, пакетная обработка запросов и выделенные модели в этом обновлении всё ещё отмечены как недоступные. Для бизнеса это означает, что ответ от модели нельзя считать подтверждением восстановления всего процесса.
Срез статуса — официальное сообщение от 14 октября, проверенное утром 15 октября 2026 года. В более позднем сообщении за 14 октября Яндекс отдельно указал, что облачная платформа продолжает работать с ограничениями. Полное завершение инцидента не объявлено.
Что восстановлено, а что остаётся ограниченным
В списке AI Studio доступными отмечены основные интерфейсы текстовых моделей — Responses API и Chat Completions API. Компания также сообщила о восстановлении Realtime API, Retrieval API, Embeddings API, генерации изображений, MCP Hub, Code Interpreter, обучения и наборов данных, а также публикации агентов в мессенджеры и веб-виджеты.
Эти названия описывают разные части автоматизации. Retrieval отвечает за извлечение нужных сведений, например из базы материалов; распознавание текста Vision OCR превращает изображение документа в текст. Восстановление каждого отдельного сервиса полезно, но не проверяет цепочку от входящего обращения до ответа клиенту.
Ограничения в опубликованном статусе существенны:
- Workflows, Batch Inference API и Dedicated Models отмечены как недоступные. Не считайте многошаговый процесс или пакетную обработку восстановленными только потому, что обычный запрос к модели проходит.
- SpeechKit восстановил API v1 и v3 для перечисленных в сообщении режимов распознавания. Асинхронный STT через API v2 всё ещё отмечен недоступным. Указанный ожидаемый срок 14 октября — прогноз, а не подтверждение выполнения.
- SpeechSense восстановлен, но пересчёт тегов и ассистентов временно отключён.
- Search API восстановлен с ограничением: асинхронный режим работает только с 00:00 до 06:00. В сообщении не уточнён часовой пояс этого окна — перед настройкой расписания его нужно выяснить у поддержки.
Яндекс также предупредил о возможных ограничениях квот на создание ресурсов и увеличение потребления. Доступность существующего процесса не означает, что сейчас получится сразу нарастить его объём.
Где бизнес может ошибиться при проверке
Представим учебную цепочку: клиент присылает фотографию документа, сервис распознаёт текст, ищет нужные сведения и передаёт результат в многошаговый сценарий. Если снова заработали распознавание и ответы модели, первая половина цепочки может выглядеть исправной. Но сценарий, зависящий от недоступного Workflows, не завершится только благодаря этому.
Похожая ситуация с обработкой звонков. Сам факт появления расшифровки не доказывает, что пересчитались теги, отработали ассистенты и обновился итоговый отчёт. Это разные результаты, и проверять их нужно отдельно.
Практический вывод: владельцу процесса стоит выяснить не только название продукта, но и используемый режим. «Мы работаем через SpeechKit» недостаточно, если один интерфейс восстановлен, а другой ещё нет. Уточните у ответственного за интеграцию конкретный API и функцию, на которой остановилась задача.
Как возвращать процесс в работу без дублей
Сначала сопоставьте зависимости своего процесса с актуальными рекомендациями Yandex Cloud. Динамический статус может измениться после выхода новости; сохранённый список за 14 октября не заменяет новую проверку перед запуском.
Затем выполните один разрешённый тест на обезличенном примере и проследите его до конечного результата. Если процесс должен подготовить ответ, нужен именно готовый ответ, а не только успешный вызов модели. Если он меняет запись в системе, проверьте эту запись. Не используйте первый тест для массовой отправки клиентам.
Отдельно разберите накопившуюся очередь. У задачи, остановившейся во время сбоя, внешний результат может быть неизвестен: письмо могло уйти, а подтверждение не вернуться. Перед повтором сверяйте конечную систему, иначе восстановление создаст дубли.
В сообщении есть рекомендация пересоздавать некоторые рабочие места Алисы AI Про при ошибке 403. Не переносите её на любой сбой входа и не удаляйте рабочее место без понимания последствий для его данных и настройки. Сначала уточните применимость рекомендации к своему случаю у поддержки.
Для текущих пользователей Yandex Cloud это новость о частичном восстановлении, а не сигнал срочно переносить туда новые процессы. Возвращать нагрузку имеет смысл после проверки именно своей цепочки и её конечного результата.