Grok Build: la risposta di xAI al dominio di Claude Code

A maggio 2026, xAI ha finalmente lanciato Grok Build, la sua prima vera risposta alla generazione di assistenti per la codifica che negli ultimi diciotto mesi è stata dominata da Claude Code di Anthropic e da Codex CLI di OpenAI. Il lancio della beta il 14 maggio 2026 segna un momento cruciale nel mercato dei coding agent, un settore che Elon Musk aveva pubblicamente riconosciuto come area di ritardo per xAI. Nonostante la società nata dalla fusione fra SpaceX e xAI abbia perso oltre cinquanta ricercatori e ingegneri fra febbraio e il momento del lancio, il prodotto presentato è tecnicamente competitivo e ben posizionato per competere nel terreno più redditizio del 2026: la spesa enterprise per i coding agent.

Grok Build è disponibile esclusivamente in beta per gli abbonati SuperGrok Heavy, e il modello sottostante è Grok 4.3 beta, basato sull'architettura Heavy a sedici agenti che xAI aveva debuttato all'inizio dell'anno. Il timing del lancio non è casuale: rappresenta una mossa strategica di posizionamento nel mercato dei coding agent agentic, dove gli investimenti delle aziende continuano a crescere esponenzialmente.

Cos'è Grok Build e come funziona

Grok Build è una command-line interface agentic, uno strumento che non si limita a rispondere alle domande in chat come i tradizionali assistenti di codifica. Invece, esegue azioni concrete sul filesystem del progetto: scrive e modifica file, lancia comandi shell, interroga la documentazione, propone piani di lavoro e li applica solo dopo aver ricevuto il via libera esplicito dell'umano sviluppatore.

L'idea di fondo è la stessa di Claude Code e di Codex CLI, ma xAI ha aggiunto tre elementi che cambiano significativamente l'esperienza pratica di chi sviluppa. Questi elementi rappresentano scelte architetturali precise che differenziano Grok Build dai concorrenti diretti.

Il plan mode: approvazione preventiva del lavoro

Il primo elemento distintivo è il plan mode. Prima di toccare qualsiasi file, Grok produce un piano scritto in linguaggio naturale che elenca passo per passo i file da modificare, i comandi da eseguire e le verifiche intermedie. Questo piano si approva, si commenta o si riscrive completamente a mano, in uno stile analogo al flusso di revisione delle pull request, e solo quando lo sviluppatore dà il comando "vai" la CLI passa alla fase di esecuzione vera e propria.

La differenza rispetto al plan mode di Claude Code è sostanziale: il piano qui è strutturato come grafo di sub-task, completamente leggibile in un visualizzatore TUI (Terminal User Interface) dedicato che permette di vedere quale agente sta lavorando su quale ramo della computazione. Questo offre una trasparenza totale sul processo decisionale dell'AI, elemento cruciale per gli ambienti enterprise dove il controllo e la verificabilità sono non negoziabili.

Otto sub-agenti paralleli nativi

Il secondo elemento è la capacità di lanciare fino a otto sub-agenti paralleli dalla stessa sessione di lavoro. Ogni sub-agente eredita parte del contesto della sessione principale, riceve un compito isolato e specifico (per esempio "scrivi i test per il modulo X" oppure "esplora il codice legacy in /api e descrivi il routing"), e restituisce un report strutturato che il pianificatore principale aggrega e sintetizza.

Otto è il numero massimo configurabile via flag CLI, e la quota è calibrata sui limiti computazionali degli account SuperGrok Heavy. Questa architettura permette di parallelizzare il lavoro su compiti indipendenti, riducendo significativamente i tempi di esecuzione per refactor complessi su codebase large.

Supporto nativo ad ACP (Agent Client Protocol)

Il terzo elemento è il supporto nativo a ACP, l'Agent Client Protocol, uno standard aperto che permette a un agente di comunicare con un altro agente senza usare la chat utente come intermediario. ACP è il protocollo che consente, per esempio, di mettere Grok Build dietro un orchestratore custom o di farlo lavorare insieme a Claude Code nella stessa pipeline di lavoro. xAI lo ha integrato direttamente nel binario eseguibile, quindi non servono adapter, wrapper o configurazioni aggiuntive.

L'architettura di Grok 4.3 beta e la finestra di contesto da 2 milioni di token

Il motore di Grok Build è Grok 4.3 beta, una variante "Heavy" che internamente fa girare sedici sotto-modelli specializzati coordinati da un router intelligente. È la stessa logica con cui xAI aveva costruito Grok 4 Heavy nell'estate precedente, ma il salto tecnologico nuovo è la finestra di contesto da 2 milioni di token.

Una context window di questa dimensione è sufficiente a tenere in memoria interi monorepo durante refactor complessi senza dover ricorrere a tecniche di RAG (Retrieval-Augmented Generation), la tecnica che affianca alla generazione del modello una ricerca documentale mirata su frammenti rilevanti. Questo rappresenta un vantaggio pratico enorme per gli sviluppatori che lavorano su grandi applicazioni.

Confronto delle context window con i concorrenti

La context window è il punto su cui xAI ha scelto di posizionarsi rispetto ai concorrenti diretti:

Grok Build con Grok 4.3 Heavy: 2 milioni di token
Claude Code con Opus 4.7: 1 milione di token
Codex CLI con GPT-5.5: fra 400.000 e 1 milione di token a seconda del tier di abbonamento
Gemini Code Assist: arriva a 2 milioni di token ma su modelli meno tarati specificamente sull'agentic coding

