ProvidersGrok Build

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 | bash

On Windows PowerShell:

irm https://x.ai/cli/install.ps1 | iex

Verify the installation:

grok --version

Authenticate

Start Grok Build in a normal terminal:

grok

On first launch, Grok normally opens a browser for authentication. You can explicitly restart that flow with:

grok login

For 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 models

Then 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

  1. Run grok --version from a fresh terminal.
  2. Confirm the installer directory is on PATH.
  3. Check Orutta’s custom binary path.
  4. 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

Continue with Your first task or Provider handoffs.