Grok 4.3

Grok 4.3 ist das aktuelle Flaggschiff von xAI mit nativem Echtzeit-Zugriff auf die X-Plattform und einem Kontextfenster von einer Million Tokens. Die MoE-Architektur erlaubt effiziente Inferenz bei agentischen Routineaufgaben, ist aber bei komplexem Software-Engineering spezialisierten Modellen unterlegen. Verfügbar ausschliesslich über die xAI-API zu einem Preis von 1,25 US-Dollar pro Million Input- und 2,50 US-Dollar pro Million Output-Tokens.

xAI Version 4.3 Kommerzielle Nutzung erlaubt MoE 1000 K Context 03/2026 $1.25 / $2.5 per 1M

  • Proprietär
  • Frontier
  • API
  • Text
  • Vision
  • Real-Time

Sovereign Risk: MEDIUM xAI ist ein US-Unternehmen, das dem CLOUD Act unterliegt. Da die Gewichte proprietär sind, besteht kein Risiko durch die Verteilung der Gewichte selbst.

LLM Model Review

Mit einem Gesamtscore von 70.65% tritt Grok 4.3 als kommerzielles Cloud-Modell aus der xAI-API mit dem Speed-Profile-Badge „Interactive DevOps Expert“ an. Das ist ein Versprechen auf zügige, breit einsetzbare Antworten mit Reasoning-Ambition, nicht auf artistische Perfektion. Genau so benimmt sich dieses Modell auch: oft brauchbar, gelegentlich scharf, aber in der Tiefe zu ungleichmäßig für echte Spitzenansprüche in der Frontier-Klasse. Sovereign Risk: HIGH — xAI ist ein US-Anbieter unter dem CLOUD Act, die Verarbeitung liegt laut Provider-Daten in den USA und es gibt keine verifizierte GDPR-DPA als europäische Absicherung.

Kopfnoten: Stabilität und Zuverlässigkeit

Metrik Wert Bewertung Analyse
Timeout-Rate 1/43 Sporadisch Das Modell zeigt sporadische Aussetzer, die in der Praxis Retrys erfordern würden. Für ein proprietäres Frontier-Modell ist selbst ein einzelner Ausfall kein Schönheitsfehler, sondern ein API-Risiko.
P95-Antwortzeit 57.65 s Akzeptabel Vereinzelte Ausreißer, für interaktive Nutzung noch tolerierbar. Der Tail ist aber lang genug, um Arbeitsflüsse spürbar zu bremsen, wenn eine Anfrage gerade in die falschen fünf Prozent fällt.

Architektur, Anspruch und was man hier fairerweise erwarten muss

Die Metadaten passen erstaunlich gut zum Verhalten. Grok 4.3 ist als Generalist einsortiert, zugleich als Thinking-Modell und als multimodales System. Dazu kommt die Einstufung als Frontier-Modell mit Mixture-of-Experts-Architektur. Das heißt praktisch: höchste Erwartung an Breite und Urteilskraft, aber nicht automatisch die rohe Konsistenz eines vollständig dichten Modells. Bei MoE zählt die aktive Kapazität pro Anfrage mehr als jede nebulöse Gesamtparameterzahl. Man sollte also keine Wunder aus bloßer Größe ableiten, sondern sehen, ob die Experten im richtigen Moment die richtigen Dinge tun.

Im Text-Benchmark zeigt sich dabei eine wichtige Einschränkung. Grok 4.3 ist multimodal, dieser Test misst aber fast ausschließlich die Textseite. Das Modell wird hier also nicht in seiner vollen Natur geprüft, sondern in der Disziplin, in der es sich gegen reine Sprachspezialisten behaupten muss. Das ist legitim, aber es relativiert jede große Geste. Wer ein Vision-Language-System einkauft, will mehr als hübsche Tabellen und brauchbare Logikrätsel.

Performance und Kostenprofil

