Grok WorldGrok Build CLI field station

GROK BUILD CLI / 18

Update, diagnose, and integrate shell completions

Maintenance is safest as an evidence sequence: identify the release, inspect health, preview change, then verify the exact result.

CHANNELCLI MAINTENANCE / INTERMEDIATE / 10 MIN
SOURCES CHECKED2026-07-31
ORIGINOFFICIAL DOCS / PRIMARY

Separate check from install

Use grok update --check or --check --json to inspect availability without changing the installation. The released command can select --stable, --alpha, or a specific --version; switching channel is a deliberate policy choice.

Record grok version information and read release notes before installation. Avoid --force-reinstall unless repairing a known installation problem.

grok update --check --json
grok --version

Diagnose before fixing

grok doctor checks terminal, clipboard, color, input, notification, and sandbox support; --json makes the diagnostic machine-readable. grok inspect covers discovered configuration and extensions, a different evidence surface.

Review grok doctor fix before applying changes. --yes removes confirmation and belongs only in a procedure that has already audited the proposed local modifications.

  • Review debug-file output before sharing.
  • Fix the first failing layer before changing unrelated settings.
  • Re-run doctor after a repair.

Generate completion code deliberately

grok completions requires a shell and prints its completion script. Write it to a temporary file, inspect it, and install it using the conventions of that shell rather than appending unknown text directly to a startup file.

The TUI /doctor command is source-preview in the captured source ledger, while the grok doctor shell command is runtime-confirmed. Keep availability labels attached to the surface you teach.

grok completions zsh > /tmp/_grok
sed -n "1,40p" /tmp/_grok