Grok 4.5 veröffentlicht: Architektur, Veröffentlichungsdatum und was wir sonst noch wissen

TL;DR Am 28. Juni 2026 kündigte Elon Musk an, dass Grok 4.5 — aufgebaut auf xAIs neuem V9‑Foundation‑Modell mit 1,5 Billionen Parametern und ergänzenden Trainingsdaten von der Cursor‑AI‑Coding‑Plattform — bei SpaceX und Tesla in die private Beta eingetreten ist. Interne Auswertungen attestieren eine Leistung „nahe an, möglicherweise über“ Anthropics Claude Opus, bei laufenden RLHF‑ und Grok‑Build‑Verbesserungen.

Für Entwickler und Unternehmen, die heute Frontier‑Modelle integrieren, bietet CometAPI sofortigen, kosteneffizienten Zugang zu Grok 4.3 (und weiteren xAI‑Modellen) über einen einzigen OpenAI‑kompatiblen Endpunkt neben 500+ Modellen von Anthropic, OpenAI, Google und mehr — oft mit 20%+ Ersparnis gegenüber Direktpreisen, ohne Prompt‑Logging für datenschutzorientierte Workflows.

Wichtigste Erkenntnisse

• Eine Elon‑Musk zugeschriebene Textzeile besagt, Grok 4.5 befinde sich in der privaten Beta bei SpaceX und Tesla, verbreitet von AshutoshShrivastava.
• TestingCatalog berichtet, dass Grok 4.5 auf einem 1,5T‑V9‑Foundation‑Modell basiert, mit Cursor‑Daten in ergänzendem Training.
• Das einzige evidenzmarkierte Signal ist Mark Kretschmanns Screenshot vom 28. Juni, der zeigt, dass die Grok-/Cursor‑Composer‑3‑Versionsnummer aus xAI‑Menüs entfernt wurde.
• In diesem Signalset wurden keine Benchmark‑Scores, Preise, Kontextfenster oder API‑Zeitpunkte offengelegt.
• Die Cursor‑Trainingsdaten‑Story baut sich seit dem 16. Juni über mindestens drei Accounts auf, wobei Mark Kretschmann Grok 5 mit einem 6T‑ und 10T‑Parameterpaar in der Fable‑5‑Gewichtsklasse verknüpft.

Veröffentlichungsdatum von Grok 4.5

Grok 4.5 trat am 28. Juni 2026 in die private Beta ein und ist für die öffentliche Veröffentlichung am 9. Juli 2026 geplant (morgen, Stand 8. Juli).

Es baut auf früheren Versionen wie Grok 4 (veröffentlicht um Juli 2025) und Grok 4.3 auf. Es sollte kurz nach der Ankündigung für berechtigte Nutzer (z. B. SuperGrok/Premium+‑Abonnenten) zugänglich werden. Für die API wird CometAPI unmittelbar nach der Veröffentlichung mit der Grok‑4.5‑API integriert und einen günstigeren Bezugspreis anbieten.

Öffentliche Veröffentlichung: Heute (8. Juli 2026), Musk postete, dass SpaceXAI/xAI Grok 4.5 basierend auf positivem Beta‑Feedback morgen (9. Juli) der Öffentlichkeit zugänglich machen wird. Es wird als Modell der „Opus‑Klasse“ beschrieben, das schneller, token‑effizienter und kostengünstiger ist als vergleichbare Modelle.

Quelle: @mark_k

Signale aus der Architektur von grok 4.5: Was wir gesehen haben

Die Hauptquelle ist Elon Musks eigener X‑Beitrag vom 28. Juni 2026:

„Grok 4.5, basierend auf unserem 1,5T‑V9‑Foundation‑Modell, mit Cursor‑Daten im ergänzenden Training, ist jetzt in der privaten Beta bei SpaceX & Tesla. Frühe Auswertungen zeigen eine Leistung nahe an, vielleicht über Opus. RL verbessert das Modell weiterhin erheblich, und das Grok‑Build‑Harness wird jeden Tag besser …“

Dies wurde von Accounts wie @testingcatalog und @ai_for_success verstärkt, mit Architekturdetails zum 1,5T‑V9 und Cursor‑Integration: „Grok 4.5 basiert auf dem 1,5T‑V9‑Foundation‑Modell, mit Cursor‑Daten im ergänzenden Training.“

