Grok 4.6 API Preise

Grok 4.6 API-Preise haben zwei Stufen mit Aufforderungslänge. xAI listet $2 pro Million Eingabe-Tokens und $6 pro Million Ausgabe-Tokens auf, wenn die Eingabeaufforderung bei oder unter 200K-Tokens bleibt. Wenn eine Eingabeaufforderung die Anzahl der 200K-Token überschreitet, verwendet die Anforderung $4-Eingabe und $12-Ausgabe pro Million Token. xAI listet außerdem Cache-Leseraten von $0.50 und $1.00 pro Million Token für diese beiden Ebenen auf.

Der aktuelle OmniaKey-Katalog listet Grok 4.6 gegenüber der Langkontextschicht bei $3.20-Eingabe, $9.60-Ausgabe und $0.80 zwischengespeicherte Eingabe pro Million Token auf. Dabei handelt es sich um ein OmniaKey-Plattformangebot, nicht um einen neuen xAI-Preis. Halten Sie die beiden Abrechnungsbeziehungen getrennt, wenn Sie ein Budget planen.

SpaceXAI hat inzwischen Grok 4.7 veröffentlicht. Aktuelle Benchmarks und die Wechselentscheidung finden Sie in unserem Grok 4.7 Test; diese Seite bleibt die ausführliche Budgetreferenz für Grok 4.6.

Grok 4.6 API Preise auf einen Blick

Alle Werte verstehen sich in USD pro einer Million Token. Die Long-Context-Stufe gilt für eine Anfrage, deren Eingabeaufforderung 200K-Token überschreitet. Es handelt sich nicht um eine kostenlose Zulage für den ersten 200K.

* Der OmniaKey-Katalog verwendet derzeit die Langkontextschicht für dieses Modell. Es handelt sich um einen Gateway-Tarif, der sich unabhängig von den Direktkontopreisen von xAI ändern kann.

Die allgemeine Berechnung lautet:

cost = uncached_input_millions × input_rate
     + cached_input_millions × cache_read_rate
     + output_millions × output_rate

Die Grok 4.6-Modellseite besitzt das aktuelle OmniaKey-Angebot, die Modell-ID, das Kontextfenster, die Funktionen und die Anforderungsreferenz. Verwenden Sie den Live-Modellkatalog, bevor Sie einen Preis in eine Produktionstabelle kopieren.

In dieser Tabelle werden nur Modell-Token-Gebühren behandelt. Steuern, Währungsumrechnung, separate Datei- oder Toolgebühren, Bildgenerierungs- oder Sprach-/Video-Endpunkte sowie Unternehmensvertragsbedingungen sind nicht enthalten. In den aktuellen Metadaten des xAI-Modells ist kein Batch-Rabatt für Grok 4.6, aufgeführt. Gehen Sie also nicht davon aus, dass durch die Verschiebung eines Jobs in Batch automatisch die Token-Raten dieses Modells gesenkt werden.

Was ändert sich nach den Eingabeaufforderungstoken 200K?

Der Schwellenwert wird anhand der an das Modell gesendeten Eingabeaufforderung ausgewertet. Es ist nicht dasselbe wie das maximale Kontextfenster 500K des Modells und es handelt sich nicht um ein monatliches Kontingent auf Kontoebene.

Für eine Anfrage unter dem Schwellenwert gelten die Standardpreise von xAI für die entsprechende Ein- und Ausgabenutzung. Sobald die Eingabeaufforderung den Schwellenwert für lange Kontexte überschreitet, gelten für die Anforderung die höheren Tarife von xAI. Ein großes Repository, ein Tool-Schema, ein Gesprächsverlauf oder ein bildbezogener Text können dazu führen, dass eine Agentenanfrage über die Grenzen hinausgeht, selbst wenn die endgültige Antwort kurz ist.

Die praktischen Konsequenzen sind:

• ein 500K-Kontextfenster beschreibt die Kapazität, nicht enthaltene Token;
• Die Wiederholung eines großen Repository-Präfixes kann die Schwelle auf Schritt und Tritt überschreiten;
• Die Ausgabe wird separat in Rechnung gestellt, sodass lange Überlegungen und Patch-Wiederholungsversuche immer noch von Bedeutung sind.
• Ein Cache-Treffer verringert die Eingabezeile, macht die Ausgabe jedoch nicht frei.
• Der aufgeführte Gateway-Preis von OmniaKey sollte aus dem eigenen Katalog abgelesen werden und nicht aus dem Stufenwechsel von xAI abgeleitet werden.

