Grok 4.1 удаляется из Google Cloud: что операторам GEAP нужно сделать до 20 августа

8 июля 2026 года Google Cloud без лишнего шума опубликовал важное обновление: Gemini Enterprise Agent Platform (GEAP) объявила об устаревании всего семейства моделей Grok 4.1 с окончательным отключением 20 августа 2026 года. После этой даты запросы к xai/grok-4.1-fast-reasoning или xai/grok-4.1-fast-non-reasoning на GEAP будут возвращать ошибку 400 — без каких-либо fallback-механизмов.

Если вы маршрутизируете Grok-трафик через Google Cloud, а не напрямую через xAI API, сроки миграции и экономика затрат существенно отличаются.

Что произошло

8 июля GEAP добавила уведомление об устаревании для семейства Grok 4.1 на своих Model as a Service (MaaS) endpoint:

• Затронутые модели: xai/grok-4.1-fast-reasoning и xai/grok-4.1-fast-non-reasoning
• Дата устаревания: 8 июля 2026 года
• Жёсткое отключение: 20 августа 2026 года в 00:00 UTC
• Поведение после отключения: Запросы к endpoint https://aiplatform.googleapis.com/v1/projects/<your-project>/locations/global/endpoints/openapi/chat/completions с Grok 4.1 model ID вернут ошибку 400

Google рекомендует мигрировать на более новые версии xAI-моделей, доступные в GEAP — в частности, на Grok 4.2 или Grok 4.3 — либо выбрать альтернативную модель из Model Garden.

Это событие не связано с отключением прямого xAI API (15 мая 2026 года) и Oracle Cloud Infrastructure (устаревание 15 мая, retirement 15 августа). Сроки вывода из эксплуатации одного и того же семейства моделей у разных облачных провайдеров могут расходиться на несколько месяцев.

Почему это важно для AI-инженерных команд

Grok 4.1 Fast позиционировался как лучшая agentic tool-calling модель xAI для реальных рабочих нагрузок: поддержка клиентов, deep research agent, высокочастотные вызовы инструментов. Команды, выбравшие GEAP для доступа к ней — ради интеграции с инфраструктурой Google Cloud (IAM, billing, VPC-SC, Workspace) — теперь вынуждены выполнить принудительную миграцию за 43 дня.

Операционные болевые точки реальны:

Скачок стоимости. По данным сообщества, ближайший аналог — Grok 4.3 на GEAP — стоит примерно в 5 раз дороже Grok 4.1 Fast на момент устаревания. Для высоконагруженных рабочих процессов с частыми вызовами инструментов это серьёзное изменение unit economics, которое может потребовать пересмотра выбора модели в пользу более доступной альтернативы.

Изменение конфигурации routing. GEAP использует OpenAI-совместимый endpoint с model ID, имеющими префикс xai/. Команды, использующие Cursor, Claude Code или другие OpenAI-совместимые клиенты, направленные на GEAP, должны обновить параметр model в конфигурации — не только base URL. Системы routing на основе конфигурационных файлов требуют переопределения маппинга model ID.

Нет автоматического перенаправления. В отличие от некоторых устаревших моделей, где старый model ID молча aliasсируется на новую версию, GEAP после 20 августа вернёт ошибку 400. Мягкого перехода не предусмотрено.

Разрозненные сроки для мультиоблачных команд. Если ваша организация использует и GEAP, и Oracle Cloud Infrastructure для доступа к Grok, даты retirement различаются (OCI: 15 августа; GEAP: 20 августа). Единственного изменения в deployment может оказаться недостаточно — каждый облачный endpoint требует независимого аудита.

Угол для router/operator

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

Когда xAI отключил Grok 4.1 Fast из прямого API 15 мая, операторы, получавшие доступ к Grok через Google Cloud или Oracle, получили дополнительное время — но лишь при условии самостоятельного отслеживания release notes GEAP и OCI. Команды, предположившие «API xAI отключено = везде отключено», получили ложное чувство безопасности; команды, считавшие, что «GEAP следует таймлайну xAI», не имели информации о дедлайне 20 августа.

Матрица решений по миграции для затронутых команд:

Что нужно проверить сейчас:

1. Grep конфигурационных файлов. Найдите grok-4.1, grok-4.1-fast, grok-4.1-fast-reasoning, grok-4.1-fast-non-reasoning во всех конфигах routing, переменных окружения и коде инициализации SDK.
2. Проверьте base URL endpoint. Если base_url указывает на aiplatform.googleapis.com, вы на GEAP и подпадаете под данное устаревание. Если указывает на api.x.ai — вы на прямом API (срок уже прошёл).
3. Смоделируйте стоимость замены. При высоких объёмах вызовов инструментов пятикратный рост стоимости при переходе на Grok 4.3 может сделать переход на Gemini 3.5 Flash или DeepSeek V4 Pro более выгодным решением.
4. Обновите мониторинг. Добавьте alert на частоту ошибок 400 для затронутых model ID с жёстким порогом срабатывания до 20 августа.

Что нужно сделать пользователям TheRouter

Если вы маршрутизируете Grok-запросы через gateway, который завершается на GEAP, обновление model ID должно быть выполнено до 20 августа. OpenAI-совместимое поле model, указывающее вариант Grok, нужно изменить на xai/grok-4.2 или xai/grok-4.3 — либо маршрут полностью перенаправляется на endpoint другого провайдера.

Для команд, управляющих routing через несколько облачных провайдеров, это хороший повод провести аудит таблицы маппинга model ID → provider endpoint. Gateway, абстрагирующий выбор провайдера (семантическая маршрутизация grok-4.1-fast-reasoning на любой активный доступный endpoint), устойчивее к подобным устареваниям на уровне облачного провайдера, чем решение с хардкодом полного GEAP model ID в коде приложения.

Официальную таблицу замены моделей смотрите в руководстве по миграции GEAP. Если вы используете Grok на Oracle Cloud Infrastructure, учтите: ваш дедлайн — 15 августа, на пять дней раньше.