TL;DR
Grok Build 0.1 ist xAIs auf Coding spezialisertes Modell für agentenbasierte Softwareentwicklung statt gewöhnlicher Chatbot-Unterhaltungen. Es wurde am 29. Mai 2026 als Public Beta in die xAI API ausgeliefert und konzentriert sich auf Webentwicklung, Debugging, Tool-Aufrufe, MCP‑Workflows und autonome Coding-Agenten.
Das Modell bietet ein Kontextfenster von 256.000 Tokens, akzeptiert Text- und Bildeingaben, unterstützt Reasoning, strukturierte Ausgaben und Funktionsaufrufe und kostet in der Standardrate $1 pro Million Eingabetokens und $2 pro Million Ausgabetokens. Seine stärkste Einsatzform ist nicht die einzelne Code-Vervollständigung, sondern ein mehrstufiger Workflow, in dem ein Agent ein Repository inspiziert, Dateien bearbeitet, Tools aufruft, Tests ausführt und iterativ zu einem validierten Ergebnis gelangt.
Die Unterscheidung ist einfach: Grok Build ist das Coding-Agent-Produkt, während grok-build-0.1 das über die API zugängliche Modell ist, das in anderen agentenbasierten Coding-Frameworks laufen kann. Die Grok Build 0.1 API in CometAPI ist ebenfalls live und stellt dasselbe Modell über ein OpenAI‑kompatibles Gateway bereit.
Key Takeaways
- Grok Build 0.1 ist optimiert für agentenbasiertes Coding, Repository-Arbeit, Debugging und toolgetriebene Softwareentwicklung.
- Die API‑Modell-ID ist
grok-build-0.1, mit 256K‑Kontextfenster sowie Text- und Bildeingabe. - Kurzkontext‑Preise von xAI liegen bei $1/M Input, $0.20/M gecachtem Input und $2/M Output. Die Grok Build 0.1 API in CometAPI ist 20% günstiger mit $0.80/M Input, $0.16/M gecachtem Input und $1.60/M Output; Anfragen ab dem 200K‑Schwellenwert nutzen höhere Langkontext‑Raten.
- Unterstützt Reasoning, Funktionsaufrufe und strukturierte Ausgaben, aber nicht die Batch‑API.
- Evaluieren Sie nach Kosten und Zeit pro erfolgreich abgeschlossenem Engineering‑Task, nicht nach reinem Tokenpreis oder einer einzelnen Benchmark.
What Is Grok Build 0.1?
Grok Build 0.1 ist ein spezialisiertes xAI‑Sprachmodell, das auf agentenbasierte Software‑Engineering‑Workflows ausgerichtet ist. Laut xAI wurde es für Aufgaben wie Webentwicklung, Debugging und MCP‑fähige Coding‑Agenten trainiert und trieb die ursprüngliche Grok Build Coding‑Umgebung an.
Diese Positionierung unterscheidet es von einem herkömmlichen, allgemeinen Assistenten. Ein Coding‑Agent muss wiederholt ein Repository inspizieren, relevante Dateien identifizieren, Tools aufrufen, Code bearbeiten, Tests ausführen, Fehler lesen und die Implementierung überarbeiten, ohne den Aufgabenstatus zu verlieren.
Daher ist die sinnvolle Evaluationsgröße ein End‑to‑End‑Engineering‑Task: Repository‑Navigation → Plan → Bearbeitung → Tool‑Ausführung → Fehlerbehebung → Validierung.
Is Grok Build 0.1 the Same as Grok Build?
Nein. Grok Build ist xAIs terminalbasierter Coding‑Agent, während Grok Build 0.1 ein zugrundeliegendes Modell ist, das Entwickler über die API aufrufen können.
Grok Build umfasst Plan‑Review, Code‑Diffs, AGENTS.md‑Unterstützung, Plugins, Hooks, Skills, MCP‑Server, parallele Sub‑Agents, Worktree‑Integration und einen Headless‑Modus für Automatisierung. Das Modell kann zudem außerhalb dieses Terminal‑Produkts in kompatiblen Agent‑Frameworks und Gateways verwendet werden.
What Are the Grok Build 0.1 Specifications?
| Spezifikation | Grok Build 0.1 |
|---|---|
| Entwickler | xAI / SpaceXAI |
| Modell-ID | grok-build-0.1 |
| Primärer Fokus | Agentenbasiertes Coding und Software Engineering |
| Eingabe / Ausgabe | Text- und Bildeingabe; Textausgabe |
| Kontextfenster | 256,000 Tokens |
| Fähigkeiten | Reasoning, Funktionsaufrufe, strukturierte Ausgaben |
| Standard-Token-Preise | $1.00/M Input; $0.20/M gecachter Input; $2.00/M Output |
| Langkontext-Schwelle | 200K Prompt-Tokens |
| Langkontext-Preise | $2.00/M Input; $0.40/M gecachter Input; $4.00/M Output |
| Batch-API | Nicht unterstützt |
| Dokumentierte Limits | 37 Anfragen/s; 10,000,000 Tokens/min |
| Regionen | us-east-1, us-west-2 |
Diese Spezifikationen sind auf der offiziellen xAI‑Modellseite dokumentiert. Das 256K‑Kontextfenster kann umfangreichen Repository‑Kontext aufnehmen, während Bildeingabe es einem Agenten ermöglicht, Screenshots, Mockups, Architekturschemata und visuelle Bug‑Reports neben Quellcode zu interpretieren.
Sobald ein Prompt die Langkontext‑Schwelle erreicht, gelten für alle Tokens in dieser Anfrage höhere Raten. Repository‑lastige Agenten sollten daher Kontext verdichten oder selektiv abrufen, statt kontinuierlich Dateien und Tool‑Ausgaben anzuhängen.
What Makes Grok Build 0.1 Different?
Agentenbasiertes Coding als primäres Optimierungsziel
Grok Build 0.1 ist nicht nur ein Modell, das Python oder JavaScript schreiben kann. Seine Spezialisierung liegt in der Interaktion zwischen Reasoning, Code‑Generierung und Tools. Ein nützlicher Coding‑Agent muss planen, inspizieren, bearbeiten, ausführen, sich von Fehlern erholen und fortfahren, ohne den Aufgabenstatus zu verlieren.
MCP-orientierte Tool-Workflows
MCP‑orientierte Workflows können einen Coding‑Agenten über standardisierte Schnittstellen mit Datenbanken, Deployment‑Systemen, Dokumentationsspeichern, Issue‑Trackern, Observability‑Systemen und internen Developer‑Tools verbinden.
Strukturierte Automatisierung
Strukturierte Ausgaben sind nützlich, wenn ein Agent vorhersehbare Objekte statt Prosa zurückgeben muss – etwa Dateiänderungspläne, Tool‑Parameter, Testergebnisse, Review‑Feststellungen oder Deployment‑Entscheidungen. Das reduziert fragile Parsings zwischen Modell und Orchestrierungsschicht.
Visueller Kontext für Web- und UI-Arbeit
Da das Modell Bildeingaben akzeptiert, kann ein Agent mit Screenshots, gerenderten Seiten, Interface‑Referenzen, Fehlermeldungsdialogen und Architekturschemata zusätzlich zum Quellcode arbeiten.
How Fast Is Grok Build 0.1?
xAI bezeichnete Grok Build 0.1 zum Start als sein schnellstes Coding‑Modell und warb mit mehr als 100 Ausgabetokens pro Sekunde. Das ist eine offizielle Serviceaussage, aber keine Garantie für jeden Prompt oder Endpunkt.
Unabhängige Messungen sollten als zeitgestempelte Beobachtungen betrachtet werden. Artificial Analysis meldet derzeit etwa 69,6 Ausgabetokens/s und 0,54 Sekunden Zeit bis zum ersten Token für die SpaceXAI API. Anbieter‑Infrastruktur, Prompt‑Länge, Reasoning‑Verhalten, Tool‑Nutzung und Serverlast können das Ergebnis jeweils verändern.
How Should You Interpret the Benchmarks?
| Unabhängiger Indikator | Aktuell gemeldeter Wert | Interpretation |
|---|---|---|
| Artificial Analysis Intelligence Index | 27, geschätzt | Zusammengesetzte Schätzung; unabhängige Evaluierung wird weiterhin erwartet |
| Ausgabegeschwindigkeit | 69,6 Tokens/s | Gemessen auf der erstparteiischen SpaceXAI API nach dem ersten Response‑Chunk |
| Zeit bis zum ersten Token | 0,54 s | Endpunkt‑Latenzmessung; nicht die gesamte Abschlusszeit eines Tasks |
Diese Werte wurden am 22. September 2026 mit Artificial Analysis abgeglichen. Da die Seite dynamisch aktualisiert wird, sollten künftige Revisionen die Werte erneut prüfen und das Verifikationsdatum beibehalten.
Für autonome Coding‑Systeme sind Benchmark‑Scores nur ein Teil der Bewertung. Repository‑Navigation, Bearbeitungspräzision, Tool‑Auswahl, Recovery‑Verhalten, Test‑Disziplin, Latenz und gesamter Token‑Verbrauch können für die Entwicklerproduktivität mehr zählen.
How Much Does Grok Build 0.1 Cost?
Grok Build 0.1 nutzt separate Kurz‑ und Langkontext‑Raten. Der Kurzkontext‑Tarif gilt, wenn die Prompt‑Länge unter 200.000 Tokens liegt; sobald die Anfrage die Schwelle erreicht, gilt der höhere Langkontext‑Tarif für die gesamte Anfrage.
| Preistier | CometAPI | Offiziell xAI |
|---|---|---|
| Kurzkontext Input | $0.80/M | $1.00/M |
| Kurzkontext gecachter Input | $0.16/M | $0.20/M |
| Kurzkontext Output | $1.60/M | $2.00/M |
| Langkontext Input | $1.60/M | $2.00/M |
| Langkontext gecachter Input | $0.32/M | $0.40/M |
| Langkontext Output | $3.20/M | $4.00/M |
Zu Kurzkontext‑Raten kosten eine Million Eingabetokens plus eine Million Ausgabetokens $2.40 über CometAPI, verglichen mit $3.00 über die offizielle xAI API. Zu Langkontext‑Raten kostet derselbe Token‑Mix $4.80 über CometAPI gegenüber $6.00 über xAI. Diese Zahlen decken nur die Modell‑Tokens ab; Produktionsbudgets sollten außerdem Tool‑Aufrufe, Retries, Testausführung und Orchestrierungs‑Overhead berücksichtigen.
Grok Build 0.1 vs Grok 4.7 vs Grok Code Fast 1
| Dimension | Grok Build 0.1 | Grok 4.7 | Grok Code Fast 1 |
|---|---|---|---|
| Lebenszyklus | Aktuelles, auf Coding spezialisiertes Modell | Aktuelles Frontier‑Modell | Vorherige Generation Coding‑Modell; eingestellt am 15. Mai 2026 |
| Primäre Positionierung | Spezialisierter agentenbasierter Coding‑Modell | Frontier‑Coding, agentische Aufgaben und Wissensarbeit | Schnelles Coding‑Modell und Vorgänger in xAIs Coding‑Modellreihe |
| Kontextfenster | 256K | 500K | Legacy‑Spezifikation; nicht als Basis für einen neuen Rollout verwenden |
| Reasoning und Tools | Reasoning, Funktionsaufrufe, strukturierte Ausgaben | Konfigurierbares Reasoning; Funktionsaufrufe, Websuche, X‑Suche und Code‑Ausführung | Legacy‑Coding‑Workflows; migrieren statt neue Produktion darauf aufzubauen |
| Offizieller Kurzkontext Input / Output | $1.00 / $2.00 pro M Tokens | $2.00 / $6.00 pro M Tokens | Eingestellt; es sollte kein aktueller Produktionstarif angenommen werden |
| CometAPI Kurzkontext Input / Output | $0.80 / $1.60 pro M Tokens | $1.60 / $4.80 pro M Tokens | Verwenden Sie den aktuellen Katalog und das Ersatzmodell statt des alten Slugs |
| Offizieller Langkontext Input / Output | $2.00 / $4.00 pro M Tokens | $4.00 / $12.00 pro M Tokens | Nicht anwendbar als aktuelle Modellauswahl‑Rate |
| Typische Eignung | Hochvolumige Repository‑Loops, Debugging und kostensensitive Coding‑Agenten | Anspruchsvollere, länger laufende Coding‑ und professionelle Workflows, die stärkeres Frontier‑Reasoning und mehr Kontext benötigen | Nur Migrationsreferenz; pinnen Sie grok-build-0.1 für aktuelle Coding‑Workloads |
Grok Build 0.1 ist der wirtschaftlichere Spezialist, wenn wiederholte Repository‑Inspektion, Bearbeitung und Tests die Workload dominieren. Grok 4.7 bietet nahezu doppelt so viel Kontext und ein breiteres Frontier‑Fähigkeitsprofil, aber sein Ausgabetoken‑Preis ist deutlich höher. Die praktische Entscheidung sollte auf den Kosten pro erfolgreich abgeschlossenem Task basieren, einschließlich Retries, Tool‑Aufrufen und menschlicher Korrekturzeit.
Beide Modelle sind in CometAPI verfügbar, sodass Teams dieselben Coding‑Tasks über ein Gateway ausführen und Abschlussrate, Latenz, Kontextnutzung und Gesamtkosten unter einem konsistenten Harness vergleichen können.
How Is Grok Build 0.1 Related to Grok Code Fast 1?
Der Bezeichner grok-code-fast-1 war in xAIs Modell‑Abkündigung vom 15. Mai 2026 enthalten. Der Migrationsleitfaden enthält eine allgemeine Aussage, dass eingestellte Slugs zu grok-4.3 weiterleiten, während seine modell‑spezifische Ersetzungstabelle und der Abschnitt „Code‑Workloads“ grok-build-0.1 empfehlen und ausführen, dass der Coding‑Slug auf dieses Modell geroutet wird.
Da derselbe offizielle Leitfaden die Weiterleitung auf zwei Ebenen beschreibt, sollten Produktionsnutzer den eingestellten Slug nicht als stabilen Modellbezeichner betrachten. Pinnen Sie grok-build-0.1 ausdrücklich für Coding‑Workloads und verifizieren Sie das aktuelle Routing vor dem Deployment.
Die Grok Build 0.1 API in CometAPI bietet direkten Zugriff unter der aktuellen Modell‑ID und vermeidet die Abhängigkeit vom eingestellten Alias.
Where Can You Use Grok Build 0.1?
Das bedeutet, das Modell ist nicht an eine einzige IDE oder einen einzelnen Provider‑Endpunkt gebunden. Über CometAPI können Teams denselben Bezeichner grok-build-0.1 in einem OpenAI‑kompatiblen Workflow nutzen und ihn mit anderen Coding‑Modellen vergleichen, ohne den umgebenden Agent‑Controller neu zu bauen.
Grok Build 0.1 kann über xAI oder über CometAPI aufgerufen werden. Für CometAPI senden Sie eine authentifizierte POST‑Anfrage an api.cometapi.com/v1/chat/completions mit model: "grok-build-0.1" und einem standardisierten 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."
}
]
}'
When Should You Use Grok Build 0.1?
IDE-Coding-Agenten
Die Kombination aus Coding‑Spezialisierung und niedrigen Token‑Preisen passt zu interaktiven Workflows, in denen ein Agent wiederholt Code liest, bearbeitet und validiert.
Automatisiertes Debugging
Agenten können einen Fehler inspizieren, relevante Dateien suchen, einen Patch erzeugen, Tests ausführen und die Korrektur verfeinern.
Web- und UI-Entwicklung
Bildeingaben ermöglichen Screenshot‑ und Design‑Referenz‑getriebene Workflows parallel zum Quellcode.
MCP-basierte Software-Agenten
Funktionsaufrufe und MCP‑orientierte Workflows eignen sich für Assistenten, die kontrollierten Zugriff auf externe Entwicklungssysteme benötigen.
CI und Engineering-Automatisierung
Headless‑Workflows können Bug‑Triage, automatisierte Reparaturen, Testgenerierung, Refactoring, Migrationen und Pull‑Request‑Vorbereitung unterstützen.
Is Grok Build 0.1 Still Relevant in 2026?
Ja, aber seine Rolle ist spezialisiert und nicht „xAIs neuestes Modell“. Sein Wert liegt in der Kombination aus Coding‑Spezialisierung, einem 256K‑Kontextfenster, Reasoning, Tool‑Aufrufen, strukturierten Ausgaben, Bildeingaben und relativ niedrigen Standard‑Tokenpreisen.
Am überzeugendsten ist es, wenn Teams ein reaktionsschnelles Modell für wiederholte Software‑Agent‑Loops benötigen und es gegen ihre eigenen Repositories, Tests, Latenzziele und Fehlerkosten evaluieren können.
Conclusion
Grok Build 0.1 ist ein fokussiertes Coding‑Agent‑Modell und kein universelles Frontier‑Modell. Seine offiziellen Spezifikationen und Preise machen es attraktiv für hochvolumige Repository‑Arbeit, aber das umgebende Agent‑Design entscheidet, ob dieser Vorteil in der Produktion bestehen bleibt.
Bevor Sie es übernehmen, führen Sie eine repräsentative Evaluation durch, die erfolgreiche Task‑Abschlüsse, menschliche Korrekturzeit, Anzahl der Tool‑Aufrufe, Token‑Nutzung, Test‑Pass‑Rate und Langkontext‑Exposition misst. Wählen Sie es, wenn der vollständige Workflow – nicht nur Benchmark oder Tokenpreis – die Alternativen übertrifft.