Robin, AI-Engineering-Consultant bei Pexon Consulting | 7 Min. Lesezeit | 26.08.2026
TL;DR
Grok Bot Kosten lassen sich nicht als eigene Position buchen. Der Agent kommt seit dem 11. August 2026 nur gebündelt in sechs Abos von SuperGrok und Cursor, 40 bis 300 US-Dollar pro Sitz. Dazu läuft ein On-Demand-Zähler ohne Deckel. Pexon Consulting kalkuliert solche Bundles vor dem Rollout durch. Der Einkauf bekommt sonst keine belastbare Zahl.
Warum sich Grok Bot nicht als Position einkaufen lässt
Es gibt keinen Listenpreis für Grok Bot. Wer ihn nutzen will, kauft ein Abo, in dem er mit drinsteckt, und xAI nennt in der offiziellen FAQ genau sechs davon: SuperGrok Plus, SuperGrok Heavy, Cursor Pro+, Cursor Ultra sowie Cursor Teams Standard und Premium. Einen Einzelkauf gibt es nicht, eine API für den Bot ebenfalls nicht.
Interessant ist, was fehlt. Cursor Pro für 20 US-Dollar ist ausgenommen, das Basis-Abo SuperGrok für 30 US-Dollar ebenfalls. Der Bot sitzt also bewusst eine Stufe über dem Einstiegsplan.
Das ist kein Zufall und auch kein Übergangszustand. xAI hat den Bot am 11. August 2026 in der Beta gestartet, zehn Tage später auf weitere Tarife ausgeweitet, und der Kauf von Cursor-Entwickler Anysphere wurde Mitte August abgeschlossen. Ein Agent, der in bereits bezahlten Abos auftaucht, verteilt sich schneller als einer, den man einzeln verkaufen muss. Für Sie als Käufer dreht sich das aber um: Sie zahlen für eine Coding-Umgebung, wenn Sie eigentlich einen Agenten wollten. Ob dieser Agent im Delivery-Alltag überhaupt trägt, prüfen wir im Vergleich Grok Bot vs Claude Code: ohne API gibt es weder Runner-Anbindung noch Aktions-Log.
Wie sich Kosten bei Agenten-Tools generell auf Plan, Verbrauch und Betrieb verteilen, ordnen wir im Überblick zu den Kostenachsen bei Claude im Unternehmen ein. Die drei Achsen sind dieselben, nur die Transparenz unterscheidet sich deutlich.
Wer den Agenten nicht als Beilage in einem Abo will, braucht eine Schicht, die ihm gehört: Offene KI-Plattform →
Grok Bot Kosten nach Plan: was der Sitz kostet
Die günstigste Tür in den Bot kostet 40 US-Dollar pro Nutzer und Monat, die teuerste 300. Alle Preise unten sind Listenpreise der Anbieterseiten, Stand 26. August 2026, Jahresabrechnung bei Cursor rund 20 Prozent günstiger.
Zwei Zeilen in dieser Tabelle sind die eigentliche Nachricht. Erstens: Der Sprung von Teams Standard auf Teams Premium verdreifacht den Sitzpreis, und xAI beschreibt den Unterschied nicht in Euro oder in Anfragen, sondern als „5-faches Kontingent“. Zweitens: Enterprise ist laut Dokumentation weiterhin im Rollout, Sie sollen Ihr Cursor-Account-Team ansprechen.
Unsere Empfehlung dazu ist unbequem, aber klar: Solange Enterprise nicht allgemein verfügbar ist, kaufen Sie keine Sitze für die ganze Abteilung. Nehmen Sie fünf bis zehn Sitze auf Teams Standard, messen Sie vier Wochen, und entscheiden Sie danach über Premium. Alles andere ist eine Wette auf ein Kontingent, dessen Größe niemand veröffentlicht hat.
Der zweite Zähler: On-Demand-Verbrauch ohne Deckel
Der Sitzpreis ist die kleinere Hälfte der Rechnung. Jedes Abo enthält ein wöchentliches Nutzungskontingent, und xAI veröffentlicht nirgends, wie groß dieses Kontingent ist. Ist es aufgebraucht, läuft die Arbeit über den geteilten On-Demand-Topf des Kontos weiter, abgerechnet nach Modell und Token. Einen Grok-Bot-eigenen Spend-Cap gibt es nach aktuellem Stand nicht.
Für Grok 4.6 stehen in der xAI-Modellpreisliste 2 US-Dollar je Million Input-Token und 6 US-Dollar je Million Output-Token. Ab 200.000 Prompt-Token verdoppeln sich beide Sätze, und zwar rückwirkend für den kompletten Request, nicht nur für den Überhang. Genau das ist bei einem Agenten der Normalfall statt der Ausnahme: Er sammelt Kontext, arbeitet mehrstufig und rutscht im Verlauf einer Aufgabe über die Schwelle. Das Kontextfenster liegt bei 500.000 Token.
Ein Rechenbeispiel, ausdrücklich ein Szenario und keine Messung:
# Monatskosten: Sitzpreis plus On-Demand-Verbrauch
# Token-Sätze aus der xAI-Preisliste für Grok 4.6, Stand 26.08.2026
SITZ = {"teams_standard": 40, "teams_premium": 120, "cursor_ultra": 200}
def monatskosten(plan, nutzer, input_mio, output_mio, langer_kontext=False):
# Ab 200k Prompt-Token wird der GESAMTE Request zum doppelten Satz abgerechnet
preis_in, preis_out = (4.0, 12.0) if langer_kontext else (2.0, 6.0)
on_demand = input_mio * preis_in + output_mio * preis_out
return nutzer * SITZ[plan] + on_demand
# 20 Entwickler auf Teams Premium, 200 Mio Input- und 20 Mio Output-Token im Monat
print(monatskosten("teams_premium", 20, 200, 20, langer_kontext=True)) # 3440.0
2.400 US-Dollar entfallen auf die Sitze, 1.040 auf den Zähler. Der Verbrauch legt also 43 Prozent auf den Listenpreis obendrauf, und diese Zahl kennt niemand vorab, weil das enthaltene Kontingent unveröffentlicht ist. Ohne den Long-Context-Faktor wären es 520 US-Dollar. Ein einziger Schalter, den Ihre Entwickler nicht bewusst umlegen, verdoppelt den variablen Anteil.
Das Muster ist nicht neu. Bei Credit-Modellen haben wir genau dasselbe gesehen, nachzulesen in unserer Aufschlüsselung, wie aus einem 20-Euro-Abo eine Monatsrechnung von 2.500 Euro wird. Der Unterschied: Dort lässt sich der Token-Preis vorab modellieren. Hier fehlt der Nenner.
Ein Spend-Cap je Team fehlt in diesem Bundle. Auf dem eigenen Gateway nicht.
LiteLLM setzt Budgets und Fallback für Modelle mit API, bevor die On-Demand-Rechnung kommt. Grok Bot selbst lässt sich dort nicht einhängen, dafür fehlt der Endpunkt.
Was der Einkauf mit diesem Preismodell anfangen soll
Kurz gesagt: wenig, und das ist das eigentliche Problem. Ein deutscher Einkauf braucht für eine Rahmenvereinbarung drei Dinge: eine Leistungsbeschreibung, einen Mengengerüst-Preis und eine Obergrenze. Grok Bot liefert aktuell keines davon sauber.
Die Leistungsbeschreibung ist an ein Beta-Produkt gekoppelt, das Kontingent ist unveröffentlicht, und die Obergrenze existiert nur als kontoweiter On-Demand-Schalter, nicht als Grenze pro Team oder pro Bot. Wer das trotzdem einkauft, kauft faktisch eine Coding-IDE mit Agenten-Beilage und muss den Agenten intern als kostenlos verbuchen, weil er sich nicht separieren lässt.
Zwei praktische Konsequenzen ziehen wir daraus in Projekten. Erstens: Der Bot gehört in dieser Phase auf eine Innovationskostenstelle, nicht in den Tooling-Standard. Zweitens: Schalten Sie On-Demand zu Beginn aus, statt es zu begrenzen. Ein Team, das mitten in der Woche gegen die Wand läuft, liefert Ihnen die Verbrauchsdaten, die Sie für die Kalkulation brauchen. Ein Team mit offenem Zähler liefert Ihnen eine Rechnung.
Was Ihre IT vor dem ersten Sitz klären muss
Jedes Teammitglied bekommt eine eigene, dauerhaft laufende Cloud-VM unter Linux, auf der alle seine Bots arbeiten. Das ist die architektonisch spannendste und aus Compliance-Sicht heikelste Eigenschaft des Produkts, denn der Bot meldet sich mit den Zugängen des Nutzers an dessen echten Werkzeugen an.
Drei Punkte aus der Dokumentation, die in Sicherheitsfreigaben regelmäßig hängen bleiben:
- Die Anmeldung läuft über Cursor-SSO und die dortige Team-Mitgliedschaft, nicht über einen eigenen xAI-Mandanten. SAML und OIDC sind an Teams Premium gebunden.
- Geräte-Trust-Agenten wie Okta FastPass laufen auf der verwalteten Linux-VM nicht nativ. Wer Conditional Access darauf aufbaut, verliert diese Kontrolle.
- Ob Ihre Daten ins Training gehen, hängt an den Privacy-Einstellungen des Cursor-Teams. Eine eigene Aufbewahrungsregel für Grok Bot nennt die Dokumentation nicht.
In regulierten Umgebungen ist Punkt zwei der Show-Stopper, nicht Punkt drei. Datenschutz lässt sich vertraglich regeln, ein fehlender Geräte-Trust nicht. Wenn bei Ihnen NIS2 oder DORA im Raum steht, raten wir vom produktiven Einsatz ab, bis Enterprise allgemein verfügbar ist und die Admin-Kontrollen belastbar dokumentiert sind. Für einen abgeschotteten Piloten auf unkritischen Repositories spricht dagegen nichts.
Die datenschutzrechtliche Seite dieser Architektur, also geteilte Cloud-Instanz, fehlender AVV und das laufende DPC-Verfahren gegen X, haben wir im DSGVO-Check zu Grok Bot mit Threat-Model und CISO-Checkliste ausführlich aufgeschrieben.
Häufig gestellte Fragen
Was kostet Grok Bot pro Monat?
Grok Bot hat keinen eigenen Preis. Der günstigste Zugang ist Cursor Teams Standard mit 40 US-Dollar pro Nutzer und Monat, der teuerste SuperGrok Heavy mit 300 US-Dollar. Dazwischen liegen Cursor Pro+ (60), SuperGrok Plus (100), Cursor Teams Premium (120) und Cursor Ultra (200). Dazu kommt On-Demand-Verbrauch, sobald das wöchentliche Kontingent aufgebraucht ist.
Kann man Grok Bot einzeln oder über die API kaufen?
Nein. Die offizielle Grok-Bot-FAQ von xAI listet ausschließlich die sechs Abo-Tarife als Zugangsweg. Einen Einzelkauf, eine Testversion oder einen API-Endpunkt für den Bot gibt es nicht. Über die xAI-API erreichen Sie nur das Modell Grok 4.6, nicht die Agenten-Umgebung mit ihrer Cloud-VM.
Wie groß ist das enthaltene Nutzungskontingent?
Das ist der schwächste Punkt des Modells: xAI veröffentlicht die Größe nicht. Die Dokumentation beschreibt sie qualitativ, etwa als „höchstes wöchentliches Kontingent“ bei Ultra und Heavy oder als fünffaches Kontingent bei Teams Premium gegenüber Standard. Eine Zahl in Anfragen oder Token nennt sie nicht, deshalb ist ein gemessener Pilot vor jedem Rollout Pflicht.
Grok Bot oder ein Claude-basierter Agent, was ist kalkulierbarer?
Für die Budgetplanung ist ein Claude-basierter Aufbau derzeit deutlich berechenbarer, weil Token-Preise und Limits offen dokumentiert sind und Sie den Verbrauch je Team modellieren können. Grok Bot ist beim Einstieg billiger, aber Sie kaufen eine unbekannte Größe. Bei reiner Fähigkeit liegen beide nah beieinander, der Unterschied liegt in der Transparenz.
Gibt es ein Spend-Limit, das eine Kostenexplosion verhindert? Grok Bot
Kein Grok-Bot-eigenes. Es greifen nur die kontoweiten On-Demand-Einstellungen, also ein gemeinsamer Topf für das ganze Konto statt einer Grenze pro Team, pro Nutzer oder pro Bot. Wir empfehlen, On-Demand in der Pilotphase komplett zu deaktivieren und die Kontingent-Grenze bewusst zu erreichen.
Nächster Schritt
Bevor Sie Sitze bestellen, rechnen Sie das Bundle mit realistischen Verbrauchsszenarien durch, inklusive des Long-Context-Faktors und einer Variante ohne On-Demand.
LiteLLM Enterprise-Gateway
Wenn der Zähler keinen Deckel hat, gehört das Limit ins Gateway, nicht ins Abo.
Vom Discovery bis zum Managed Service setzen wir LiteLLM auf AKS oder EKS auf. Budgets je Team, HITL-Gates, dokumentierte Übergabe, ohne Tagessatz-Lawine.
Festpreis-Pilot 15.000 bis 25.000 EURLauffähiger PoC auf realen Prompt-Daten. HITL-Gates und Audit-Log ab Tag 1. ISO 27001.
LiteLLM-Pakete und Festpreise ansehen
Sie wollen die ganze Plattform, nicht nur das Gateway? Dann ist die Offene KI-Plattform der bessere Einstieg.
Verwandte Themen
→Autonome Agenten steuerbar halten
→Codex und Claude Code im Limit- und Kostenvergleich
→Grok Bot und DSGVO: Datenschutz-Risiken für Unternehmen
→Grok Bot vs Claude Code: ohne API kein CI/CD-Agent