Wenn Ihr Client die Anzahl der Token offenlegt, protokollieren Sie die Eingabeaufforderungsgröße vor der Anfrage und vergleichen Sie sie anschließend mit der vom Anbieter gemeldeten Nutzung. Klassifizieren Sie eine Anfrage nicht allein anhand der Zeichenanzahl oder der Dateigröße.

An der Grenze lesen Sie die veröffentlichten Ebenen wie folgt:

Bei der Zahl 500K handelt es sich um eine maximale Eingabeaufforderungslänge in den Metadaten des aktuellen Modells, nicht um ein Versprechen, dass eine 500K-Eingabeaufforderung auch eine uneingeschränkte Antwort erzeugen kann. Verwenden Sie für eine Anfrage in der Nähe einer Grenze die vom Anbieter gemeldeten Tokenfelder und die endgültige Rechnung anstelle einer Schätzung der Zeichenanzahl.

Drei reproduzierbare Kostenbeispiele

Diese Beispiele verwenden die veröffentlichten Tarife von xAI und schließen Steuern, Währungsumrechnung, separate Mediengebühren und zukünftige Tarifänderungen aus.

Beispiel 1: normale Codierungsanfrage

Gehen Sie von nicht zwischengespeicherten Eingabetokens 100,000 und Ausgabetokens 20,000 aus. Die Eingabeaufforderung bleibt unter 200K.

Die Nummer OmniaKey verwendet das aktuelle Langkontext-Zitat des Katalogs, auch wenn dieses Beispiel unter 200K liegt. Bestätigen Sie den Live-Gateway-Tarif, bevor Sie ihn als Vertrag behandeln.

Beispiel 2: Kontext auf Repository-Ebene

Gehen Sie von nicht zwischengespeicherten Eingabetokens 300,000 und Ausgabetokens 40,000 aus. Die Aufforderung überschreitet die Schwelle.

Die Ebene mit langem Kontext macht dasselbe Modell wesentlich teurer als eine kleine Eingabeaufforderung. Entfernen Sie vor dem Beschneiden der Qualität doppelte Werkzeugausgaben, veraltete Gesprächsrunden und nicht verwandte Dateien.

Beispiel 3: wiederholter zwischengespeicherter Kontext

Angenommen, 300,000-Token werden als Cache-Lesevorgänge gemeldet und die Antwort enthält 40,000-Ausgabetoken.

Dies gilt nur, wenn der Anbieter diese Token als Cache-Lesevorgänge meldet. Das Wiederholen eines ähnlichen Textes oder das Ändern eines früheren Präfixes kann zu einem Cache-Fehler führen.

Cache-Lesevorgänge sind nicht dasselbe wie eine kostenlose Eingabeaufforderung

Die Cache-Rate von xAI ist ein niedrigerer Preis für berechtigte wiederholte Eingaben. Das Kontextfenster wird dadurch nicht in ein Abonnement-Guthaben umgewandelt. Der Kunde und der Anbieter entscheiden, ob ein Präfix wiederverwendet wird, und der Abrechnungsdatensatz ist die Quelle der Wahrheit.

Für einen Codierungsagenten sind stabile Systemanweisungen, Tooldefinitionen, Repository-Regeln und eine feste Projektpräambel gute Kandidaten für ein wiederverwendbares Präfix. Fügen Sie sich ändernde Aufgabendetails nach dem stabilen Abschnitt ein, wenn der Client Ihnen die Steuerung der Anforderungsreihenfolge ermöglicht.

Messen Sie diese Felder separat, wenn sie verfügbar sind:

1. nicht zwischengespeicherte Eingabetokens;
2. zwischengespeicherte Eingabetokens;
3. Ausgabetoken, einschließlich Begründung, wo der API es meldet;
4. Wiederholungsversuche und fehlgeschlagene Werkzeugumdrehungen;
5. das endgültige Ergebnis der angenommenen Aufgabe.

Eine Cache-Strategie, die zwar Eingabegelder spart, aber zu veralteten Anweisungen oder zusätzlichen Wiederholungsversuchen führt, kann dennoch die Kosten einer abgeschlossenen Aufgabe erhöhen.

Wofür Grok 4.6 konzipiert ist

Im Dokumentationsstand vom 22. August beschrieb xAI Grok 4.6 als Flaggschiff für Codierung, lang laufende Agenten, Tool-Aufrufe und interaktive oder visuelle Arbeit. Die offizielle API-Seite führte Folgendes auf:

