Grok 4.5 доступен через API: математика эффективности токенов, которая меняет вашу политику маршрутизации для coding agent

Grok 4.5 от xAI работает со скоростью 80 TPS и генерирует в 4,2 раза меньше выходных токенов, чем Opus 4.8, при аналогичных задачах — это сочетание кардинально меняет кривую стоимости на задачу для всех команд, маршрутизирующих запросы через стек coding agent.

Опубликовано источник xAI

Архивный материал, подготовленный с помощью ИИ по указанному источнику и опубликованный без индивидуальной проверки. Ответственный редактор: Joe Werner.

Абстрактная визуализация путей маршрутизации AI-моделей с метриками скорости и эффективности
Машинный перевод с английского оригинала — читать оригинал

xAI выпустила Grok 4.5 — на сегодняшний день самую мощную модель компании, оптимизированную для написания кода, агентных рабочих процессов и задач, требующих глубоких знаний. Модель немедленно доступна через xAI API по цене $2 за миллион входных токенов и $6 за миллион выходных токенов, с тарифом на кешированный ввод — $0,50/1M токенов. Скорость генерации составляет 80 TPS, контекстное окно — 500 000 токенов.

Четыре числа — цена, скорость генерации, глубина контекста и эффективность токенов — в совокупности превращают Grok 4.5 в решение о маршрутизации, а не просто в обновление модели.

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

xAI выпустила Grok 4.5 17 июля 2026 года. Модель обучалась на десятках тысяч GPU NVIDIA GB300, с акцентом на тщательную фильтрацию данных и reinforcement learning для многошаговых задач разработки программного обеспечения. Примечательно, что Grok 4.5 разрабатывалась в тесном партнёрстве с Cursor; пользователи Cursor на всех планах получают доступ немедленно. Кроме того, Grok 4.5 стала моделью по умолчанию в Grok Build — coding agent от xAI.

Ключевые результаты бенчмарков по данным xAI:

  • SWE Marathon (pass@1): Grok 4.5 — 29,0%, Opus 4.8 — 26,0%, Claude Fable — 24,0%
  • SWE Bench Pro: Grok 4.5 — 64,7%, Opus 4.8 — 69,2%, GPT 5.5 — 58,6%
  • Terminal Bench 2.1: Grok 4.5 — 83,3%, в пределах 1% от GPT 5.5 и Claude Fable

Главный вывод для операторов: Grok 4.5 решает задачи SWE Bench Pro, генерируя в среднем 15 954 выходных токена, тогда как Opus 4.8 — 67 020. При сопоставимых показателях решения задач разница составляет примерно в 4,2 раза меньше токенов на задачу.

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

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

  • Opus 4.8 (max): 67 000 выходных токенов × $15/1M = **$1,00 за среднюю SWE-задачу**
  • Grok 4.5: 16 000 выходных токенов × $6/1M = **$0,096 за среднюю SWE-задачу**

Разница в стоимости примерно в 10 раз — без учёта входных токенов. Даже если Grok 4.5 уступает на вашем конкретном типе задач, разрыв в эффективности достаточно велик, чтобы включить её в оценку маршрутизации.

При скорости генерации 80 TPS Grok 4.5 избегает задержек, характерных для крупных reasoning-моделей. Она занимает редкий слот «крупная и быстрая» — модели такого уровня производительности обычно требуют явных компромиссов между скоростью и качеством.

Угол маршрутизации и операторный анализ

Для команд, управляющих AI gateway или роутером моделей, Grok 4.5 открывает три немедленных соображения по маршрутизации:

1. Позиционирование по уровням. На кривой стоимости Grok 4.5 располагается между стандартной моделью завершения и премиум-reasoning-моделью, но по задержке ближе к быстрой модели. Команды с политикой многоуровневой маршрутизации (простые задачи — к дешёвым моделям, сложные — к премиум) теперь могут добавить ветку «высокая сложность при контроле затрат», ведущую к grok-4.5, вместо автоматического перехода на Opus-класс или GPT 5.6 Sol.

