Introduzione a Grok Build

Il 14 maggio 2026 xAI ha aperto la beta di Grok Build, una command‑line interface (CLI) agentic pensata per il coding, la costruzione di applicazioni e l’automazione di workflow. La proposta nasce come risposta diretta al dominio di Claude Code di Anthropic e di Codex CLI di OpenAI negli ultimi diciotto mesi. La beta è riservata agli abbonati SuperGrok Heavy, che hanno accesso al modello Grok 4.3 beta, una variante “Heavy” con un’architettura a 16 agenti.

Il lancio avviene in un momento delicato per la nuova entità nata dalla fusione tra SpaceX e xAI, che ha perso più di cinquanta ricercatori da febbraio. Nonostante le difficoltà, il prodotto si presenta tecnicamente competitivo grazie a una pianificazione gerarchica, sub‑agenti nativi, supporto al protocollo ACP (Agent Client Protocol) e compatibilità con le skill di Anthropic e con i server MCP esistenti.

Architettura agentic di Grok Build

Grok Build non è una semplice chat‑bot: è una CLI che interagisce direttamente con il filesystem del progetto, scrive e modifica file, esegue comandi shell, consulta la documentazione e propone piani di lavoro. Il cuore dell’interfaccia è Grok 4.3 beta, che utilizza un router interno per coordinare sedici sotto‑modelli specializzati, noti come “agenti”. Questa struttura è un’estensione della logica già adottata per Grok 4 Heavy nell’estate 2025.

Il salto più significativo rispetto ai concorrenti è la finestra di contesto da 2 milioni di token. Essa permette al modello di tenere in memoria interi monorepo durante refactoring complessi, evitando la necessità di tecniche RAG (Retrieval‑Augmented Generation). Per confronto, Claude Code con Opus 4.7 offre 1 M token, Codex CLI con GPT‑5.5 varia tra 400 K e 1 M token, mentre Gemini Code Assist arriva a 2 M token ma su modelli meno ottimizzati per l’agentic coding.

Il “plan mode”: approvazione prima dell’esecuzione

Il plan mode è la feature distintiva di Grok Build. Prima di modificare qualunque file, la CLI genera un piano scritto in linguaggio naturale, strutturato come grafo di sub‑task. Il piano elenca passo per passo i file da toccare, i comandi da lanciare e le verifiche intermedie. L’utente può:

    • approve: autorizzare l’esecuzione così com’è;
    • edit: modificare manualmente il piano, cancellando o aggiungendo step;
    • discard: annullare e ricominciare da zero con un nuovo prompt.

Il piano viene visualizzato in un visualizzatore TUI dedicato, che mostra lo stato di ciascun nodo (pending, running, done, blocked) e indica quale sub‑agente sta lavorando su quale ramo. Questa modalità funziona come una “pull request mentale” prima che qualsiasi cambiamento venga applicato al codice.

Sub‑agenti paralleli: fino a otto agenti simultanei

Grok Build può lanciare fino a otto sub‑agenti paralleli dalla stessa sessione. Ogni sub‑agente eredita parte del contesto globale e riceve un compito isolato, ad esempio “scrivi i test per il modulo X” o “esplora il codice legacy in /api e descrivi il routing”. I report dei sub‑agenti vengono aggregati dal pianificatore principale, che decide se proseguire, ribilanciare il carico o mettere in pausa l’intera esecuzione in caso di errori.

Il numero massimo di otto sub‑agenti è regolabile tramite flag CLI e calibrato sui limiti del piano SuperGrok Heavy. Questa capacità di parallelismo nativo è assente in Claude Code e in Codex CLI, dove i task vengono gestiti sequenzialmente.

Supporto nativo al protocollo ACP

Il Agent Client Protocol (ACP) è uno standard aperto che consente a un agente di comunicare direttamente con un altro agente, senza dover passare per la chat utente. Grok Build integra ACP direttamente nel binario, eliminando la necessità di adapter o wrapper. Grazie a questo, è possibile:

    • mettere Grok Build dietro un orchestratore custom;
    • farlo cooperare con Claude Code o altri agenti in una pipeline condivisa;
    • estendere le funzionalità con plugin basati su ACP.

Il supporto nativo facilita l’integrazione in ambienti CI/CD e in architetture micro‑service dove più agenti devono collaborare in tempo reale.

Modello sottostante: Grok 4.3 beta e l’architettura Heavy a 16 agenti

Grok 4.3 beta è una variante “Heavy” che ospita sedici sotto‑modelli specializzati. Ogni sotto‑modello è ottimizzato per compiti specifici (test generation, refactoring, documentazione, analisi di dipendenze, ecc.) e comunica con gli altri tramite un router centralizzato. Questa architettura consente una gestione più fine‑grained del carico di lavoro e riduce i colli di bottiglia rispetto a un modello monolitico.

La combinazione di 16 agenti e 2 M token di contesto rende Grok Build particolarmente adatto a progetti di grandi dimensioni, come monorepo con centinaia di moduli o applicazioni full‑stack complesse.

Installazione e primi comandi

L’installazione su macOS e Linux avviene tramite un unico comando curl che scarica lo script ufficiale di xAI:

# Installazione su macOS / Linux

curl -fsSL "https://x.ai/cli/install.sh" | bash



Variabile ambiente per modalità headless (script, CI)


export GROKCODEXAIAPIKEY="xai-..."



Avvio sessione interattiva nel progetto


grok



Esecuzione one‑shot in modalità headless


grok -p "refactor del modulo auth: usa JWT al posto delle session"



Ispezione config e risorse scoperte (skill, MCP, plugin)


grok inspect

Su Windows è consigliato utilizzare WSL (Windows Subsystem for Linux), poiché la versione nativa non è ancora pronta in beta. Alla prima esecuzione interattiva la CLI apre il browser per l’autentic