SpaceXAI открыла Grok Build: агент на Rust ушёл в опенсорс

SpaceXAI опубликовала исходный код Grok Build — терминального ИИ-агента для разработки программного обеспечения. В открытый репозиторий попали полноэкранный текстовый интерфейс, среда выполнения агента, инструменты для работы с файлами и командной строкой, поддержка расширений, изоляция процессов и механизмы подключения к моделям.

Основная опубликованная часть написана на Rust и распространяется по лицензии Apache 2.0. Код разрешено изучать, изменять, собирать и использовать в собственных продуктах при сохранении лицензии и необходимых уведомлений об авторстве. Репозиторий уже можно клонировать и собирать самостоятельно.

SpaceXAI открыла программную оболочку агента, а не веса модели Grok 4.5. Сам интеллект по умолчанию остаётся облачным сервисом, доступным через учётную запись Grok или программный интерфейс SpaceXAI. Открытый код позволяет проверить, какие файлы читает агент, какие команды запускает и как отправляет запросы, но не раскрывает устройство и параметры актуальной модели.

Grok Build представляет собой агента, который запускается непосредственно в терминале разработчика. Он изучает структуру проекта, читает и изменяет файлы, выполняет команды оболочки, запускает тесты, ищет информацию в интернете и управляет длительными задачами.

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

В репозитории находятся отдельные модули для интерфейса, агентной среды, файловой системы, системы контроля версий, выполнения команд и встроенных инструментов. Опубликованы исходники механизмов редактирования файлов, поиска, управления рабочим каталогом, сохранения контрольных точек и запуска дочерних процессов.

Официальные готовые сборки существуют для macOS, Linux и Windows. Самостоятельная сборка из опубликованного дерева полноценно поддерживается на macOS и Linux. Сборка под Windows пока обозначена как экспериментальная и не тестируется компанией в том же объёме. Готовый исполняемый файл внутри проекта называется xai-grok-pager, а после официальной установки запускается короткой командой grok.

Фактически Grok Build состоит из двух крупных частей:

Первая — управляющая среда. Она собирает контекст проекта, формирует запросы, передаёт модели доступные инструменты, получает команды, проверяет разрешения и применяет изменения. Именно этот код опубликован.

Вторая — большая языковая модель. Текущей моделью по умолчанию выступает Grok 4.5, предназначенная для программирования, агентных задач и технической работы. Она запускается в вычислительной инфраструктуре SpaceXAI и вызывается через сеть. Веса, обучающие данные и серверная реализация Grok 4.5 в репозитории Grok Build отсутствуют.

Открытая оболочка всё же не привязана намертво к одной модели. Пользователь может добавить собственный сервер, адрес программного интерфейса, идентификатор модели и ключ доступа в файл конфигурации. Модель затем выбирается через терминальный интерфейс или параметр командной строки. Это позволяет подключать другие облачные сервисы и самостоятельно развёрнутые модели, если они поддерживают необходимый способ обмена запросами.

Такой подход отличает открытый агент от обычного клиента конкретной нейросети. Разработчик может заменить модель, изменить системные инструкции, добавить собственные инструменты и собрать отдельный продукт поверх опубликованной среды.

Grok Build создавался как агент, способный самостоятельно проходить несколько этапов работы.

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

Режим /goal предназначен для продолжительных автономных задач. Пользователь задаёт цель, после чего агент составляет контрольный список и работает до завершения или остановки. Состояние можно просматривать, выполнение — приостанавливать и продолжать.

Отдельная панель позволяет следить сразу за несколькими сеансами. Разработчик видит, какие агенты выполняют команды, какие ожидают ответа и какие уже закончили работу. Закрытие панели не останавливает запущенные задачи.

Для автоматизации предусмотрен одиночный запуск с передачей задания через параметр командной строки. Результат можно получить обычным текстом, в формате JSON или как последовательность событий. Этот режим подходит для проверки изменений, разбора журналов, подготовки документации и запуска агента внутри конвейера сборки.

Опубликованная архитектура поддерживает навыки — каталоги с инструкциями, сценариями и дополнительными материалами. Навык может появляться в интерфейсе как отдельная команда и использоваться агентом при выполнении подходящей задачи.

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

Обработчики событий запускают пользовательские сценарии до или после вызова инструмента, при создании сеанса и на других этапах работы. Такой механизм позволяет проверять команды, запускать собственный аудит, фиксировать изменения или запрещать отдельные операции.

Grok Build также читает конфигурацию Claude Code. Агент распознаёт файлы CLAUDE.md, правила проекта, навыки, плагины, дочерних агентов, серверы MCP и обработчики событий, созданные для экосистемы Anthropic. Поддерживаются и файлы семейства AGENTS.md, распространённые среди других агентов для программирования.

Такая совместимость снижает стоимость перехода между инструментами. Команде не нужно полностью переписывать инструкции проекта, если она решит сравнить несколько агентов или использовать их одновременно.