Die nackte Geschwindigkeit liegt bei 37.69 Tokens pro Sekunde. Das ist für ein Thinking-orientiertes Frontier-Modell aus der Hersteller-Cloud ordentlich, aber nicht spektakulär. Der Badge „Interactive DevOps Expert“ signalisiert den vorgesehenen Einsatz ziemlich treffend: nicht ultrakurze Realtime-Snippets, sondern interaktive Arbeitslasten mit technischer Struktur, bei denen man ein paar Sekunden akzeptiert, solange der Inhalt sitzt.

Interessant wird es beim Preis. xAI ruft 1.25 Dollar pro Million Eingabetokens und 2.5 Dollar pro Million Ausgabetokens auf. Der Benchmark kostete damit 0.1071 Dollar. Das ist für ein proprietäres Frontier-Modell vergleichsweise vernünftig. Grok 4.3 verbrennt also keine Token wie ein schlecht eingestellter Heizlüfter. Im Gegenteil: Über alle Module bleibt es token-ökonomisch, kein Bereich überschreitet den erwartbaren Verbosity-Rahmen. Besonders auffällig ist das im Reasoning-Bereich sogar positiv. Dort liegt der Durchschnitt bei 647 Ausgabetokens gegenüber einem Fleet-Median von 1174. Das Modell denkt also sichtbar kompakter als viele Konkurrenten, ohne in bloße Telegrammprosa zu verfallen.

Diese Ökonomie hat allerdings eine Kehrseite. In mehreren Modulen wirkt Grok 4.3 weniger unvollständig als untererklärt. Es spart nicht nur Worte, sondern manchmal auch die letzte didaktische Schleife, die eine gute Antwort zur sehr guten macht.

Code Quality und Security: technisch wach, aber nicht wachsam genug

Die Code-Quality-Wertung von 76.4% ist einer der klar besseren Bereiche des Modells. In der qualitativen Sicherheitsaufgabe liefert Grok 4.3 eine brauchbare Markdown-Tabelle, erkennt 18 Schwachstellen und deckt die großen Brocken zuverlässig ab: SQL-Injection, Klartext-Passwörter, Session Fixation, Path Traversal, IDOR, CSRF und mehr. Das ist keine Kleinigkeit. Viele Modelle scheitern nicht an der Existenz der Lücken, sondern an ihrer Vollständigkeit oder an einer Struktur, die wie eine Baustelle nach Feierabend aussieht. Grok 4.3 bleibt hier lesbar und arbeitsfähig.

Das Problem liegt nicht in der Erkennung, sondern im Risikourteil. Mehrere Schwachstellen werden zu milde eingestuft. Besonders heikel ist das bei Type Juggling rund um API-Keys und bei IDOR. Wenn ein Modell solche Punkte von „kritisch“ auf „mittel“ oder „hoch“ herunterstuft, ist das kein akademischer Unterschied. Dann verrutscht im Team die Priorisierung, und aus einem realen Eskalationspfad wird ein Ticket für später. Genau da trennt sich Sicherheitstext von Sicherheitsverständnis.

Auch bei den Fixes zeigt sich das Muster. Die Vorschläge sind meistens richtig, aber oft nicht die härteste, sauberste Variante. === statt lockerer Vergleiche ist gut. hash_equals() für sicherheitskritische Vergleiche wäre besser. basename() ist nützlich. Saubere realpath()-Validierung und Whitelisting wären belastbarer. Grok 4.3 kennt das Gelände, läuft aber an einigen Abgründen erstaunlich dicht vorbei.

Für ein Generalist-Modell ist das immer noch respektabel. Für ein Frontier-System mit Thinking-Anspruch ist es zugleich das Urteil: sachkundig, aber nicht durchgehend operationsreif ohne menschliche Gegenprüfung.

CLI und Tool-Nähe: belastbar, aber ohne Glanz