Cursor‑Signal: xAI/SpaceX’ Bewegung, Cursor (Anysphere) für ~60 Mrd. $ zu erwerben oder eine tiefe Partnerschaft einzugehen, liefert eine reichhaltige Quelle echter Entwickler‑IDE‑Traces, agentischer Workflows und Multi‑File‑Editing‑Daten. Dieses ergänzende Training (nach dem Pre‑Training) differenziert Grok 4.5 für Coding‑Aufgaben, auch wenn Experten anmerken, dass eine Integration bereits im Pre‑Training noch stärker wäre.

Quelle: @mark_k

Das Menü‑Status‑Signal ist schmaler, aber evidenznäher. Laut Mark Kretschmanns Beitrag vom 28. Juni wurde die Versionsnummer für das Grok‑1.5T/Cursor‑Composer‑3‑Modell am Morgen des 28. Juni aus den xAI‑Menüs entfernt. Er beschreibt dies als Muster, das xAI‑Releases vorausgehen kann. Das ist kein formaler Launch, aber konkreter als ein weitergeposteter Leistungsanspruch, da es mit einem Screenshot verknüpft ist.

Das spätere Canary‑Signal trieb die Story weiter. TestingCatalog entdeckte eine Grok‑Web‑UI‑Zeichenkette mit „Unlock the full power of Chat with Grok 4.5.“ Solche Spuren tauchen oft vor Produktänderungen auf, können aber auch verworfen, verzögert oder hinter einem limitierten Rollout versteckt werden.

Was wir vernünftigerweise von Grok 4.5 erwarten können

Angesichts xAIs Trajektorie und der Leaks hier ein fundierter Ausblick:

1. Verbesserte Coding‑ und agentenbasierte Leistung: Ergänzende Cursor‑Daten sollten Aufgaben im Stil von SWE‑Bench, Multi‑File‑Reasoning und reale Entwickler‑Workflows stärken. Erwartete Stärken bei technischer Argumentation, Debugging und Engineering im Produktionsmaßstab — Bereiche, die mit den SpaceX/Tesla‑Anwendungsfällen übereinstimmen.
2. Skalierung und Effizienz: Mit 1,5T Parametern auf optimiertem V9 (Blackwell‑Ära‑GPUs via Colossus) balanciert es rohe Leistung mit Inferenz‑Machbarkeit. RL‑Verbesserungen nach der Beta könnten Lücken im Reasoning schließen.
3. Rasche Iteration: Musk erwähnte monatlich neue Modelle von Grund auf. Grok 4.5 dient als Zwischenschritt, mit einem größeren 2T+‑Lauf, der Cursor‑Daten bereits im Pre‑Training einbezieht.
4. Multimodalität und Tool‑Nutzung: Aufbauend auf früheren Grok‑Fähigkeiten (Vision, Suche, Grok Build) sind erweiterte agentische Features zu erwarten.
5. Öffentlicher Rollout‑Zeitplan: UI‑Spuren deuten auf Tage bis Wochen für einen breiteren Zugang hin. Historisch lagen zwischen Teaser und Preview 1–2 Wochen.

Für den Produktionseinsatz heute: Während Sie warten, integrieren Sie über CometAPIs Grok‑Endpunkte. Deren OpenAI‑kompatible API unterstützt nahtloses Umschalten und bietet Kostenvorteile (z. B. Grok 4 zu reduzierten Tarifen) — ideal, um Apps zu bauen, die sich leicht auf Grok 4.5 upgraden lassen. Prüfen Sie die CometAPI‑Grok‑Angebote für Details.

Die harten Fakten stammen aus den offiziellen Docs, und die offiziellen Docs sind zu Grok 4.5 noch still. xAIs Modellseite listet grok-build-0.1 als Coding‑Modell, das speziell für agentische Coding‑Workflows trainiert ist, mit einem 256k‑Kontextfenster und $1.00 / $2.00 pro 1M Eingabe-/Ausgabe‑Tokens in den xAI‑Preisdokumenten. Sie listet grok-4.3 für allgemeine Nutzung, mit einem 1M‑Token‑Kontextfenster und $1.25 / $2.50 pro 1M Eingabe-/Ausgabe‑Tokens. Die xAI‑Rate‑Limit‑Seite umfasst Grok 4.3 und Grok Build 0.1, und die xAI‑Funktionsaufruf‑Dokumentation erklärt die aktuelle Tool‑Nutzungsoberfläche, aber keine dieser Seiten listet Grok 4.5.