In pratica, uno sviluppatore che lavora su un'applicazione grande, per esempio un backend Yii o un'app Next.js con cento pagine o più, può chiedere a Grok di "leggere tutto" e poi ragionare su una refactorizzazione trasversale senza dover segmentare la richiesta in multiple chiamate o sessioni separate.

Installazione, configurazione e primi comandi

L'installazione di Grok Build è pensata per essere il più semplice possibile. Su macOS e Linux passa da un singolo comando curl che scarica lo script ufficiale di xAI e lo esegue direttamente. Su Windows è disponibile via WSL (Windows Subsystem for Linux), poiché la versione nativa per Windows non è ancora pronta nella fase beta.

Comandi di installazione e uso:

# Installazione su macOS / Linux
curl -fsSL "https://x.ai/cli/install.sh" | bash

# Variabile ambiente per modalità headless (script, CI)
export GROK_CODE_XAI_API_KEY="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

Alla prima esecuzione interattiva la CLI apre il browser predefinito per l'autenticazione OAuth contro l'account xAI. Negli ambienti headless, come una pipeline GitHub Actions o un cron job schedulato, basta esportare la variabile GROK_CODE_XAI_API_KEY e tutto funziona senza interfaccia grafica. Lo stesso schema era già stato sperimentato da Codex CLI di OpenAI e da Claude Code, e Grok lo replica fedelmente per non costringere chi migra da questi tool a riscrivere completamente le pipeline di CI/CD.

Plan mode in azione: il flusso "approva prima di applicare"

Il plan mode è la feature su cui xAI insiste di più nei materiali di lancio, e a ragione: rappresenta un cambio di paradigma rispetto a come funzionano gli assistenti di codifica tradizionali. In una sessione interattiva, lo sviluppatore digita un obiettivo di alto livello, per esempio "aggiungi rate limiting al middleware di Express con Redis". Grok costruisce immediatamente un piano numerato con:

File da toccare e modificare
Comandi da lanciare
Test da scrivere
Verifiche intermedie da effettuare

La CLI mette in pausa l'esecuzione finché non riceve uno dei tre input previsti:

approve: procedi con l'esecuzione del piano così com'è
edit: modifica il piano a mano (anche cancellando interi step)
discard: scarta il piano e ricomincia da capo con un prompt diverso

Per chi viene da Claude Code questa interazione è concettualmente familiare ma strutturata in modo superiore. Il plan viewer mostra ogni step come nodo grafico, con stato chiaramente indicato (pending, running, done, blocked) e i sub-agenti che vi lavorano sopra visibili in tempo reale. Quando un sub-agente fallisce o entra in loop infinito, l'orchestratore principale ribilancia intelligentemente il carico e mette in pausa l'intera esecuzione, evitando così i runaway loop che capitavano nelle prime versioni di Codex CLI.

Confronto pratico con Claude Code e Codex CLI

Il mercato dei coding agent è ormai una guerra a tre player, e ogni competitor ha scelto un asse specifico su cui investire le proprie risorse. Claude Code di Anthropic punta sulla qualità del modello fondamentale e sull'integrazione profonda con le skill (file di istruzioni riutilizzabili) e con i plugin specializzati. Codex CLI di OpenAI ha costruito l'esperienza desktop più matura nel tempo, con la recente espansione su iPhone e Android che permette di gestire i job da remoto direttamente da dispositivi mobile.

Grok Build, dal canto suo, cala due assi precisi e ben calibrati: una context window da 2 milioni di token e il parallelismo nativo fino a otto agenti. La seguente tabella comparativa riassume le caratteristiche principali:

Caratteristica	Grok Build	Claude Code	Codex CLI
Modello	Grok 4.3 Heavy	Opus 4.7	GPT-5.5
Context window	2M token	1M token	400K-1M
Sub-agenti paralleli	8 nativi	via worktree	via job queue
Plan mode	strutturato + TUI	testuale	comando /goal
ACP protocol	nativo	non supportato	non supportato
MCP servers	supportati	supportati	supportati
Skill Anthropic format	compatibili	native	non supportate
Prezzo entry	$99/mo (intro) / $300/mo	$20-200/mo	$20-200/mo

È importante notare che il confronto a tre prodotti va letto considerando che la velocità di rilascio nel settore è altissima. In undici giorni di marzo, ad esempio, Claude Code ha copiato il comando /goal di Codex, episodio che ha dimostrato la ferocia della competizione fra questi player. Aspettarsi convergenze di feature anche con Grok è ragionevole e probabile nel prossimo futuro.

Compatibilità con skill Anthropic e MCP servers: strategia non distruttiva

Una scelta tecnica particolarmente interessante è la compatibilità nativa con il formato skill di Anthropic, ovvero la stessa convenzione di file Markdown con frontmatter YAML che Claude Code usa per le sue skill ufficiali e per le skill di terze parti. Significa che uno sviluppatore può copiare semplicemente la cartella ~/.claude/skills/ dentro la directory di lavoro di Grok e utilizzarle senza alcuna modifica o adattamento.

Lo stesso principio vale per i server MCP (Model Context Protocol) già configurati nel sistema: Grok li scopre automaticamente, li registra e li espone come tool utilizzabili dagli agenti sottostanti. Questa decisione, in apparenza generosa, è in realtà tattica e strategica:

xAI sa di partire indietro nell'ecosistema degli sviluppatori
Ha capito che chiedere agli utenti di riscrivere e riconfigurare tutto da zero sarebbe stato un veto di fatto
La compat