Grok Build
Install, authenticate, verify, and run Grok Build through Orutta.
Orutta connects to xAI’s Grok Build runtime through the grok executable and its Agent Client Protocol support. Grok owns authentication, models, tools, and provider behavior; Orutta supplies the task, repository environment, transcript, approvals, review surfaces, and Git lifecycle around the session.
Install
On macOS, Linux, or WSL, use the official installer:
curl -fsSL https://x.ai/cli/install.sh | bashOn Windows PowerShell:
irm https://x.ai/cli/install.ps1 | iexVerify the installation:
grok --versionAuthenticate
Start Grok Build in a normal terminal:
grokOn first launch, Grok normally opens a browser for authentication. You can explicitly restart that flow with:
grok loginFor headless environments, use device authentication or an xAI API key. The environment-variable path is:
export XAI_API_KEY="xai-..."Do not place the key in a repository, prompt, screenshot, or documentation file. Grok may prefer an existing cached account session over the environment variable until you sign out.
Verify
From a disposable repository:
grok --version
grok modelsThen run Grok and ask a harmless read-only question. Confirm that the expected model catalog is available and that authentication succeeds before opening Orutta.
Connect to Orutta
Enable Grok
Open provider settings and confirm that Orutta detects grok.
Confirm authentication
Use the cached Grok account session or make XAI_API_KEY available to the process that launches Orutta.
Select model and reasoning
Confirm that Orutta shows the expected model and reasoning-effort options before starting the task.
Run a test task
Use a small repository and a bounded objective. Review the active mode and permissions before allowing edits or commands.
Capabilities in Orutta
Grok sessions can expose:
- Grok model selection and reasoning-effort controls
- Plan and normal interaction modes supported by the ACP runtime
- Tool calls, command output, file changes, and assistant text
- Provider authentication through a cached session or xAI API key
- Compaction when the installed runtime advertises the command
- Orutta’s terminal, browser, diff, checkpoint, worktree, and Git delivery surfaces
Grok currently applies model and reasoning settings when the ACP process starts. Change those settings before beginning a new session rather than assuming every option can be switched safely during an active turn.
Orutta does not currently classify Grok as supporting native live-turn steering.
Updating
Use xAI’s official installer or release mechanism to update Grok Build, then restart Orutta so provider health and model discovery use the new executable.
After an update, start a new task when the change affects ACP behavior, model options, permissions, or session negotiation.
Troubleshooting
Grok is not detected
- Run
grok --versionfrom a fresh terminal. - Confirm the installer directory is on
PATH. - Check Orutta’s custom binary path.
- Restart Orutta after installation or environment changes.
Grok is detected but authentication fails
Run grok login directly. In a headless environment, use the device-code flow or provide XAI_API_KEY. If a cached session is active, remember that it can take precedence over the API key.
The model or reasoning setting is ignored
Confirm the setting in a newly created Orutta session. Grok’s ACP integration applies these selections when the provider process starts.
Compaction is unavailable
Update Grok Build and start a new session. Older builds may not advertise the compaction command consistently.
Official documentation
- Grok Build overview and installation
- Grok Build CLI reference
- Grok Build source and authentication guide
Continue with Your first task or Provider handoffs.