Diese Abwesenheit ist relevant. Ein Modell kann intern real sein und dennoch nicht über die öffentliche API nutzbar. Teams sollten „xAI testet dies möglicherweise“ von „Entwickler können dies einsetzen“ trennen.

Öffentliche Diskussion ist dennoch für einen engeren Zweck nützlich: Sie zeigt, was Builder zuerst testen sollten.

Die Anschlussfragen sind nützlicher als der Hype:

• Reduzieren Cursor‑artige Daten fehlgeschlagene Patch‑Versuche?
• Navigiert Grok 4.5 Repositories besser als Grok 4.3 oder Grok Build?
• Schlägt es Claude Opus 4.8 bei echten Multi‑File‑Aufgaben?
• Braucht es weniger Retries, weniger Tool‑Calls oder weniger menschliches Review?
• Bleibt es wettbewerbsfähig, wenn Latenz und Ausgabelänge gemessen werden?
• Generalisiert es außerhalb Cursor‑ähnlicher Workflows?

Behandeln Sie X‑Threads als Signale, nicht als Spezifikationen. Die Spezifikationen beginnen, wenn xAI seine Modelldokumente oder Release Notes aktualisiert.

Grok 4.5 vs. Claude Opus: Erwartete Leistung

Die eigentliche Routing‑Frage lautet nicht „Ist Grok 4.5 aufregend?“, sondern: Sollte ein Coding‑ oder Agent‑Workflow Grok 4.5 statt Claude Opus 4.8 verwenden, sobald Grok 4.5 verfügbar ist?

Claude Opus 4.8 ist die klare Basis, weil Anthropic öffentliche Dokumentation und Benchmark‑Daten hat. Anthropics Modellübersicht listet Claude Opus 4.8 mit einem 1M‑Token‑Kontextfenster und 128k maximaler Ausgabe. Anthropics Opus‑4.8‑Ankündigung positioniert es bei komplexer agentischer Arbeit, Coding und Enterprise‑Use‑Cases, während die Preisseite die offizielle API‑Preisgrundlage liefert.

Die Opus‑4.8‑Systemkarte liefert tatsächliche Zahlen. In der Evaluationszusammenfassung berichtet Opus 4.8 88,6 auf SWE‑bench Verified, 69,2 auf SWE‑bench Pro, 74,6 auf Terminal‑Bench 2.1, 83,4 auf OSWorld‑Verified und 1890 auf GDPval‑AA.

Erwartete Stärken von Grok 4.5:

• Spezialisierung auf Coding: Cursor‑Daten liefern einen einzigartigen Vorteil in realen Entwickler‑Traces, den synthetische Benchmarks unterbewerten. Frühere Grok‑Modelle waren beim Coding bereits wettbewerbsfähig; dies könnte es bei agentischen Aufgaben nach vorne bringen.
• Skalierung & Geschwindigkeit: 1,5T Parameter + Colossus‑Infrastruktur können hohe Durchsätze und Langkontext‑Verarbeitung liefern.
• Kosten/Zugänglichkeit: xAI‑Modelle sind oft preislich wettbewerbsfähig; CometAPI reduziert die Kosten weiter (z. B. Grok‑4‑Serie mit signifikanten Einsparungen).

Claude‑Opus‑Stärken (aktuelles Flaggschiff):

• Bewährte Benchmarks: Hohe SWE‑Bench (~80%+ in jüngsten Versionen), starkes Reasoning (GPQA, ARC‑AGI), exzellentes Befolgen von Anweisungen und Sicherheit.
• Reifes Ökosystem: Robuste Tool‑Nutzung, Artifacts und Enterprise‑Features.

Vergleichstabelle (prognostiziert/begründet auf Basis verfügbarer Daten)

Tabelle aus Leaks, früheren Benchmarks und Analysen synthetisiert. Tatsächliche Ergebnisse stehen aus bis zu öffentlichen Evaluierungen.

Behandeln Sie den Opus‑Vergleich als Benchmark‑Ziel, nicht als Schlussfolgerung. Wenn Grok 4.5 wirklich nahe an oder über Opus liegt, sollte sich das in gelöster‑Aufgaben‑Rate, weniger Retries, geringeren Reviewer‑Änderungen und besserer Tool‑Loop‑Erholung zeigen. Gewinnt es nur Demos, reicht das für Produktions‑Routing nicht.

Drei technische Stolpersteine