• Modell-ID grok-4.6;
• ein 500K-Kontextfenster;
• Vision und strukturierter Werkzeugeinsatz;
• OpenAI-kompatible und xAI-native Integrationspfade;
• nutzungsbasierte Abrechnung mit Prepaid-Guthaben und Rechnungsoptionen für Unternehmen.

Hierbei handelt es sich um dokumentierte Fähigkeiten, nicht um ein unabhängiges Benchmark-Ergebnis. Tool-Zuverlässigkeit, Latenz, Ablehnungsverhalten und Kosten für angenommene Aufgaben hängen immer noch vom Client, den Berechtigungen, der Eingabeaufforderung, den Tools und der Arbeitslast ab.

Für eine umfassendere Modell-Routing-Entscheidung lesen Sie den Coding-Agent-Modellleitfaden. Dieser Artikel beantwortet die engere Frage, wie man eine Grok 4.6 API-Anfrage budgetiert.

Grok 4.6 versus Grok 4.5 für die Kostenplanung

Beide Modell-IDs sind im OmniaKey-Katalog vorhanden und stellen beide eine 500K-Kontextbezeichnung bereit. Der aktuelle Long-Context-Vergleich lautet:

• Die Spalte OmniaKey wendet das aktuelle Verhältnis 80% xAI an, das im Modellkatalog angezeigt wird, und kann sich unabhängig ändern. Allein bei den Token-Tarifen besteht der aktuelle Unterschied in der Preisgestaltung für Cache-Lesevorgänge: Grok 4.5 ist günstiger, wenn der Anbieter tatsächlich Cache-Lesevorgänge meldet. Gehen Sie nicht davon aus, dass eine niedrigere Cache-Rate geringere Kosten pro akzeptierter Aufgabe bedeutet. Vergleichen Sie die genaue Modell-ID, das Verhalten, die Wiederholungsversuche und die Live-Katalograte.

Halten Sie für einen kontrollierten Vergleich die Repository-Revision, die Systemeingabeaufforderung, die Tool-Berechtigungen, die Abnahmetests und die maximale Ausgabe konstant. Aufnahme:

• angeforderte und zurückgegebene Modell-IDs;
• Eingabeaufforderungs-, Cache- und Ausgabetokens;
• Latenz und Anzahl der Wiederholungsversuche;
• ob die Aufgabe ihre Tests ohne manuelle Reparatur bestanden hat;
• Endabrechnungsbetrag.

Die nützliche Metrik sind die Kosten pro akzeptierter Aufgabe, nicht die Kosten pro Million Token isoliert:

accepted-task cost = successful-run charges
                   + failed reruns
                   + human correction time
                   + remediation risk

Rufen Sie Grok 4.6 über eine OpenAI-kompatible Route auf

Erstellen Sie einen bereichsbezogenen Schlüssel im API-Schlüssel-Dashboard, bestätigen Sie, dass grok-4.6 im Live-Katalog verfügbar ist, und rufen Sie den OpenAI-kompatiblen Endpunkt auf:

curl https://api.omniakey.com/v1/chat/completions \
  -H "Authorization: Bearer $OMNIAKEY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "grok-4.6",
    "messages": [{"role": "user", "content": "Review this deployment plan for hidden failure modes."}],
    "stream": true
  }'

Verwenden Sie die genaue Modell-ID. Der API Quick Start dokumentiert den Endpunkt und das Authentifizierungsmuster. Überprüfen Sie nach einer repräsentativen Aufgabe das Nutzungs-Dashboard und vergleichen Sie die Tokenfelder mit Ihrer clientseitigen Schätzung.

Budgetkontrollen für Coding-Agenten

Verwenden Sie einen kleinen Schlüssel mit Gültigkeitsbereich für lokale Experimente, einen anderen für CI und einen separaten für die gemeinsame Automatisierung. Dadurch erhält jede Arbeitslast ihren eigenen Zuordnungs- und Widerrufspfad.

Eine praktische Reihenfolge ist:

1. Führen Sie eine repräsentative Aufgabe mit einem bekannten Akzeptanztest aus.
2. Eingabeaufforderung, Cache, Ausgabe, Wiederholungsversuche und Gesamtkosten aufzeichnen;
3. Entfernen Sie veralteten Kontext und unbegrenzte Tool-Ausgaben.
4. Legen Sie einen Schlüsselgrenzwert über der normalen Aufgabenvarianz fest.
5. Warnung bei wiederholten Fehlern oder einer unerwarteten Modell-ID;
6. Überprüfen Sie die Kosten für angenommene Aufgaben, bevor Sie das Limit erhöhen.

