Grok Build is opensource: iedereen kan broncode bekijken

SpaceXAI heeft de broncode van Grok Build openbaar gemaakt. Grok Build, een programmeertool vergelijkbaar met Claude Code of ChatGPT Codex, is beschikbaar onder een Apache-licentie, maar gebruikers kunnen geen pullrequests indienen of issues aanmaken. SpaceXAI wil vooral inzicht geven in de code, na een privacyincident eerder deze maand.

XAI, of SpaceXAI, zoals het bedrijf inmiddels heet, zegt dat het de volledige code van de programmeertool openbaar maakt. De code is op GitHub gezet onder een Apache 2.0-licentie, maar gebruikers kunnen de code alleen bekijken en gebruiken. Het is niet mogelijk om zelf pullrequests te doen of om issues aan te dragen via GitHub. Ook is de commitgeschiedenis niet meegenomen in de code.

De codebase van Grok Build bestaat uit de zogenaamde agent-loop die bepaalt hoe Grok context verzamelt en antwoorden parset, tools zoals hoe commando's worden gedraaid, en de UI van de terminal-tool.

Door de tool opensource beschikbaar te maken, kunnen gebruikers het model ook lokaal draaien. Derde partijen kunnen ook de code gebruiken om eigen versies te maken van de tool.

Privacyincident

Grok Build verscheen in mei van dit jaar. Het is een programmeeragent voor de terminal en is een alternatief voor AI-agents als Claude Code. SpaceXAI wil door de code openbaar te maken het vertrouwen van gebruikers terugwinnen, zegt het bedrijf. Onlangs kwam een incident aan het licht. Een onderzoeker ontdekte dat Grok volledige repositories naar de cloud uploadde tijdens het gebruik. Dat probleem is inmiddels opgelost. Volgens SpaceXAI gebeurde dat omdat dataretentieopties standaard stonden ingeschakeld voor alle gebruikers.

Bron: NurPhoto/Getty Images

Reacties (18)

[Dynamix86]

Het is een bijzondere beslissing van Elon Musk om Grok Build te open sourcen, zeker na de onlangs gereleasede Grok build 4.5. Een supergrok heavy-abonnement is namelijk $300 per maand. Los van de chat-mogelijkheid zou je dan Grok build onbeperkt lokaal kunnen draaien, dus waarom zou iemand dan nog een Supergrok heavy-abonnement nemen? Inmiddels is Grok build 4.5 (high effort) net zo goed als Codex 5.5 (extra high effort); bron: https://artificialanalysis.ai/agents/coding-agents.

[scorpie]

Grok Build is de CLI om het cloud-based model Grok 4.5 aan te spreken. Het model zelf is dus niet ge-opensourced.

[Dynamix86]

Ik gebruik Grok build in de terminal en toen ik daar voorheen "/model" intypte, stond daar "Grok build", dus ik had in mijn hoofd dat het model zelf Grok Build is, maar blijkbaar hebben ze dat nu veranderd sinds de update naar Grok 4.5, waardoor er nu "Grok 4.5" staat en niet meer "Grok build". Vandaar de verwarring.

[84hannes]

Het model zelf is dus niet ge-opensourced.

Bij vrij beschikbare modellen is het toch nooit de bron (trainingsdata) die vrijgegeven wordt, maar slechts de parameters/gewichten?

[Mr.Beach]

Om China te counteren. Kimi K3 veegt de vloer aan met de Amerikaanse modellen.

[Dynamix86]

Waar haal je dat vandaan? Op https://artificialanalysis.ai/ staat Kimi K3 op #3 en daar zijn veel benchmarks voor gedraaid.

[Rhizix]

"veegt de vloer aan met de Amerikaanse modellen."
Is nog steeds net net wat slechter dan Fable en GPT5.6 Sol.

Maar best dichtbij en voor een (als je API pricing bekijkt) mooie prijs.

[themadone]

Wacht, betekent dit codex en code achtige functionaliteit met een lokale LLM zonder sketch plugins etc?

Das praktisch, zou Musk denken dat hij die race niet gaat winnen en dan maar opensourcen zodat niemand het meer nodig heeft van de concurrentie?

[ManIkWeet]

Er zijn verschillende open-source zogenoemde "harnesses" die lokale LLM al voor elkaar krijgen, de source-code van dit Grok harnas gaat dat niet veranderen of verbeteren, is 't werk niet waard.

(Bijvoorbeeld OpenCode, Pi)

[Moortn]

Het tegenovergestelde lijkt me waarschijnlijker: vertrouwen (terug) willen winnen, zoals het artikel ook suggereert, zodat mensen Grok Build met Grok models gaan gebruiken. De tool is wat dat betreft niet heel belangrijk en slechts een middel om mensen voor de models te laten betalen.

Voor lokale LLM's zou ik eerder iets als OpenCode gebruiken dat daarvoor is gemaakt. Ik weet niet of Grok Build niet-Grok models ondersteund, anders zou je de code zelf moeten aanpassen (of wachten op een fork).

[themadone]

Ja, door Claude of codex halen en dan lokale LLM calls toevoegen zou toch niet heel moeilijk mogen zijn denk ik dan. Maar ik zal open code ook eens bekijken.

[Macshack]

Super, transparantie is de juiste richting! Nu de andere nog!

[Loller1]

Mmm, het is weer gewoon een codedumb die ze waarschijnlijk ook gewoon niet gaan bijhouden. Hier valt weinig zinvols te bespeuren. DAt er geen commit geschiedenis is spreekt boekdelen.

[kokosnoten]

Wel apart dat ze dit nu uitbrengen, net nadat uit is gekomen dat Grok gewoon volledige git repo's opslaat. Vraag mij af wie nu de doelgroep moet zijn voor die tool.

[Orangelights23]

Heb je het artikel wel gelezen? Ze brengen het juist uit omdat er een incident heeft plaatsgevonden.

[Menesis]

SpaceX had toch Cursor voor 60 miljard (?!?!?) gekocht? Is er een samenhang of staat dat hier los van?

[scorpie]

Grok Build is de CLI variant, Cursor is de desktop variant. Zal me niks verbazen als de naamgeving op den duur convergeert naar een meer generieke naam. (Zoals je nu ook Claude Code en Claude Desktop hebt).

[Reactie gewijzigd door scorpie op 17 juli 2026 16:23]

[cane]

Mooi om te zien alleen ik weet niet of ze de opensource versie gaan bijhouden, dus dan blijft het een momentopname. Het is ook niet heel interessant want zo'n agent loop is best wel simpel, en er zijn talloze voorbeelden van opensource CLI agents om maar een paar te noemen pi.dev, opencode, gemini-cli, codex en claude code was ook "geleaked".

Een REPL (read eval print loop) met wat bash en permissies en sandboxing en grote blokken .md text documenten die beschrijven wat het model moet doen. Ik heb zelf niet de code nog bekeken maar het zou kunnen dat ze die "prompts" prive houden en streamen en je kan ze ook nog opsplitsen in system prompts en of "skills" afhankelijk van wat precies nodig is om te functioneren op een systeem. Wat mij ook verbaasde waarom ze gehele lokale git repositories hadden geupload naar Grok servers, misschien voor caching en of optimalisaties of gewoon om hele repos op te slurpen om verder mee trainen.