Das Migrationsrisiko ist nicht nur die Modellqualität. Drei weniger sichtbare Details können einen Grok‑4.5‑Rollout teuer oder fragil machen.

1. Cursor‑geprägte Zugewinne übertragen sich evtl. nicht auf Ihren Coding‑Stack

Wenn das Trainingssignal aus Cursor‑Workflows stammt, ist das Modell in Cursor‑ähnlichen Editiermustern am stärksten. Ihr Produktionssystem kann anders sein: serverseitige Agenten, CI‑Repair‑Bots, GitHub‑Issue‑Triage, interne Repo‑Migration oder lokale Entwickler‑Assistenten.

Checkliste zur Evaluation:

• Reale Repositories einbeziehen, keine Spielzeug‑Prompts.
• Aufgaben einbeziehen, die Lesen vor Editieren erfordern.
• Aufgaben zur Erholung nach fehlgeschlagenen Tests einbeziehen.
• Korrektheit des finalen Patches bewerten, nicht nur Antwortqualität.
• Plain‑Chat‑Modus gegen Agent‑Modus vergleichen.
• Messen, ob Grok 4.5 Retries gegenüber Opus 4.8 und Grok 4.3 reduziert.

2. Performance der privaten Beta kann von internen Harnesses abhängen

Ein intern bei SpaceX oder Tesla getestetes Modell kann von internen Tools, kuratierten Prompts, privaten Evaluationsaufgaben oder spezialisiertem Retrieval profitieren. Eine öffentliche API‑Version könnte sich anders verhalten.

Checkliste zur Evaluation:

• Exakte Modell‑ID und Release‑Datum protokollieren.
• Tool‑Verfügbarkeit bei jedem Lauf protokollieren.
• Modellqualität von Harness‑Qualität trennen.
• p50‑ und p95‑Latenz verfolgen.
• Tool‑Fehler und ungültige Tool‑Calls nachverfolgen.
• Einen internen Agenten‑Demo nicht mit einem rohen API‑Call vergleichen.

3. Preise und Kontextgrenzen können Benchmark‑Vorteile zunichtemachen

Auch wenn Grok 4.5 stärker ist, ist es möglicherweise nicht günstiger. Tokenpreis, Kontextfenster, Ausgabekappung, Prompt‑Caching, Rate Limits und Tool‑Call‑Kosten spielen alle eine Rolle.

Nutzen Sie diese Routing‑Metrik:

Effektive Kosten pro gelöster Aufgabe = (Primärmodellkosten + Retry‑Kosten + Fallback‑Kosten + Kosten für manuelle Prüfung) / erfolgreiche Aufgaben

Wenn Grok 4.5 mehr Aufgaben mit weniger Retries löst, kann sich ein höherer Tokenpreis lohnen. Wenn es mehr Tokens verbraucht, länger loopt oder mehr Review benötigt, übersetzt sich der Launch‑Hype nicht in geringere Arbeitslastkosten.

So evaluieren Sie Grok 4.5 selbst

Nutzen Sie das Leak‑Fenster, um die Eval vorzubereiten, bevor das Modell erscheint.

1. Ein 20‑Aufgaben‑Set für Coding‑Agenten erstellen

Reale Aufgaben einbeziehen:

• Bugfix in Ihrem eigenen Repo
• Multi‑File‑Refactor
• Dependency‑Migration
• Reparatur eines fehlgeschlagenen Tests
• Code‑Review mit subtiler Regression
• Dokumentations‑Update mit Code‑Bezug
• UI‑Bug aus Screenshot plus Source
• SQL‑ oder Datenpipeline‑Problem
• Tool‑Calling‑Workflow
• Langkontext‑Repository‑Frage

2. Dieselben Aufgaben auf verfügbaren Baselines ausführen

Warten Sie nicht auf Grok 4.5, um mit dem Messen zu beginnen. Führen Sie dasselbe Aufgabenset aus auf:

• Grok 4.3 für aktuelles xAI‑Allgemein‑Reasoning
• Grok Build 0.1 als offizieller xAI‑Coding‑Baseline, wo verfügbar
• Claude Opus 4.8 für hochfähige Coding‑ und agentische Arbeit
• Claude Sonnet 5 für kostengünstigeres Produktions‑Routing
• Ihr aktuelles Produktionsmodell

3. Kosten pro gelöster Aufgabe messen

Verfolgen Sie:

• Eingabe‑Tokens
• Ausgabe‑Tokens
• Tool‑Calls
• Retries
• Fehlgeschlagene Patches
• Test‑Pass‑Rate
• Latenz
• Reviewer‑Änderungen
• Finale Pass/Fail‑Bewertung
• Kosten pro akzeptiertem Patch

Vergleichen Sie nicht einzelne Outputs. Vergleichen Sie dieselben Aufgaben, dieselben Instruktionen, dieselben Tools und dasselbe Bewertungsraster.

4. Grok 4.5 erst nach öffentlicher Verfügbarkeit hinzufügen

Wenn xAI oder CometAPI eine stabile Grok‑4.5‑Modell‑ID bereitstellen, fügen Sie sie derselben Eval hinzu. Schreiben Sie die Eval nicht um das neue Modell herum um. Der Punkt ist, die Benchmark stabil genug zu halten, damit der Vergleich Aussagekraft hat.

5. Entscheidung nach Aufgabenklasse treffen

Nutzen Sie das gewinnende Modell nach Aufgabentyp, nicht nach Marke:

• Nutzen Sie das günstigere Modell, wenn der Erfolg ähnlich ist.
• Nutzen Sie Opus 4.8, wenn Fehler teuer sind und Grok 4.5 keine Parität bewiesen hat.
• Nutzen Sie Grok 4.5 nur dort, wo es Ihre aktuellen Baselines bei Ihren eigenen Aufgaben schlägt.
• Halten Sie eine Fallback‑Route, bis Fehlerquoten, Latenz und Kosten stabil sind.

Was wir wissen vs. was wir noch nicht verifizieren können

Bestätigt/stark signalisiert:

• 1,5T‑V9‑Foundation + Cursor‑ergänzendes Training.
• Private Beta bei SpaceX/Tesla (28. Juni 2026).
• Musk‑zugeschriebener „nahe an/über Opus“‑Anspruch.
• Monatliche neue Modell‑Roadmap.
• UI‑Canary‑Spuren.

Unverifiziert/offene Fragen:

• Exakte Benchmarks (keine Systemkarte).
• Öffentliches Releasedatum und API‑Preise.
• Volles Kontextfenster, Multimodal‑Fähigkeiten.
• Präzises Cursor‑Datenvolumen, Lizenz und Mischungsverhältnis.
• Leistung vs. spezifische Opus‑Version oder andere Frontiers (z. B. GPT‑5.5, Gemini 3.x).
• Grok 4.5 vs. gemunkelte größere Grok‑5‑Varianten.

Behandeln Sie Claims als Anbieter‑Richtung. Die Geschichte zeigt, dass interne Evals von öffentlichen abweichen können; unabhängige Verifikation ist essenziell.

Worauf als Nächstes achten

Beobachten Sie in den nächsten Wochen fünf Dinge:

1. xAI‑Modelldokumente, die eine Grok‑4.5‑Modell‑ID hinzufügen.
2. xAI‑Release Notes, die öffentliche oder Preview‑Verfügbarkeit bestätigen.
3. Unabhängige Coding‑Agent‑Benchmarks, insbesondere SWE‑bench, Terminal‑Bench und Cursor‑artige Coding‑Agent‑Aufgaben.
4. Echte Entwicklerberichte zu Cursor‑ähnlichen Coding‑Workflows.
5. CometAPI‑Katalog oder Dashboard‑Updates zur Grok‑4.5‑Verfügbarkeit.

Das erste verlässliche Kaufsignal wird kein viraler X‑Post sein. Es wird eine Modell‑ID plus wiederholbare Eval‑Ergebnisse sein.

Ausblick: Monatliche Modelle und darüber hinaus

xAIs Tempo — monatlich neue Foundation‑Modelle — könnte die Iterationsgeschwindigkeit neu definieren. Grok 4.5 ist ein inkrementeller Sprung; Grok‑5‑Varianten versprechen mehr. Erwarten Sie weiterhin einen Schwerpunkt auf Wahrheitssuche, Humor und realer Nützlichkeit im Sinne von Musks Vision.

Handlungsaufruf: Melden Sie sich noch heute bei CometAPI an, um leistungsstarke Grok‑Modelle kostengünstig zu nutzen und voraus zu bleiben. Verfolgen Sie x.ai und X für offizielle Grok‑4.5‑Updates. Die KI‑Coding‑Revolution beschleunigt sich — positionieren Sie Ihre Workflows jetzt.