Mit 88.89% im CLI-Benchmark gehört die technische Direktheit zu den angenehmeren Seiten dieses Modells. Das passt auch zum Speed-Profil. Grok 4.3 antwortet hier kompakt, mit brauchbarer Exekutionsnähe und ohne unnötiges Erklärtheater. Wer Shell-nahe Hilfestellung, DevOps-Skizzen oder schnelle technische Vorschläge braucht, bekommt in der Regel genau das, was er bestellt hat.

Das ist allerdings eher ein Lob für Pragmatismus als für Brillanz. Der ToolUse-Score von 43.33% und die Synthesis Quality von 63.67% zeigen, dass Grok 4.3 besser in abgegrenzten technischen Antworten ist als in komplexer Werkzeug-Orchestrierung oder in der sauberen Zusammenführung mehrerer Teilergebnisse. Das Modell greift gern direkt zum Schraubenschlüssel. Bei größeren Systemzusammenhängen fehlt ihm bisweilen der Architektenblick.

Reasoning und Logik: korrekt, knapp, nicht majestätisch

Hier trägt die Kategorisierung „Thinking“ sichtbar. Grok 4.3 löst Logikaufgaben in der Regel korrekt, mit sauberer Struktur und ohne peinliche Denkfehler. In der Zwei-Wächter-Aufgabe kommt es auf die richtige Lösung, prüft beide Fälle ordentlich durch und nutzt die geforderten <thought>-Tags. Das ist wichtig, weil es zeigt, dass die Denkfähigkeit nicht bloß behauptet wird, sondern unter Formatdruck auch formal abrufbar bleibt.

Aber: Der Reasoning-Score von 67.23% bleibt hinter dem Anspruch zurück, den man an ein Thinking-Frontier-Modell haben darf. Der qualitative Befund ist deutlich. Grok 4.3 findet die Lösung, erklärt aber seltener die zugrunde liegende Technik, ihre Generalisierung oder alternative Formulierungen. Es denkt wie ein guter Tutor kurz vor Feierabend: richtige Antwort, saubere Begründung, dann Tür zu. Wer die Metaebene will, also das Prinzip hinter dem Prinzip, bekommt oft nur die abgespeckte Version.

Das ist keine Schwäche im Sinne von Halluzination oder Chaos. Es ist eine Schwäche der intellektuellen Reichweite. Das Modell ist vernünftig. Es ist nur nicht besonders großzügig mit Erkenntnistiefe.

UX Writing und Microcopy: der Bereich, in dem Grok 4.3 sichtbar an Höhe verliert

Mit 66.35% gehört UX Writing zu den schwächeren Disziplinen. Das qualitative Material bestätigt diesen Eindruck. Grok 4.3 erfüllt Aufgaben meist formal, verfehlt aber häufiger die psychologische Feinmechanik. In Microcopy und nutzerführenden Texten reicht es eben nicht, nur verständlich zu sein. Man muss auch wissen, an welcher Stelle ein Satz beruhigt, aktiviert, entschärft oder Vertrauen aufbaut.

Genau dort bleibt das Modell oft auf halber Strecke stehen. Ein Judge beschreibt eine Antwort als funktional, aber deutlich weniger umfassend als die Referenz, mit Defiziten in psychologischer Tiefe und bei der konkreten Umsetzung der Value Proposition. Das ist ein präziser Befund. Grok 4.3 schreibt nicht schlecht. Es schreibt zu häufig so, als hätte jemand die Schärfe aus dem UX-Messer genommen.

Dazu kommt die Praxisnote dieses Moduls. Hier trat der einzige Timeout auf, und die modulbezogene Tail-Latenz lag bei 173.89 Sekunden. Das ist für UX-Aufgaben besonders unerquicklich, weil gerade diese oft in iterativen Schleifen entstehen. Wenn der Text dann nicht besser ist als die Wartezeit lang, kippt der Nutzen schnell.

Documentation Quality: der schwächste harte Befund

