xAI открыла Grok Build 0.1 в API для агентного программирования

xAI открыла модель Grok Build 0.1 через xAI API в публичной бета-версии. Это специализированная модель для агентных сценариев в программировании: веб-разработки, отладки, работы с инструментами и MCP. Та же модель лежит в основе Grok Build CLI, терминального агента xAI для сложных задач в репозиториях.
xAI открыла Grok Build 0.1 в API для агентного программирования

Grok Build 0.1 выходит из CLI в API

xAI объявила 29 мая 2026 года, что модель grok-build-0.1 стала доступна через xAI API в публичной бета-версии. Компания называет её своей самой быстрой моделью для программирования и отдельно выделяет агентные сценарии: веб-разработку, отладку, работу с несколькими шагами и поддержку MCP.

MCP здесь стоит расшифровывать как Model Context Protocol. Это протокол, через который агент может подключаться к внешним инструментам и источникам контекста. В черновике его лучше не трактовать как multi-context или multi-step processes: в ИИ-разработке MCP уже закрепился как отдельный стандарт.

Главная ставка xAI понятна: Grok Build 0.1 выводят туда, где работают не обычные чат-боты для кода, а агентные оболочки. Модель должна не просто отвечать на вопрос по фрагменту кода, а участвовать в цикле: разобрать задачу, предложить план, вызвать инструменты, внести правки, проверить результат и перейти к следующему шагу.

Цена ниже основной линейки Grok, но с оговоркой по длинному контексту

Grok Build 0.1 стоит $1 за 1 млн входных токенов и $2 за 1 млн выходных токенов. Для кэшированного ввода цена указана отдельно: $0,20 за 1 млн токенов. Контекстное окно в документации xAI - 256 тыс. токенов.

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

Есть важная оговорка. На странице модели xAI указано, что для запросов выше 200 тыс. токенов действует отдельная логика цены. Поэтому 256k контекста не стоит читать как «можно без последствий загружать весь репозиторий в каждый запрос». В агентных задачах экономия часто определяется не ценой одного токена, а тем, сколько циклов модель делает до рабочего результата.

Субагенты становятся главным сценарием для крупных задач

Grok Build CLI показывает, зачем xAI нужна отдельная модель для агентного программирования. В интерфейсе есть режим планирования: агент сначала предлагает план, пользователь может его править или одобрить, а изменения затем показываются через понятный diff.

Для больших задач Grok Build умеет делегировать работу специализированным субагентам, которые запускаются параллельно. В примерах xAI такие субагенты исследуют разные части проекта: оформление заказа, инфраструктуру и CI, общие Go-библиотеки, сервисы заказов, задачи выполнения и движок цен. Их можно запускать в отдельных worktree, чтобы ветки работы не мешали друг другу.

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

Где модель уже можно использовать

xAI пишет, что Grok Build 0.1 лучше всего работает в агентных оболочках вроде Grok Build, Cursor, Hermes Agent, OpenClaw, Kilo Code и OpenCode. Модель также доступна через OpenRouter и Vercel AI Gateway.

Для разработчиков это снижает порог входа. Можно использовать модель напрямую через xAI API, подключить её в уже знакомую среду или поставить между проектом и моделью шлюз вроде Vercel AI Gateway. У Vercel модель указывается как xai/grok-build-0.1; там же отдельно отмечено, что режим рассуждения не настраивается и отдельного non-reasoning mode нет.

Практически Grok Build 0.1 подходит для задач, где нужна длинная агентная сессия: прототипирование веб-приложений, исправление ошибок в нескольких файлах, подготовка тестов, рефакторинг, анализ регрессий и автоматизация рутинных изменений в репозитории. Для разового вопроса по коду такая модель может быть избыточной.

Дешёвый агентный кодинг пока нужно проверять на дистанции

Запуск Grok Build 0.1 важен для xAI не только как релиз модели, но и как попытка занять место в быстро растущем сегменте кодовых агентов. Рынок уже привык к Cursor, Claude Code, OpenCode и похожим инструментам, поэтому одной низкой цены мало. Разработчики будут смотреть на другое: насколько модель держит план, сколько делает лишних вызовов инструментов, как ведёт себя на старом коде и не ломает ли проект после уверенного «готово».

Сильная сторона релиза - понятное позиционирование. Grok Build 0.1 не пытаются подавать как универсальную модель для всего: её продвигают как быстрый и недорогой двигатель для агентных сценариев в разработке. Слабое место тоже очевидно. Пока нет независимых массовых тестов на реальных репозиториях, заявка xAI остаётся продуктовой гипотезой.

Для небольших команд и независимых разработчиков модель всё равно стоит внимания. Цена позволяет чаще запускать долгие агентные циклы, а 256k контекста даёт запас для крупных задач. Но проверять её нужно не на демо-промптах, а на рабочих репозиториях: баги, тесты, миграции, многофайловые правки и способность завершить задачу без ручного спасения в конце.

12:30
105
Нет комментариев. Ваш будет первым!