SuperGrok Heavy a $300 al mese: i conti dietro Grok Build

Che cosa ha lanciato xAI

Il 14 maggio 2026 xAI ha lanciato Grok Build, una CLI agentica per "professional software engineering and complex coding work", in beta iniziale. L'accesso è riservato agli abbonati SuperGrok Heavy (~$299 al mese); gli account idonei possono installarla con una sola riga:

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

L'interfaccia offre ciò che ci si aspetta da un coding agent del 2026: una TUI interattiva, una modalità headless per script e CI e un'Agent API per integrare il loop nei propri strumenti. La scelta progettuale più interessante è il parallelismo: fino a 8 subagent per sessione, ciascuno capace di lavorare in un branch separato tramite git worktree.

Non è una release GA. xAI dichiara esplicitamente che Grok Build è in beta iniziale e sta raccogliendo feedback. Il post di lancio ufficiale lo presenta come un'anteprima per sviluppatori, non come il lancio definitivo di un prodotto. Va considerato per ciò che è.

Il paradosso: il modello più economico dietro l'accesso più caro

Il modello sottostante costa davvero poco. Con l'API di grok-code-fast-1, il prezzo è di $0.20 per milione di token in input, $1.50 per milione in output e $0.02 per milione per l'input in cache. Quello dell'input è il prezzo più basso tra i modelli di coding seri oggi disponibili. La tariffa per i cache hit è abbastanza aggressiva da cambiare concretamente i conti nei workflow che coinvolgono un intero repository.

Anche il benchmark è credibile: 70.8% su SWE-Bench Verified con l'harness interno di xAI. È competitivo rispetto all'offerta attuale, pur senza essere il migliore della categoria; è però un risultato concreto, e in produzione è questo il requisito che conta.

È il packaging commerciale a rompere l'equilibrio. Il modello è tariffato a consumo via API; l'agente no. Durante la beta iniziale, Grok Build funziona soltanto con l'abbonamento SuperGrok Heavy da $300 al mese. Non si può acquistare il loop agentico a token: si compra la postazione.

Un modello economico dietro un accesso costoso e a tariffa fissa conviene solo oltre una soglia di utilizzo che la maggior parte dei professionisti indipendenti non raggiunge mai. È questo il vero nodo del prezzo.

SuperGrok Heavy contro API: quanto costa davvero l'AI coding agent Grok Build?

Gestisco sei routine editoriali in produzione con Claude Max e ho già rifatto due volte i conti per passare a Codex. Grok Build non è un giocattolo nuovo: sarebbe una terza voce in un conto economico che include già due coding agent.

Negli stack a consumo — Claude Code su Max e Codex — il costo marginale cresce con il volume di token. È possibile rallentare una routine, imporre un tetto a una sessione o fermare un loop fuori controllo. La struttura dei costi resta leggibile.

Un accesso a tariffa fissa da $300 al mese è un costo morto finché la stessa attività, tariffata a token, non supera $300 al mese. La soglia è più alta di quanto immagini la maggior parte di chi lavora da solo. Il mio abbonamento Claude Max copre già le routine. Codex è stato vicino al pareggio nel conto economico: abbastanza vicino da farmi rifare i conti, abbastanza lontano da non farmi cambiare. Un terzo abbonamento fisso non può semplicemente aggiungersi agli altri; deve sostituirne uno.

La regola decisionale è semplice: adotterò Grok Build quando (a) xAI offrirà una versione dell'agente tariffata a consumo via API oppure (b) Arena Mode sarà disponibile e supererà in modo misurabile il mio tasso di successo attuale su una valutazione rappresentativa. Non prima.

Non è scetticismo verso il modello. È aritmetica applicata all'accesso.

Il conto dei token, numeri alla mano

La domanda è quella del pareggio: con $0.20/1M per l'input e $1.50/1M per l'output, quanti token bisogna elaborare con Grok Build prima che l'abbonamento fisso da $300 al mese diventi più conveniente della spesa API a consumo?

Una stima di massima per un singolo sviluppatore con un uso quotidiano intenso raramente raggiunge il pareggio con il solo input. Le sessioni di refactoring ad alto volume di output spostano l'ago della bilancia, ma non abbastanza da battere un abbonamento Max che è già un costo sostenuto. Perché il piano fisso si guadagni il suo posto, serve un utilizzo continuativo da parte di più sviluppatori oppure workflow che sfruttino in modo aggressivo il parallelismo degli 8 subagent.

Ci sono due precisazioni.

Il prezzo di $0.02/1M per l'input in cache è insolitamente aggressivo. Se il workflow ha un'elevata località della cache — stesso repository, stessi file e chiamate ripetute agli strumenti — il costo effettivo dell'input scende di un ordine di grandezza e per il piano fisso diventa difficile battere l'API a consumo.

Il fan-out degli 8 subagent spinge però nella direzione opposta. I subagent in parallelo moltiplicano il consumo di token — nel caso peggiore fino a 8× — anche nei workflow che altrimenti resterebbero piccoli. Di fronte a questo fan-out, il piano fisso sembra generoso perché il costo è limitato. Lo stesso workflow a consumo via API non ha un tetto. È un motivo concreto per cui xAI ha imposto questo vincolo: nel caso peggiore, la fattura API con il parallelismo al massimo può diventare davvero preoccupante, mentre l'abbonamento assorbe la variabilità.

Entrambe sono buone ragioni per aspettare la versione a consumo ed eseguire una valutazione reale prima di impegnarsi. Non sono motivi per abbonarsi oggi sperando che i conti tornino.

Che cosa fare questa settimana

Non serve cancellare nulla. Lo stack a consumo già in uso va bene così.

Se il team dispone già di una postazione SuperGrok Heavy libera — capita — conviene provare grok-code-fast-1 su una routine non critica, con un test A/B contro il modello attuale. Nessuna spesa aggiuntiva, ma un segnale concreto.

Conviene provare il modello via API con una singola valutazione sulla propria codebase reale. Con $0.20/1M per l'input, una prova significativa costa pochi centesimi. Prima di formarsi un'opinione dal thread di lancio, è meglio verificare che cosa significhi quel 70.8% nel proprio repository. I benchmark sono un punto di partenza, non una decisione.

Per questa settimana basta così. La scelta è se aggiungere una terza voce di abbonamento, e la risposta onesta è no, almeno finché la modalità di accesso non cambierà o il modello non dimostrerà di meritare la postazione.

Che cosa osservare nei prossimi 30 giorni

Sto seguendo tre segnali.

Grok Build a consumo via API. Nel momento in cui sarà possibile acquistare a token l'agente stesso, e non soltanto il modello sottostante, i conti cambieranno per chi ne fa un uso limitato. È l'unica modifica che gli aprirebbe un posto nella maggior parte degli stack.

Il debutto di Arena Mode. xAI ha anticipato una funzione in cui più agenti risolvono lo stesso compito in competizione e vengono classificati prima che l'output arrivi allo sviluppatore. Se l'aumento del tasso di successo sarà reale, dimostrerà un vantaggio di capacità indipendente dal prezzo e cambierà i conti.

La scelta tra mantenere il vincolo SuperGrok Heavy e lanciare un piano per sviluppatori. Quel vincolo è l'unico motivo per cui Grok Build resta fuori dalla maggior parte degli stack operativi. Se comparisse un piano per sviluppatori da $20–50 al mese, l'articolo andrebbe riscritto.

Finché non arriverà uno di questi tre cambiamenti, Grok Build resterà un concorrente credibile, ma con la formula commerciale sbagliata. Il modello costa poco, l'agente no. È questo il punto.