Der transparente Abrechnungsleitfaden erklärt, wie Sie Modellidentität, Token-Anzahl und Gateway-Gebühren abgleichen. Ein Ausgabenlimit verringert das Risiko; Es reduziert den Token-Verbrauch nicht allein.

Häufige Fehler bei der Preisgestaltung Grok 4.6

Der 500K-Kontext wird als kostenlose Nutzung behandelt

Es handelt sich um eine maximale Anforderungskapazität. In diesem Zusammenhang platzierte Token werden weiterhin in Rechnung gestellt.

Anwenden der Eingaberate $2 auf eine 300K-Eingabeaufforderung

Die Eingabeaufforderung hat den Schwellenwert für lange Kontexte überschritten. Verwenden Sie daher die höhere Stufe xAI.

Angenommen, das Gateway kopiert den Tier-Switch von xAI

OmniaKey verfügt über einen eigenen Katalog und eine eigene Abrechnungsbeziehung. Lesen Sie das Live-Angebot, anstatt die Direktkontotabelle von xAI auf ein Gateway-Guthaben anzuwenden.

Jedes wiederholte Präfix wird als Cache-Treffer gezählt

Nur vom Anbieter gemeldete Cache-Lesevorgänge erhalten die niedrigere Rate.

Vergleich von Modellen allein nach Token-Preis

Wiederholungsversuche, Latenz, Werkzeugfehler und menschliche Reparaturen können eine abgeschlossene Codierungsaufgabe dominieren.

Einfügen eines echten API-Schlüssels in ein Repository oder eine Eingabeaufforderung

Verwenden Sie eine Umgebungsvariable, einen Schlüssel mit Gültigkeitsbereich und das Dashboard für die Rotation. Fügen Sie niemals den tatsächlichen Wert in ein Problem, ein Benchmark-Protokoll oder ein Artikelbeispiel ein.

Häufig gestellte Fragen

Wie viel kostet der Grok 4.6 API?

xAI listet die $2-Eingabe und die $6-Ausgabe pro Million Token für Eingabeaufforderungen bei oder unter 200K sowie $4-Eingabe und $12-Ausgabe auf, wenn die Eingabeaufforderung 200K überschreitet. Die Cache-Leseraten betragen $0.50 bzw. $1.00.

Wie lautet die Modell-ID Grok 4.6 API?

Verwenden Sie grok-4.6. Durch das Fixieren der genauen ID werden Budgets und Aufgabenvergleiche reproduzierbar.

Verfügt Grok 4.6 über ein kostenloses 500K-Kontingent?

Nein. 500K ist die Kontextkapazität. Eingabe, Cache-Lesevorgänge und Ausgabe bleiben gemessen.

Was kostet Grok 4.6 bis OmniaKey?

Der aktuelle Katalog listet das Long-Context-Angebot bei der Eingabe $3.20, der zwischengespeicherten Eingabe $0.80 und der Ausgabe $9.60 pro Million Token auf. Überprüfen Sie die Live-Modellseite, bevor Sie ein Budget festlegen, da sich die Plattformpreise ändern können.

Ist Grok 4.6 immer günstiger als Claude oder GPT?

Nein. Vergleichen Sie das genaue Modell, die Eingabeaufforderungsstufe, das Cache-Verhalten, die Wiederholungsversuche und die Kosten für akzeptierte Aufgaben. Der Anbieterpreisvergleich deckt den weiteren Kostenrahmen ab.

Kann ich Grok 4.6 in einem Codierungsagenten verwenden?

Ja, wenn der Client das erforderliche OpenAI-kompatible oder xAI-native Protokoll unterstützt und der aktive Katalog grok-4.6 verfügbar macht. Überprüfen Sie vor einem Produktionslauf die genaue Client-Konfiguration und Modell-ID.

Quellen überprüft

• xAI API Übersicht und Preise
• xAI Preisdokumentation für Entwickler
• xAI Entwicklermodelldokumentation
• xAI Entwickler-Schnellstart
• OmniaKey Grok 4.6 Modellseite
• OmniaKey API Schnellstart

Faktengeprüfter August22, 2026. xAIRaten, Cache-Bedingungen, Kontextschwellenwerte, Gateway-Verfügbarkeit und Plattformangebote können sich ändern. Überprüfen Sie die Erstanbieterdokumentation und führen Sie sie live durchOmniaKeyKatalog, bevor Sie ein Produktionsbudget festlegen.