Если нужно выбрать Grok для реальной интеграции, начните не с номера релиза, а с владельца маршрута. Для обычного text API, миграции старых моделей, RAG, extraction, support automation и рабочих сценариев первым кандидатом остается Grok 4.3. Grok 4.20 нужен тогда, когда задача явно требует reasoning, non-reasoning, 2M context, provider alias или multi-agent orchestration. Grok Imagine и Grok Voice относятся к отдельным image/video и audio API поверхностям, а не к режимам одной текстовой модели.
| Маршрут | Когда выбирать | Что проверить | Основная оговорка |
|---|---|---|---|
| Grok 4.3 | Новый или мигрируемый text API | model page xAI, aliases, reasoning effort, context, price | Цена, context и доступ зависят от даты и аккаунта |
| Grok 4.20 reasoning / non-reasoning | Нужны deep reasoning, direct answers, 2M context или provider route | xAI или provider model IDs, supported modes | Не каждый ярлык 4.20 заменяет Grok 4.3 |
| Grok 4.20 multi-agent | Есть parallel research, tools, coding или сложная проверка | Responses API, agent count, billing, tool calls | Sub-agent tokens и tools меняют стоимость |
| Grok Imagine | Нужна генерация изображений или видео | image/video models, endpoint, quality, duration, resolution | Это media route, не text-model mode |
| Grok Voice | Нужны realtime voice, TTS, STT или custom voices | realtime, TTS, STT, Voice Agent API, Custom Voices docs | У voice свой endpoint, latency и price surface |
| Provider route | Проект уже идет через Vercel, Oracle, OpenRouter или другой gateway | provider model name, limits, region, price, lifecycle | Provider доказывает свой контракт, не универсальный xAI-доступ |
Стоп-правило простое: пока не ясны владелец маршрута, endpoint family, cost surface, lifecycle, availability и rollback, не переключайте production на multi-agent или provider alias. Если задача про media, проверьте Imagine. Если про audio, проверьте Voice. Если задача текстовая, только тогда сравнивайте Grok 4.3 и отдельные ветки Grok 4.20.
Сначала маршрут, потом название релиза
Названия Grok сейчас смешивают несколько разных контрактов: first-party text models xAI, специализированные варианты Grok 4.20, multi-agent orchestration, image/video generation, voice/realtime audio и модели, упакованные provider-платформами. Ошибка появляется, когда команда воспринимает их как одну линейку, где большее число автоматически лучше. Для API-интеграции важнее спросить: какой маршрут владеет workload, какой model ID или endpoint нужен, кто подтверждает цену и доступность.
На 8 мая 2026 года страница Grok 4.3 в документации xAI перечисляла Grok 4.3, grok-4.3-latest и grok-latest, а также reasoning effort none, low, medium и high. Migration guide на 15 мая указывает Grok 4.3 как replacement path для нескольких старых Grok 4, Grok 3, reasoning, non-reasoning и coding models. Поэтому для большинства новых или мигрируемых text API Grok 4.3 является рабочей первой проверкой, а не просто заголовком новости.
Grok 4.20 по-прежнему важен. Страница Grok 4.20 reasoning у xAI описывает 2M context window и reasoning capability; provider-документация показывает reasoning, non-reasoning и multi-agent варианты. Но это не превращает 4.20 в общий default. Это означает, что у вас есть отдельный маршрут, который нужно выбрать осознанно, если workload действительно выигрывает от его контракта.
Когда Grok 4.3 должен быть первым тестом
Grok 4.3 лучше начинать там, где задача является обычной text API интеграцией: support replies, classification, extraction, summarization, RAG answer generation, workflow automation, content operations или migration from older Grok IDs. Такой выбор снижает количество переменных. У текущего first-party text route есть documented aliases, управляемый reasoning effort и явная migration story, тогда как beta alias или provider route добавляют собственные лимиты, цены и lifecycle.
Полезный тест Grok 4.3 должен быть маленьким и воспроизводимым. Выберите Grok 4.3 или grok-4.3-latest, явно задайте reasoning effort, прогоните один и тот же prompt set, затем запишите latency, accepted answer rate, token usage, refusal behavior, error handling и rollback path. Если workload не требует 2M context, multi-agent, media generation или realtime audio, этот тест почти всегда дает решение быстрее, чем сравнение всех видимых названий Grok.
Non-reasoning workload не всегда требует другой модельной семьи. Migration guidance xAI направляет часть non-reasoning задач на Grok 4.3 с отключенным reasoning effort. Для classification, direct formatting, short answers и predictable extraction сначала проверьте Grok 4.3 с none. Только если deployment уже принадлежит provider-платформе, а provider документирует Grok 4.20 non-reasoning как отдельную route, имеет смысл тестировать этот вариант как самостоятельный путь.
Числа цены и контекста должны оставаться рядом с источником. На 8 мая 2026 года страница Grok 4.3 показывала 1M context window и token pricing; эти значения полезны для budget note, но не для вечного обещания. Перед production изменением откройте model page, Console, account limits и status, потому что geography, account access, rate limits и availability могут отличаться.
Где Grok 4.20 остается нужным
Оставляйте Grok 4.20 в матрице, когда речь идет о конкретной reasoning branch, 2M-context experiment, provider catalog, beta route или уже проверенном сценарии. Важный вопрос не в том, звучит ли 4.20 новее, а в том, является ли оно владельцем данной работы. Если нет, Grok 4.3 с правильным reasoning setting будет проще, наблюдаемее и безопаснее для rollout.
Reasoning branch подходит для сложной логики, long-form analysis, research-style work и code reasoning, где дополнительное мышление окупается качеством. Oracle OCI documentation, например, разделяет reasoning и non-reasoning Grok 4.20 modes и относит reasoning к complex analysis. Это полезно для OCI-пользователей, но остается OCI route, а не универсальным обещанием xAI для каждого аккаунта.
Non-reasoning branch уже. Vercel AI Gateway описывает Grok 4.20 Non-Reasoning как beta route для speed и direct answers, с provider-specific model string. Для проекта на Vercel AI SDK это может быть правильный gateway choice. Для first-party xAI интеграции это не отменяет начальный тест Grok 4.3 с disabled reasoning.
| Потребность | Более безопасный первый тест | Переходить дальше стоит если |
|---|---|---|
| Текущий first-party text API | Grok 4.3 | Grok 4.3 не проходит acceptance tests |
| Direct low-latency output | Grok 4.3 с reasoning off | Provider уже владеет deployment и документирует non-reasoning 4.20 |
| 2M-context analysis | Grok 4.20 reasoning route | Дополнительный context реально используется и проверен recall |
| Gateway deployment | Provider model ID | Provider price, limits, data policy и region acceptable |
Метрика должна быть измеренной. 2M context не гарантирует идеальный recall, non-reasoning label не гарантирует дешевый accepted answer, а beta alias не делает rollout безопасным. Сравните один и тот же workload по quality, latency, cost и fallback, затем выберите маршрут, который проще поддерживать.
Multi-agent нужен не для красоты
Grok 4.20 multi-agent чаще всего переоценивают. Документация xAI описывает Grok 4.20 multi-agent как beta route, который координирует нескольких агентов, поддерживает built-in tools, по умолчанию возвращает leader output и может запускаться в 4-agent или 16-agent configuration. Это сильный инструмент для research, coding, broad information gathering и tool-heavy reasoning, но плохой default для routine chat, simple extraction или support snippets.
Настоящий тест multi-agent состоит в снижении total failure cost. Документация xAI прямо указывает, что leader tokens, sub-agent tokens и server-side tool calls billed. Поэтому вопрос не в том, мощнее ли несколько агентов. Вопрос в том, снижает ли эта архитектура человеческую проверку, пропуски исследования или стоимость ошибок сильнее, чем увеличивает usage.
| Условие | Почему оно нужно |
|---|---|
| Задача имеет параллельные подзадачи | Иначе агентам нечего делить |
| Tools или live research меняют ответ | Если нет, single model проще |
| Output проходит review или acceptance | Чем больше generated work, тем выше требования к проверке |
| Budget покрывает leader, sub-agents и tools | Cost surface отличается от обычного completion |
Multi-agent также меняет API shape. Он относится к Responses API route, а не к каждому старому chat-completions wrapper. Если SDK, provider, observability или retry logic ожидают простой chat response, совместимость нужно проверить до production. В противном случае команда получит не улучшение модели, а новую ветку отладки.
Imagine и Voice живут отдельно от text model
Grok Imagine не является image mode внутри Grok 4.3. Это image/video generation route со своими model IDs, endpoint behavior, temporary assets, quality choices, duration, resolution и pricing. Документация xAI image generation на 8 мая 2026 года указывает Grok Imagine image generation, а также отмечает, что grok-imagine-image-pro запланирован к deprecation на 15 мая 2026 года, с рекомендацией использовать quality route для новых запросов. Используйте это как dated migration cue, не как вечное product copy.
Video относится к той же Imagine family, но требует другого runtime: async generation, polling, temporary video URLs, duration range и resolution choices. Если продукт создает media, выбор уже не между Grok 4.3 и Grok 4.20. Выбор между image endpoint, video endpoint, quality, duration, asset retention, policy boundary и cost.
Grok Voice отделен еще сильнее. Voice overview xAI покрывает Voice Agent API, Text to Speech, Speech to Text и Custom Voices; realtime voice использует собственный endpoint family, latency и pricing assumptions. Для spoken agent, live voice interaction, transcription, text-to-speech или custom voice правильный вопрос звучит как audio architecture question, а не как model ranking.
Смежные consumer-задачи стоит держать отдельно. Spicy Mode visibility, NSFW image policy, free image alternatives и heavy usage banners не должны захватывать developer API decision. Для API-интеграции нужна маршрутизация: text, multi-agent, image/video, voice или provider.
Provider route полезен, но не владеет truth xAI
Vercel, Oracle, OpenRouter и похожие платформы могут быть лучшим способом встроить Grok в существующий stack. Они дают SDK, billing, logs, deployment surface и иногда собственные aliases. Их страницы можно использовать как evidence для provider route. Но они не доказывают first-party xAI availability, permanent pricing, equal lifecycle, region support или model parity.
| Provider evidence может доказать | Provider evidence не доказывает |
|---|---|
| Provider exposes конкретную model или alias | xAI Console дает тот же доступ всем аккаунтам |
| Provider price, gateway ID, SDK path и limits | First-party xAI price, lifecycle или context |
| Provider observability, retry и billing behavior | Поведение других providers или xAI API |
| Быстрый тест в уже выбранном stack | Что beta label безопасен как long-term default |
Oracle documentation может показать reasoning и non-reasoning modes внутри OCI, а multi-agent как API-only. Vercel может показать AI Gateway model strings. Это отличные operational facts для соответствующего route. Но рядом с claim должен оставаться владелец: Vercel, Oracle, OpenRouter или xAI.
Production checklist короткий: owner, model ID, endpoint, price, rate limits, data policy, region, lifecycle note, status, account access и fallback. Если хотя бы один пункт пришел от provider, не переносите его в first-party config без проверки.
Checklist перед изменением Grok-интеграции
Перед тем как менять конфиг, запишите route decision. Это предотвращает смешивание Grok 4.3, Grok 4.20, Imagine, Voice и provider labels в одну настройку.
| Проверка | Условие pass |
|---|---|
| Workload owner | Ясно: text, multi-agent, image/video, voice или provider |
| Model или endpoint string | Используется Grok 4.3, documented 4.20 variant, Imagine, Voice или provider alias |
| Retirement или deprecation risk | Старые Grok IDs и Imagine changes сверены с текущей документацией |
| Reasoning setting | Direct tasks имеют explicit setting или documented route |
| Cost surface | Tokens, sub-agents, tools, images, video, voice и provider billing разделены |
| Availability proof | xAI docs, xAI Console, status page или provider docs подтверждают конкретный claim |
| Rollback | Прежняя model, acceptance set и rollback step записаны |
Status page нужен как timestamped health signal. Зеленый API component не доказывает account-specific access, а provider listing не доказывает first-party status. Если проблема похожа на high-demand banner, consumer account issue или platform incident, сначала соберите timestamp, request ID и active route, а не меняйте model name.
Часто задаваемые вопросы
Grok 4.3 новее Grok 4.20?
Для большинства current first-party text API задач Grok 4.3 является маршрутом, на который указывают model page и migration docs xAI. Grok 4.20 остается для reasoning, non-reasoning, 2M context, provider и multi-agent cases. Поэтому ответ route-based, а не numeric ranking.
Grok 4.3 заменяет Grok 4.20?
Он заменяет несколько старых text-model routes для многих migration jobs, но не уничтожает каждую 4.20 branch. Сохраняйте 4.20 только когда workload требует documented reasoning, non-reasoning, 2M-context, provider или multi-agent route.
Какой model выбрать для нового Grok API app?
Начните с Grok 4.3, задайте reasoning effort явно и прогоните acceptance set. Исключения: multi-agent research, image/video generation, realtime voice или deployment, который уже принадлежит provider-платформе.
Когда Grok 4.20 multi-agent оправдан?
Когда задача имеет настоящие parallel subproblems, tools меняют answer, output будет reviewable, а budget выдерживает leader, sub-agent и tool usage. Для routine chat и simple extraction это не первый выбор.
Grok Imagine входит в Grok 4.3?
Нет. Grok Imagine - отдельный image/video route с image и video model IDs, endpoint behavior, asset lifecycle, quality, duration, resolution и pricing.
Grok Voice является text model?
Нет. Grok Voice - audio capability family для realtime voice agents, TTS, STT и custom voices. Выбирайте его по audio requirements, а не из-за сомнений между text models.
Можно ли доверять model names от Vercel, Oracle или OpenRouter?
Да, но только для route, которым владеет provider. Provider page доказывает provider alias, price, SDK path или availability; он не доказывает first-party xAI parity.
Что проверить перед production?
Проверьте xAI model docs, Console access, migration notes, Imagine и Voice docs, provider model pages, current prices, rate limits, status и account-specific availability. Любой volatile fact должен оставаться рядом с owner и checked date.