2. Экономика кешированного ввода. Тариф $0,50/1M на кешированный ввод составляет 25% от стандартной цены. Для coding agent, которые многократно загружают большие контекстные окна (структуры репозиториев, системные промпты, длинные истории диалогов), агрессивное кеширование на Grok 4.5 экономически оправдано. Команды, применяющие prompt caching на уровне gateway, должны рассмотреть Grok 4.5 как основной путь для длинноконтекстных сессий написания кода.

3. Проектирование fallback. Grok 4.5 доступна через стандартные OpenAI-совместимые endpoint в xAI API. Добавить её как fallback за Cursor-native или Anthropic-native основным провайдером просто при использовании любого provider-agnostic роутера. Учитывая сильный результат на SWE Marathon — бенчмарке, измеряющем успех в долгосрочных многошаговых задачах, — она может превзойти провайдеров, которые сейчас используются как fallback в вашей конфигурации.

Примечание о зависимости от провайдера. Grok 4.5 пока доступна только через xAI API. Команды, добавляющие её в роутинговый стек, должны предусмотреть fallback на другое семейство провайдеров (Anthropic, Google или облачную альтернативу) для обеспечения доступности.

Что стоит проверить и попробовать пользователям TheRouter

  • Обновите список разрешённых моделей: добавьте grok-4.5 в конфигурацию провайдера, если маршрутизируете запросы к xAI. Модель подтверждена в xAI API с сегодняшнего дня.
  • Проведите сравнение по количеству токенов: возьмите выборку недавних завершений coding agent и оцените среднее количество выходных токенов на решённую задачу. Если ваш текущий провайдер выдаёт значительно больше 20 000 токенов на аналогичных задачах, Grok 4.5 заслуживает сравнительного анализа затрат.
  • Оцените применимость кеширования: если ваш coding agent многократно загружает один и тот же большой системный промпт или контекст репозитория, тариф $0,50/1M на кешированный ввод в Grok 4.5 может сделать её предпочтительным основным путём для длинноконтекстных сессий.
  • Пересмотрите цепочки fallback: результат SWE Marathon (29,0% pass@1) указывает на то, что Grok 4.5 сохраняет стабильность в длительных автономных запусках — рассмотрите её как основной путь или высокоуровневый fallback, а не вторичный резерв.

Grok 4.5 пока недоступна в регионе EU (ожидается в середине июля). Команды с требованиями по региональной маршрутизации должны дождаться подтверждения региональных endpoint, прежде чем делать её основным провайдером.

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

Абстрактная диаграмма маршрутизации с границей containment вокруг облачных credential-путей, стиль редакционного ньюсрума

Claude Fable 5.1: Containment Escape блокирует получение облачных credentials по умолчанию

Claude Code 2.1.257 выпускает Fable 5.1 с 1M контекстом и жёсткой блокировкой запросов к облачным metadata-сервисам в auto-режиме — вот что нужно проверить операторам production-пайплайнов.

источник Anthropic Claude Code
Абстрактная техническая схема: image-токены проходят через слой API-маршрутизации, где текстовые и мультимодальные запросы идут по разным путям

DeepSeek V4-Flash-Vision-Exp добавляет поддержку изображений в API: что нужно изменить в вашем routing-слое

DeepSeek выпустил первую мультимодальную модель 21 августа. Главная routing-проблема не в самой модели, а в том, что vision-запросы требуют content в виде массива блоков, тогда как ваш прокси может обрабатывать только строку.

источник DeepSeek
Абстрактная иллюстрация разветвления API-маршрутизации между уровнями Flash и Pro с градиентами конкурентности и стоимости

DeepSeek-V4-Flash-0731 стал GA: Responses API доступен только для Flash, а разрыв в конкурентности превратился в решение по маршрутизации

DeepSeek выпустил V4-Flash-0731 в публичную бету: бенчмарки превышают V4-Pro-Preview. Responses API эксклюзивен для Flash до начала августа — единственный путь для Codex-native и Responses API рабочих процессов.

источник DeepSeek
Помощь и контакты