AIREITERxAI, ora rinominata SpaceXAI, ha pubblicato su GitHub il codice sorgente di Grok Build, il suo agente di coding da terminale, con licenza Apache 2.0. Prima di festeggiare, però, conviene chiarire due aspetti. È diventato open source l'harness dell'agente e la TUI in Rust, non il modello: grok-build-0.1 resta un'API proprietaria e a pagamento. Inoltre, il rilascio arriva a pochi giorni dalla scoperta che il client caricava interi repository git sul cloud. Il relativo codice di upload è ancora presente nell'albero sorgente appena aperto.
Dunque sì, cercare "grok build open source" oggi porta a un risultato concreto e utile: si può finalmente verificare cosa fa il client al proprio codice. Ma open source non significa privato per impostazione predefinita. Chi ha provato Grok Build su un repository privato prima della metà di luglio 2026 dovrebbe prima controllare impostazioni e retention, non limitarsi a clonare il repository. Vediamo il quadro completo.
Che cosa ha aperto SpaceXAI, e che cosa no
Il repository xai-org/grok-build contiene un agente di coding a schermo intero per il terminale: analizza una codebase, modifica file, esegue comandi, cerca sul web e gestisce attività in modalità interattiva o headless. La pagina GitHub lo indica come scritto al 99,6% in Rust e distribuito con licenza Apache 2.0; al 16 luglio 2026 mostra 8,1k stelle e 1,3k fork. La cronologia, però, consiste in un solo commit squashed, denominato "Publish harness and TUI open-source": si sta quindi leggendo il client distribuito, non la sua storia di sviluppo.
Il pezzo che non si trova nel repository è l'intelligenza del prodotto. Grok Build usa grok-build-0.1, un modello che rimane dietro l'API a pagamento dell'azienda. È una differenza importante:
- grok-1 (2024) era un rilascio a pesi aperti: il modello poteva essere scaricato ed eseguito in proprio.
- grok-build (2026) è un client open source: lo strumento si può leggere e modificare, ma continua a chiamare via rete un modello proprietario.
Chi cerca un Grok interamente locale e self-hosted non lo ottiene con questo rilascio. Chi invece vuole verificare ed estendere lo strumento che accede ai propri file, ora può farlo.
Perché il rilascio arriva dopo l'incidente sulla privacy
L'apertura del codice non è avvenuta nel vuoto. Secondo The Hacker News, il 14 luglio 2026 un ricercatore con lo pseudonimo cereblab ha fatto passare Grok Build attraverso un proxy di intercettazione, documentando ciò che il client trasmetteva.
La scoperta è rilevante: il client impacchettava e caricava l'intero repository git tracciato, inclusa la cronologia completa dei commit, in un bucket Google Cloud Storage chiamato grok-code-session-traces. In un test su un repository da 12 GB, il report ha rilevato 5,10 GiB in upload, mentre il traffico effettivo verso il modello era di circa 192 KB. Venivano inclusi anche file che l'agente non aveva mai aperto: persino un file sentinella creato in src/_probe/never_read_canary.txt è stato trasmesso. I contenuti di .env, inclusi valori di test etichettati API_KEY e DB_PASSWORD, partivano senza redazione.
L'opzione che molti utenti avrebbero probabilmente selezionato non interveniva su questo comportamento. Il toggle "Improve the model" regola l'uso dei dati per l'addestramento, non l'uscita del codice dalla macchina. Stando allo stesso report, il fenomeno è stato osservato nella versione 0.2.93 e il codice di upload risultava ancora presente nella build 0.2.99.
La risposta dell'azienda, secondo quella ricostruzione, è stata la seguente: il 13 luglio gli upload sono stati disabilitati lato server, senza un aggiornamento del client; la comunicazione è avvenuta sui social anziché attraverso un advisory di sicurezza formale; è stato aggiunto il comando /privacy per disattivare la retention. Elon Musk ha dichiarato che i dati caricati in precedenza sarebbero stati "completely and utterly deleted." Non è stato assegnato alcun CVE.
Cosa si può verificare nel codice aperto
Qui sta il vantaggio pratico del rilascio. Prima, l'unico modo per capire cosa inviasse Grok Build era frapporre un proxy tra il client e la rete, quindi analizzare il traffico. Ora che il client è pubblico, la logica di packaging e upload può essere letta direttamente invece di essere dedotta dai pacchetti in transito.
Il codice mostra anche un dettaglio che la correzione lato server tende a nascondere: disabilitare gli upload non equivale a rimuovere il codice. Nel tree pubblicato il percorso di upload esiste ancora; è spento dal lato dell'azienda, non eliminato dal client. Un flag server-side può essere riattivato, mentre un codice che non esiste non può essere eseguito. Per lavori sensibili, "fidatevi, è disattivato" e "questa capacità è stata rimossa" sono garanzie molto diverse. L'open source permette proprio di distinguerle.
Quando si valuta un agente di coding che dialoga con un modello cloud, questa è la checklist utile:
- Cosa lascia la macchina e in quale momento — soltanto i file letti dall'agente oppure l'intero repository?
- Il consenso alla privacy blocca davvero il traffico in uscita, oppure esclude solo l'addestramento?
- La risposta è verificabile in autonomia — tramite proxy, codice sorgente, oppure soltanto una pagina di policy?
- Come vengono trattati i segreti — esiste una scansione con redazione preventiva dei file in stile
.env?
Installare e avviare Grok Build
Il percorso più rapido è l'installer ufficiale, che scarica un binario precompilato distribuito come grok:
# macOS / Linux / Git Bash
curl -fsSL https://x.ai/cli/install.sh | bash
grok --version
# Windows PowerShell
irm https://x.ai/cli/install.ps1 | iexPer compilare personalmente il client open source dal repository servono Rust, fissato in rust-toolchain.toml e quindi gestito da rustup, e protoc per la generazione del codice proto. La compilazione è supportata su macOS e Linux:
cargo run -p xai-grok-pager-bin # avvia la TUI
cargo build -p xai-grok-pager-bin --release # binario release
cargo check -p xai-grok-pager-bin # verifica la buildAl primo avvio, Grok Build autentica l'utente tramite browser invece di richiedere una chiave API incollata manualmente. Internamente l'artefatto si chiama xai-grok-pager, mentre le build ufficiali lo distribuiscono come grok: un dettaglio utile leggendo la struttura dei crate.
Quanto costa usarlo
L'open source rende gratuito il client, non l'uso del modello, che viene fatturato a consumo. Nella scheda di OpenRouter, grok-build-0.1 costa $1 per milione di token in input e $2 per milione di token in output. Ha una finestra di contesto da 256K token, supporta input testuali e immagini e riporta come data di rilascio il 21 maggio 2026. Il prompt caching può ridurre il costo effettivo dell'input di circa il 60–80% sui contesti ripetuti: un elemento molto rilevante per un agente di coding che rimanda gli stessi file durante una sessione.
Poiché grok-build-0.1 usa un'API standard di chat completions, è accessibile tramite model router e gateway API oltre che direttamente da SpaceXAI. È comodo per chi gestisce già più provider dietro una sola chiave. AIReiter è uno di questi gateway compatibili con Anthropic e può instradare le richieste verso Grok e altri modelli. In ogni caso, prima di basarsi su una cifra è bene verificare le tariffe correnti per token alla fonte: i prezzi di un gateway possono differire da quelli del vendor.
Conviene usare Grok Build adesso?
Un giudizio equilibrato: Grok Build merita una prova, ma con alcune condizioni.
Perché provarlo. Il client è veloce, grazie a Rust nativo e a una TUI a schermo intero con supporto del mouse; è davvero open source con licenza Apache 2.0, quindi si può leggere e forkare; grok-build-0.1 è ottimizzato specificamente per il coding agentico e dispone di un contesto da 256K. Per progetti personali, repository temporanei e codebase pubbliche, il recente incidente comporta un rischio pratico limitato.
Perché restare cauti. Il codice di upload è ancora nell'albero rilasciato: è disabilitato lato server, non rimosso. Il modello è chiuso, quindi si continua ad affidare a un servizio di rete ciò che il client invia. Per repository aziendali privati o materiale soggetto a NDA, va trattato come qualsiasi strumento che abbia recentemente adottato un'impostazione predefinita di ampia esfiltrazione dati.
Come verificare prima di affidargli codice reale. Ora che il client è open source, si può eseguire git clone del repository e cercare nel sorgente il percorso di upload e il nome del bucket grok-code-session-traces, anziché fidarsi ciecamente della correzione. Per un controllo live, è possibile usare Grok Build su un repository temporaneo instradandolo attraverso un proxy di intercettazione, oppure bloccare il dominio del bucket storage nel firewall, e osservare se dalla macchina esce traffico oltre a quello diretto al modello. Eseguite /privacy per disattivare la retention e non usatelo su repository privati finché non avrete verificato personalmente il comportamento.
Chi in precedenza aveva escluso Grok Build dai confronti tra CLI di coding perché chiuso deve aggiornare la propria valutazione. Come Codex e Claude Code differiscono per apertura e flusso di lavoro, anche Grok Build è passato da proprietario a open source: questo cambia il modo in cui lo si può valutare, anche se il modello sottostante non è cambiato.
Domande frequenti
Esiste un modello Grok open source?
Solo in parte. Il client di Grok Build è open source con licenza Apache 2.0 da luglio 2026, mentre i pesi di grok-1 erano già stati rilasciati nel 2024. Tuttavia, grok-build-0.1, il modello che oggi alimenta Grok Build, non è aperto: funziona esclusivamente tramite l'API a pagamento di SpaceXAI.
Grok Build è gratuito?
Lo strumento è gratuito: si può installare il binario o compilare senza costi il client open source. L'utilizzo non lo è, perché chiama grok-build-0.1, fatturato per token. Non viene incluso alcun modello locale.
Quanto costa grok-build-0.1?
OpenRouter lo indica a $1 per milione di token in input e $2 per milione di token in output, con una finestra di contesto da 256K. Il riuso dello stesso contesto nel corso della sessione beneficia del prompt caching, che secondo la scheda può abbassare sensibilmente il costo effettivo dell'input.
Posso usare Grok per sviluppare un'app?
Sì: è esattamente lo scopo di Grok Build. È uno strumento di coding agentico che legge la codebase, modifica file ed esegue comandi dal terminale. Chi preferisce costruire il proprio agent loop può anche chiamare grok-build-0.1 direttamente attraverso la sua API.
Open source significa che il mio codice ora resta privato?
No. Open source significa poter ispezionare il comportamento del client sul proprio codice; non impedisce automaticamente l'invio dei dati. Dopo l'incidente di luglio 2026, SpaceXAI ha disabilitato lato server l'upload dell'intero repository e aggiunto il comando /privacy, ma chi ha usato Grok Build su un repository privato prima di allora dovrebbe controllare impostazioni e opzioni di retention, senza presumere che il rilascio abbia risolto il problema automaticamente.