SpaceXAI ha reso open source Grok Build, il coding agent da terminale dietro la CLI grok. Il rilascio, su GitHub sotto licenza Apache 2.0, copre agent harness, TUI, shell della CLI e strumenti di sviluppo. Grok Build era stato lanciato come early beta il 25 maggio 2026.
Vale la pena chiarire il termine: un harness è l’impalcatura attorno al modello. Assembla il contesto, chiama il modello, fa il parsing della risposta e smista le tool call. È la parte che di solito resta chiusa e che determina buona parte del comportamento osservato di un agent.
Cosa contiene il rilascio
Le aree pubblicate sono quattro: l’agent loop (assemblaggio del contesto, parsing della risposta, dispatch delle tool call), i tool con cui l’agent legge, modifica e cerca nel codice, la terminal UI (rendering, gestione input, plan review, diff viewer inline) e l’extension system, che copre skill, plugin, hook, server MCP e subagent.
Sul filesystem la mappa è leggibile: xai-grok-shell contiene il runtime dell’agent e gli entry point leader/stdio/headless, xai-grok-tools le implementazioni dei tool (terminale, edit dei file, ricerca), xai-grok-pager la TUI, xai-grok-workspace filesystem host, VCS, esecuzione e checkpoint. Una nota di build facile da mancare: il Cargo.toml di root è generato e il README chiede di trattarlo come read-only.
Le superfici d’uso sono tre: TUI interattiva, headless mode per scripting e CI, integrazione negli editor tramite Agent Client Protocol (ACP).
Il punto pratico: local-first
L’esito più concreto è che Grok Build può girare in modo completamente local-first. Si compila, si punta l’inferenza locale e si guida tutto da config.toml, dichiarando modello, base_url e chiave d’ambiente. Il comando grok inspect stampa cosa l’harness ha trovato nella directory corrente: sorgenti di configurazione, istruzioni, skill, plugin, hook e server MCP.
Per chi lavora in contesti regolati, questo abilita due scenari citati nell’articolo: audit del codice dei tool prima di lasciare che un agent esegua comandi shell in un repo sensibile, e run air-gapped con endpoint interno, senza passare da api.x.ai.
Un limite dichiarato: le pull request esterne non vengono accettate. Il fork è permesso dalla licenza, il merge upstream no. Chi costruisce un harness interno partendo da qui si assume la manutenzione del proprio ramo.
In sintesi
- Agent loop, tool, TUI ed extension system di Grok Build sono pubblici sotto Apache 2.0.
- La configurazione via
config.tomlabilita inferenza locale ed esecuzioni air-gapped su endpoint interni. - Fork permesso, contributi esterni no: chi forka mantiene il proprio ramo.
Hai qualcosa da aggiungere? Unisciti alla discussione.