Die Dokumentationsqualität liegt bei 58.98% und markiert den deutlichsten Einbruch. Das ist für einen Generalisten in der Frontier-Klasse kein Randproblem, sondern ein rotes Tuch. Dokumentation ist der Ort, an dem Modelle nicht glänzen müssen, sondern zuverlässig liefern sollen: Struktur, Vollständigkeit, sinnvolle Hierarchie, didaktische Führung. Wenn ein Modell hier unter die 60-Prozent-Marke rutscht, fehlt mehr als nur Politur.

Die verfügbaren Protokolle deuten in dieselbe Richtung wie im Reasoning-Bereich, nur schmerzhafter. Grok 4.3 erklärt knapp und oft brauchbar, aber nicht reich genug, nicht systematisch genug, nicht lehrbar genug. Es schreibt Dokumentation, als wäre sie eine Pflichtübung. Das Ergebnis funktioniert teilweise, überzeugt aber nicht als Referenztext. Für interne Notizen mag das reichen. Für Nutzerführung oder belastbare technische Doku ist das zu dünn.

Content Transformation: handwerklich sauber, dramaturgisch nicht konsequent

Mit 71.95% liegt die Inhaltsbearbeitung im soliden Mittelfeld. Das Modell kann Texte und Formate anpassen, Skripte umschreiben und Vorgaben sauber verarbeiten. In der YouTube-Skript-Aufgabe liefert Grok 4.3 fast alles, was man sehen will: Zeitstempel, Produktionshinweise, CTA, Easter Egg, dialognaher Ton. Das ist keine kleine Leistung. Viele Systeme stolpern schon darüber, wenn Sprache, Timing und Format gleichzeitig verlangt werden.

Doch genau in solchen Aufgaben zeigt sich auch der Unterschied zwischen „fertig“ und „durchdacht“. Der Judge moniert zu Recht einen kritischen Strukturfehler: Der Pattern Interrupt sitzt bei 3:02 statt um die geforderte 1:30-Marke. Das ist nicht bloß eine Kleinigkeit des Timings. Es verfehlt den eigentlichen Zweck, nämlich den bekannten Aufmerksamkeitseinbruch genau dann abzufangen, wenn das Publikum beginnt wegzudriften. Dazu kommen ein etwas generischer Hook und funktionale, aber emotional flachere „Why“-Erklärungen.

Kurz gesagt: Grok 4.3 kann transformieren. Es kann aber nicht immer inszenieren. Für Produktionsnähe reicht das oft. Für Conversion-starke Inhalte fehlt der letzte Instinkt.

Cultural Intelligence: überraschend ordentlich, aber nicht ganz inklusiv genug

Die Cultural-Intelligence-Wertung von 73.84% ist erfreulich solide. In der vorliegenden Aufgabe schreibt Grok 4.3 vollständig auf Deutsch, entfernt toxische Sprache zuverlässig, neutralisiert Gender-Bias und hält sich an die strikte Vorgabe, nur den umgeschriebenen Text auszugeben. Das ist diszipliniert und praktisch brauchbar.

Die qualitative Kritik ist dennoch berechtigt. Das Modell bleibt im Ton etwas kälter und wettbewerbsorientierter als die bessere Referenz. Formulierungen wie „den Markt anführen“ tragen noch Restbestände des alten Kampfsprech mit sich, nur geschniegelt für die Personalabteilung. Auch der inklusive Feinschliff fehlt: weniger ein grober Fehler als ein Mangel an sozialer Eleganz. Die Aussage ist bereinigt, aber nicht vollständig modernisiert.

Gerade in diesem Modul zeigt sich ein charakteristischer Zug von Grok 4.3. Es löst die explizite Aufgabe meist zuverlässig. Die implizite soziale Intelligenz, also die kleine Kurskorrektur von neutral zu wirklich einladend, gelingt ihm seltener.

Multimodalität: vorhanden, aber in diesem Benchmark nur am Rand sichtbar

