TL;DR
Grok Build 0.1 er xAI sin kodespesialiserte modell for agentbasert programvareutvikling, ikke vanlige chatbot-samtaler. Den ble lansert i offentlig beta til xAI API 29. mai 2026 og er fokusert på webutvikling, debugging, verktøykall, MCP-arbeidsflyter og autonome kodeagenter.
Modellen tilbyr et kontekstvindu på 256,000 token, aksepterer tekst- og bildeenndata, støtter resonnering, strukturerte utdata og funksjonskall, og koster $1 per million inndatatoken og $2 per million utdata-token til standard pris. Dens sterkeste bruksområde er ikke én enkelt kodefullføring, men en flertrinns arbeidsflyt der en agent inspiserer et repository, redigerer filer, kaller verktøy, kjører tester og itererer fram mot et validert resultat.
Det viktigste skillet er enkelt: Grok Build er produktet for kodeagenter, mens grok-build-0.1 er API-modellen som kan kjøres i andre agentrammer for koding. Grok Build 0.1 API i CometAPI er også live og tilbyr samme modell-ID gjennom en OpenAI-kompatibel gateway.
Hovedpunkter
- Grok Build 0.1 er optimalisert for agentbasert koding, repo-arbeid, debugging og verktøydrevet programvareutvikling.
- Dets API-modell-ID er
grok-build-0.1, med et 256K kontekstvindu og tekst- og bildeenndata. - xAI-prising for kort kontekst er $1/M inndata, $0.20/M bufret inndata og $2/M utdata. Grok Build 0.1 API i CometAPI er priset 20 % lavere med $0.80/M inndata, $0.16/M bufret inndata og $1.60/M utdata; forespørsler ved eller over 200K-terskelen bruker høyere langkontekst-satser.
- Den støtter resonnering, funksjonskall og strukturerte utdata, men støtter ikke Batch API.
- Evaluer den etter kostnad og tid per vellykket fullført ingeniøroppgave, ikke bare etter rå tokenpris eller én benchmark alene.
Hva er Grok Build 0.1?
Grok Build 0.1 er en spesialisert xAI-språkmodell designet for agentbaserte programvareutviklings-arbeidsflyter. Ifølge xAI ble den trent for oppgaver som webutvikling, debugging og MCP-aktiverte kodeagenter, og den drev det opprinnelige Grok Build-kodemiljøet.
Denne posisjoneringen skiller den fra en konvensjonell generell assistent. En kodeagent må gjentatte ganger inspisere et repository, identifisere relevante filer, kalle verktøy, redigere kode, kjøre tester, lese feil og revidere implementeringen uten å miste oppgavetilstand.
Av den grunn er en ende-til-ende ingeniøroppgave den meningsfulle evalueringsenheten: repo-navigasjon → plan → redigering → verktøykjøring → feilretting → validering.
Er Grok Build 0.1 det samme som Grok Build?
Nei. Grok Build er xAI sin terminalbaserte kodeagent, mens Grok Build 0.1 er en underliggende modell som utviklere kan kalle via API.
Grok Build inkluderer planvurdering, kode-diffs, støtte for AGENTS.md, plugins, hooks, skills, MCP-servere, parallelle underagenter, worktree-integrasjon og en headless-modus for automatisering. Modellen kan også brukes utenfor det terminalproduktet i kompatible agentrammeverk og gateways.
Hva er spesifikasjonene for Grok Build 0.1?
| Spesifikasjon | Grok Build 0.1 |
|---|---|
| Utvikler | xAI / SpaceXAI |
| Modell-ID | grok-build-0.1 |
| Primært fokus | Agentbasert koding og programvareutvikling |
| Inndata / utdata | Tekst- og bildeenndata; tekstutdata |
| Kontekstvindu | 256,000 token |
| Kapabiliteter | Resonnering, funksjonskall, strukturerte utdata |
| Standard token-prising | $1.00/M inndata; $0.20/M bufret inndata; $2.00/M utdata |
| Terskel for lang kontekst | 200K prompt-token |
| Prising for lang kontekst | $2.00/M inndata; $0.40/M bufret inndata; $4.00/M utdata |
| Batch API | Ikke støttet |
| Dokumenterte grenser | 37 forespørsler/s; 10,000,000 tokens/min |
| Regioner | us-east-1, us-west-2 |
Disse spesifikasjonene er dokumentert på den offisielle xAI-modellsiden. Kontekstvinduet på 256K kan holde vesentlig repo-kontekst, mens bildeenndata lar en agent tolke skjermbilder, mockups, arkitekturdiagrammer og visuelle feilrapporter sammen med kildekode.
Når en prompt når terskelen for lang kontekst, gjelder høyere satser for alle token i den forespørselen. Agenter med tungt repo-arbeid bør derfor komprimere eller hente kontekst selektivt i stedet for å kontinuerlig legge ved filer og verktøyoutput.
Hva gjør Grok Build 0.1 annerledes?
Agentbasert koding som primært optimeringsmål
Grok Build 0.1 er ikke bare en modell som kan skrive Python eller JavaScript. Dens spesialisering er samspillet mellom resonnering, kodegenerering og verktøy. En nyttig kodeagent må planlegge, inspisere, redigere, kjøre, komme seg etter feil og fortsette uten å miste oppgavetilstand.
MCP-orienterte verktøy-arbeidsflyter
MCP-orienterte arbeidsflyter kan koble en kodeagent til databaser, deploy-systemer, dokumentasjonslager, sakssystemer, observabilitetsløsninger og internt utviklerverktøy via standardiserte grensesnitt.
Strukturert automatisering
Strukturerte utdata er nyttige når en agent må returnere forutsigbare objekter fremfor prosa—for eksempel filendringsplaner, verktøyparametere, testresultater, gjennomgangsfunn eller deploy-beslutninger. Dette reduserer skjør parsing mellom modellen og orkestreringslaget.
Visuell kontekst for web- og UI-arbeid
Fordi modellen aksepterer bildeenndata, kan en agent arbeide med skjermbilder, rendrerte sider, grensesnittreferanser, feildialoger og arkitekturdiagrammer i tillegg til kildekode.
Hvor rask er Grok Build 0.1?
xAI beskrev Grok Build 0.1 som sin raskeste kodemodell ved lansering og annonserte mer enn 100 utdata-token per sekund. Det er en offisiell tjenestepåstand, ikke en garanti for hver prompt eller endepunkt.
Uavhengige målinger bør behandles som tidsstemplede observasjoner. Artificial Analysis rapporterer for øyeblikket omtrent 69.6 utdata-token/s og 0.54 sekunder tid til første token for SpaceXAI API. Leverandørinfrastruktur, prompt-lengde, resonneringsatferd, verktøybruk og serverlast kan alle endre resultatet.
Hvordan bør du tolke benchmarkene?
| Uavhengig indikator | Nåværende rapportert verdi | Tolkning |
|---|---|---|
| Artificial Analysis Intelligence Index | 27, anslått | Sammensatt estimat; uavhengig evaluering er fortsatt angitt som kommende |
| Utdatahastighet | 69.6 tokens/s | Målt på førsteparts SpaceXAI API etter første respons-chunk |
| Tid til første token | 0.54 s | Måling av endepunktlatens; ikke total tid til oppgavefullføring |
Disse tallene ble sjekket mot Artificial Analysis 22. september 2026. Fordi siden oppdateres dynamisk, bør fremtidige revisjoner gjenkontrollere verdiene og beholde verifiseringsdatoen.
For autonome kodesystemer er benchmark-score bare én del av evalueringen. Repo-navigasjon, redigeringspresisjon, verktøyvalg, gjenopprettingsatferd, testdisiplin, latens og total token-bruk kan bety mer for utviklerproduktivitet.
Hvor mye koster Grok Build 0.1?
Grok Build 0.1 bruker separate satser for kort og lang kontekst. Kortkontekst-nivået gjelder når prompt-lengden er under 200,000 token; når forespørselen når terskelen, gjelder høyere langkontekst-sats for forespørselen.
| Prisnivå | CometAPI | Offisiell xAI |
|---|---|---|
| Kortkontekst inndata | $0.80/M | $1.00/M |
| Kortkontekst bufret inndata | $0.16/M | $0.20/M |
| Kortkontekst utdata | $1.60/M | $2.00/M |
| Langkontekst inndata | $1.60/M | $2.00/M |
| Langkontekst bufret inndata | $0.32/M | $0.40/M |
| Langkontekst utdata | $3.20/M | $4.00/M |
Med kortkontekst-satser koster én million inndatatoken pluss én million utdata-token $2.40 via CometAPI, sammenlignet med $3.00 via det offisielle xAI API. Med langkontekst-satser koster samme token-miks $4.80 via CometAPI mot $6.00 via xAI. Disse tallene dekker kun modeltokens; produksjonsbudsjetter bør også inkludere verktøykall, retries, testkjøring og orkestreringsoverhead.
Grok Build 0.1 vs Grok 4.7 vs Grok Code Fast 1
| Dimensjon | Grok Build 0.1 | Grok 4.7 | Grok Code Fast 1 |
|---|---|---|---|
| Livssyklus | Aktuell kodespesialisert modell | Gjeldende frontier-modell | Forrige generasjons kodemodell; avviklet 15. mai 2026 |
| Primær posisjonering | Spesialisert agentbasert kodemodell | Frontier-koding, agentiske oppgaver og kunnskapsarbeid | Rask kodemodell og forgjenger i xAI sin kodemodell-linje |
| Kontekstvindu | 256K | 500K | Eldre spesifikasjon; bruk den ikke som grunnlag for ny utrulling |
| Resonnering og verktøy | Resonnering, funksjonskall, strukturerte utdata | Konfigurerbar resonnering; funksjonskall, websøk, X-søk og kodeeksekvering | Eldre kode-arbeidsflyter; migrer i stedet for å utvide ny produksjonsbruk |
| Offisiell kortkontekst inndata/utdata | $1.00 / $2.00 per M tokens | $2.00 / $6.00 per M tokens | Avviklet; ingen gjeldende produksjonspris bør antas |
| CometAPI kortkontekst inndata/utdata | $0.80 / $1.60 per M tokens | $1.60 / $4.80 per M tokens | Bruk gjeldende katalog og erstatningsmodell, ikke den avviklede slug |
| Offisiell langkontekst inndata/utdata | $2.00 / $4.00 per M tokens | $4.00 / $12.00 per M tokens | Ikke relevant som gjeldende modellvalgs-sats |
| Typisk bruksområde | Høyvolum repo-sløyfer, debugging og kostnadssensitive kodeagenter | Tyngre, mer langvarig koding og profesjonelle arbeidsflyter som trenger sterkere frontier-resonnering og mer kontekst | Kun migrasjonsreferanse; pinn grok-build-0.1 for nåværende kodearbeidsbelastning |
Grok Build 0.1 er den mer økonomiske spesialisten når gjentatt repo-inspeksjon, redigering og testing dominerer arbeidsmengden. Grok 4.7 tilbyr nesten dobbelt så mye kontekst og en bredere frontier-kapasitet, men prisen per utdata-token er vesentlig høyere. Den praktiske beslutningen bør baseres på kostnad per vellykket fullført oppgave, inkludert retries, verktøykall og menneskelig korrigeringstid.
Begge modellene er tilgjengelige i CometAPI, slik at team kan kjøre de samme kodeoppgavene gjennom én gateway og sammenligne fullføringsrate, latens, kontekstbruk og totalkostnad under en konsistent ramme.
Hvordan er Grok Build 0.1 relatert til Grok Code Fast 1?
Identifikatoren grok-code-fast-1 ble inkludert i xAI sin modellavvikling 15. mai 2026. Migreringsguiden inneholder en bred uttalelse om at avviklede slugs omdirigeres til grok-4.3, mens dens modellspesifikke erstatningstabell og “Code workloads”-seksjon anbefaler grok-build-0.1 og sier at kodesluggen rutes til den modellen.
Fordi samme offisielle guide beskriver omdirigeringen på to nivåer, bør produksjonsbrukere ikke behandle den avviklede sluggen som en stabil modell-ID. Pinn grok-build-0.1 eksplisitt for kodearbeidsbelastninger og verifiser gjeldende ruting før utrulling.
Grok Build 0.1 API i CometAPI gir direkte tilgang under gjeldende modell-ID og unngår avhengighet av den avviklede aliasen.
Hvor kan du bruke Grok Build 0.1?
Dette betyr at modellen ikke er knyttet til én IDE eller leverandørendepunkt. Via CometAPI kan team bruke samme grok-build-0.1-identifikator i en OpenAI-kompatibel arbeidsflyt og sammenligne den med andre kodemodeller uten å bygge om den omkringliggende agentkontrolleren.
Grok Build 0.1 kan kalles via xAI eller via CometAPI. For CometAPI, send en autentisert POST-forespørsel til api.cometapi.com/v1/chat/completions med model: "grok-build-0.1" og et standard messages-array.
curl "https://api.cometapi.com/v1/chat/completions" \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $COMETAPI_KEY" \
-d '{
"model": "grok-build-0.1",
"messages": [
{
"role": "user",
"content": "Find the bug in this repository and propose a minimal fix."
}
]
}'
Når bør du bruke Grok Build 0.1?
IDE-kodeagenter
Kombinasjonen av kodespesialisering og lave tokenpriser passer interaktive arbeidsflyter der en agent gjentatte ganger leser, redigerer og validerer kode.
Automatisert debugging
Agenter kan inspisere en feil, søke relevante filer, generere en patch, kjøre tester og forbedre fiksene.
Web- og UI-utvikling
Bildeinndata skaper en vei for arbeidsflyter drevet av skjermbilder og designreferanser ved siden av kildekode.
MCP-baserte programvareagenter
Funksjonskall og MCP-orienterte arbeidsflyter passer assistenter som trenger kontrollert tilgang til eksterne utviklersystemer.
CI og ingeniørautomatisering
Headless-arbeidsflyter kan støtte feiltriagering, automatiserte reparasjoner, testgenerering, refaktorering, migreringer og forberedelse av pull requests.
Er Grok Build 0.1 fortsatt relevant i 2026?
Ja, men rollen er spesialisert snarere enn “xAI sin nyeste modell.” Dens verdi ligger i kombinasjonen av kodespesialisering, et kontekstvindu på 256K, resonnering, verktøykall, strukturerte utdata, bildeenndata og relativt lave standard tokenpriser.
Den er mest overbevisende når team trenger en responsiv modell for gjentatte agent-sløyfer i utvikling og kan evaluere den mot egne repoer, tester, latensmål og feilkonsekvenser.
Konklusjon
Grok Build 0.1 er en fokusert kodeagent-modell, ikke en universell frontier-modell. Dens offisielle spesifikasjoner og prising gjør den attraktiv for repo-arbeid i stort volum, men det omkringliggende agentdesignet avgjør om fordelen overlever i produksjon.
Før du tar den i bruk, kjør en representativ evaluering som måler vellykket oppgavefullføring, menneskelig korrigeringstid, antall verktøykall, tokenbruk, testrate og eksponering for lang kontekst. Velg den når den komplette arbeidsflyten—ikke bare benchmarken eller tokenprisen—slår alternativene.