SpaceXAI отдельно перечислила компоненты, основанные на коде других открытых проектов.

Реализации команд apply_patch, grep_files, list_dir и read_file перенесены из открытого репозитория OpenAI Codex. Код был адаптирован к архитектуре Grok Build и переведён под его внутренние интерфейсы.

Инструменты для выполнения команд, редактирования, поиска, чтения, записи, работы с навыками и списками задач основаны на проекте OpenCode. Эта часть распространялась по лицензии MIT.

В готовые сборки также может включаться ripgrep — быстрый инструмент поиска по файлам. Дополнительные программы ugrep и bfs добавляются, если их передаёт сборочный конвейер. Некоторые двоичные файлы при первом запуске распаковываются в каталог ~/.grok/vendor/.

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

Собственный код Grok Build опубликован под Apache License 2.0. Лицензия разрешает коммерческое использование, модификацию и распространение производных версий. Разработчики могут создать форк, заменить модель, изменить интерфейс, встроить агент в собственную платформу или продавать продукт на его основе. При распространении потребуется сохранить лицензию, уведомления об авторстве и отметить изменённые файлы.

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

Сообщество может изучать код, делать собственные ответвления и сообщать о проблемах, но обычная схема с отправкой исправления в основной проект здесь не работает. Уязвимости предлагается передавать через программу вознаграждений HackerOne, а не публиковать в открытых обсуждениях GitHub.

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

Документация содержит несколько режимов изоляции. В Linux используется Landlock, в macOS — Seatbelt. Профили могут ограничивать запись только рабочим каталогом, полностью запрещать дочерним процессам доступ к сети или переводить проект в режим чтения. Чувствительные каталоги с ключами SSH, облачными учётными данными и данными авторизации Grok защищаются от записи независимо от выбранного профиля.

Главная деталь — в таблице настроек: изоляция по умолчанию отключена. Профиль off предоставляет процессу неограниченный доступ к чтению, записи и сети. Пользователь должен самостоятельно включить режим workspace, read-only или strict, если ему нужны дополнительные ограничения.

Система разрешений работает отдельно от программной песочницы. В обычном режиме агент запрашивает подтверждение для потенциально опасных действий. Команда --always-approve автоматически разрешает вызовы инструментов, включая операции с файлами и командной строкой. Для корпоративного использования предусмотрены правила запрета, разрешённые шаблоны команд и режим, при котором неизвестные действия отклоняются без вопроса пользователю.

Открытие кода позволяет специалистам проверить реализацию этих ограничений. Сам факт публикации не делает запуск агента безопасным. Для незнакомых репозиториев документация рекомендует сочетать строгую песочницу, запрет непредусмотренных команд и узкий список разрешённых инструментов.

При использовании стандартной конфигурации запросы и необходимое содержимое файлов отправляются в инфраструктуру SpaceXAI.

Документация описывает следующую цепочку: запрос и содержимое файлов собираются на компьютере пользователя, передаются по TLS 1.2 или TLS 1.3 на сервер-посредник, обрабатываются моделью, после чего ответ возвращается в клиент. Команды и операции с файлами выполняются локально.

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

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

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

OpenAI выпустила открытый Codex CLI ещё в 2025 году. Его репозиторий также распространяется под Apache 2.0, активно принимает изменения и содержит среду агента, инструменты, песочницы и терминальный интерфейс. Текущая версия Codex CLI в основном написана на Rust.

Grok Build даже использует несколько реализаций инструментов, перенесённых из Codex. Этот факт официально указан в уведомлениях о стороннем коде.

Обе компании открыли клиентские среды, но не опубликовали веса актуальных передовых моделей, которые обеспечивают основную интеллектуальную работу. Grok Build обращается к Grok 4.5, Codex CLI — к моделям OpenAI через учётную запись ChatGPT или программный интерфейс.

Различие проявляется в процессе разработки. Репозиторий Codex принимает вклад сообщества и выпускает публичные версии через GitHub. Grok Build разрешает создавать форки, но официально не принимает внешние изменения и синхронизируется с внутренней кодовой базой SpaceXAI.

Открытие Grok Build делает продукт привлекательнее для компаний, которые не готовы устанавливать закрытый двоичный файл с доступом к исходникам и командной строке. Служба безопасности теперь может самостоятельно собрать клиент, провести анализ зависимостей и проверить сетевое поведение.

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

Публикация также ускоряет распространение модели Grok. Даже при замене интерфейса или создании форка часть пользователей продолжит подключаться к Grok 4.5 через API. Открытый клиент в таком случае становится каналом привлечения разработчиков к платной серверной модели.

Конкуренты получают возможность изучить архитектуру продукта. SpaceXAI, в свою очередь, уже использовала компоненты Codex и OpenCode. Экосистема кодовых агентов всё больше развивается через обмен идеями и открытыми реализациями, даже если модели остаются закрытыми.