Grok 4.3 ist nativ multimodal und unterstützt Bild- sowie Texteingaben. Das gehört zu seinem eigentlichen Profil und ist für die Produktbewertung relevant. Im vorliegenden Benchmark schlägt sich diese Fähigkeit aber kaum nieder, weil fast alles textzentriert ist. Deshalb wäre es unredlich, aus diesem Report ein Gesamturteil über die visuelle Kompetenz abzuleiten.

Was man immerhin sagen kann: Die textuelle Seite eines multimodalen Generalisten ist ordentlich, aber nicht überragend. Das Modell lebt hier nicht vom Trick, sondern von breiter solider Ausführung. Das ist ehrenwert. Es reicht nur nicht, um den Text-only-Vergleich gegen die stärksten Sprachspezialisten zu dominieren.

Datenschutz und Datenhoheit

Für europäische Unternehmen ist Grok 4.3 datenschutzrechtlich kein entspanntes Modell, sondern eine bewusste Risikoentscheidung. Das berechnete Sovereign Risk liegt bei HIGH, begründet durch xAI als US-Anbieter unter dem CLOUD Act ohne dokumentierte EU-Absicherung. Das anwendbare Recht ist US-Recht, und der Datenstandort ist laut Provider Card die USA. Für deutsche und europäische Nutzer heißt das konkret: US-Behörden können unter bestimmten Voraussetzungen Zugriff auf Daten verlangen, auch wenn der praktische Einsatz vertraglich sauber organisiert erscheint.

Hinzu kommt ein handfestes Compliance-Problem. Eine verifizierte GDPR-DPA ist nicht verfügbar. Für Unternehmen, die DSGVO-konform operieren müssen, ist das kein Randdetail, sondern ein mögliches Ausschlusskriterium. Die Datenspeicherungsdauer ist mit -1 Tagen nicht belastbar ausgewiesen, also faktisch nicht transparent genug. Das Weights-Provenienz-Risiko liegt bei MEDIUM, allerdings nicht wegen undurchsichtiger Gewichtsherkunft, sondern wegen der US-Jurisdiktion bei proprietären Gewichten. Anders gesagt: Nicht die Gewichte sind das Problem, sondern wer die Kontrolle darüber hat und welchem Recht dieser Betreiber unterliegt.

Fazit

Grok 4.3 ist ein interessantes, aber nicht restlos überzeugendes Frontier-Modell aus der xAI-Cloud. Als Generalist mit Thinking-Charakter und multimodaler Anlage liefert es eine ordentliche Breite, gute technische Direktheit, saubere Token-Ökonomie und meist korrekte Logik. In Code- und CLI-nahen Aufgaben ist es nützlich, oft sogar erfreulich zielgerichtet. Seine beste Eigenschaft ist nicht Genialität, sondern Arbeitsfähigkeit.

Seine Schwächen liegen dort, wo man von einem großen kommerziellen Modell mehr als bloße Brauchbarkeit erwartet: Dokumentation bleibt zu dünn, UX Writing zu psychologisch flach, Reasoning zu oft auf die richtige Antwort statt auf das tiefere Verständnis fokussiert. Security-Analysen sind brauchbar, aber bei Severity-Fragen nicht blind vertrauenswürdig. Für DevOps-nahe Assistenz, erste Sicherheitsdurchgänge, technische Umformulierungen und strukturierte Alltagsaufgaben kann man Grok 4.3 gut einsetzen. Für hochwertige Produkttexte, belastbare Endnutzerdokumentation und sicherheitskritische Priorisierung sollte zwingend ein erfahrener Mensch die letzte Entscheidung treffen. Über alle Tests hinweg keine nennenswerten Halluzinationen — das Modell erfindet lieber wenig, als mit großer Geste falsch abzubiegen.

Diese Auswertung wurde automatisch auf Grundlage der Benchmark-Daten generiert. Eingesetztes Modell: GPT 4.5 von OpenAI. Die Rohdaten und die vollständige Methodik sind im GitHub-Projekt dokumentiert.