Короткий ответ: Grok Build — coding-агент xAI с интерактивным терминальным интерфейсом, headless-режимом и ACP. Запускайте его только в тестовой ветке: сначала через grok inspect посмотрите, какие конфигурации, инструкции, hooks, plugins и MCP-серверы Grok нашёл в каталоге, а результат принимайте после diff и собственных тестов.

Связанный контекст — в практике агентной разработки.

Условия по официальным источникам

Первый запуск

На macOS, Linux или WSL выполните curl -fsSL https://x.ai/cli/install.sh | bash; в Windows PowerShell — irm https://x.ai/cli/install.ps1 | iex. Перейдите командой cd в каталог проекта и запустите grok: при первом запуске откроется браузер для авторизации. В среде без браузера задайте XAI_API_KEY. Модель выбирается флагом -m в headless-режиме, командой /model <name> в TUI или параметром default в ~/.grok/config.toml; официальная страница не называет модель по умолчанию.

Режимы

Для разовой команды используется headless-запуск grok -p; формат вывода задаётся --output-format. grok inspect показывает найденные в каталоге источники конфигурации, инструкции, skills, plugins, hooks и MCP-серверы; проверенная страница не сообщает, показывает ли inspect права на файлы и команды; режимы разрешений в ней не описаны. ACP предназначен для подключения совместимого клиента.

Порядок безопасной приёмки

  1. Начинайте только из чистого рабочего дерева: git status не должен показывать изменений. Свои незавершённые правки сначала закоммитьте или уберите в git stash. Запомните исходный commit, затем создайте отдельную ветку; секреты оставьте вне каталога проекта.
  2. Выполните grok inspect, просмотрите найденные конфигурации, инструкции, skills, plugins, hooks и MCP-серверы и разберитесь с незнакомыми элементами до запуска.
  3. Сформулируйте ожидаемые файлы и команды проверки; запустите интерактивно либо через grok -p.
  4. После работы выполните git status и git diff <исходная-ветка>, затем самостоятельно запустите тесты. Если результат не подходит, выполните git reset --hard <исходный-commit>, сначала посмотрите список неотслеживаемых файлов командой git clean -nd и только после проверки удалите их командой git clean -fd. Переключитесь на исходную ветку через git switch <исходная-ветка> и лишь затем удалите тестовую ветку.

Ограничения и решение

Headless-режим удобен для воспроизводимой команды, но не отменяет проверки diff. ACP описывает способ интеграции, а не дополнительную гарантию безопасности.

Источники и дата проверки

Материал пригодился?