AIREITERGrok Bot for Enterprise ist offiziell für berechtigte Unternehmenskunden verfügbar und kann zwei Wochen lang kostenlos getestet werden. Aktivierung, Preise nach dem Aktionszeitraum und mehrere Governance-Details hängen jedoch weiterhin vom jeweiligen Konto ab.
Grok Bot for Enterprise: offiziell gestartet, aber nicht einfach buchbar
Bei Grok Bot for Enterprise handelt es sich um einen tatsächlichen Produktstart, nicht um ein Gerücht oder einen umbenannten Chatbot. Laut der Ankündigung von xAI vom 3. September 2026 können Kunden von Grok und Cursor Enterprise das Angebot zwei Wochen lang kostenlos nutzen und ihre gesamte Organisation einladen – auch Personen ohne bestehenden Seat. (Ankündigung lesen)
Entscheidend ist: „Verfügbar“ bedeutet nicht automatisch „vollständig im Self-Service buchbar“. Die Launch-Seite verweist Unternehmenskunden auf das Admin-Dashboard oder den Vertrieb. In der Dokumentation zu Cursor-Plänen und Abrechnung steht zudem, dass Enterprise-Zugang mit einem Account Executive abgestimmt werden muss.
| Frage für Einkäufer | Antwort, geprüft am 4. September 2026 |
|---|---|
| Ist Grok Bot for Enterprise offiziell gestartet? | Ja. xAI hat die Enterprise-Verfügbarkeit am 3. September 2026 angekündigt. |
| Gibt es ein kostenloses Enterprise-Angebot? | Ja. Berechtigte Kunden von Grok Enterprise und Cursor Enterprise erhalten zwei Wochen kostenlose Nutzung. |
| Kann ein Unternehmen Nutzer ohne Seat einladen? | Die Ankündigung besagt, dass die gesamte Organisation eingeladen werden kann, auch Personen ohne bestehenden Seat. |
| Gibt es einen öffentlichen Preis nach der Aktion? | Nein. Die Launch-Ankündigung nennt weder Preis noch Kontingent, Mehrverbrauchstarif oder Vertragsminimum. |
| Kann jedes Unternehmen den Dienst sofort aktivieren? | Nicht verlässlich. Laut aktueller Cursor-Dokumentation erfolgt die Enterprise-Freischaltung über Admins und das Account-Team. |
| Ist es dasselbe wie Grok Business oder Grok Enterprise Chat? | Nein. Grok Bot ist das persistente Agentenprodukt mit Tool-Nutzung; Grok Business/Enterprise ist der umfassendere Organisations-Workspace. |
Damit ist das Angebot eine kontrollierte Evaluierungsmöglichkeit – keine Beschaffungsentscheidung, die sich anhand einer öffentlichen Preisliste abschließen lässt.
Zugang, Berechtigung und der noch nicht kalkulierbare Preis
Für Grok Bot gibt es keinen eindeutig veröffentlichten eigenständigen Enterprise-SKU. Die derzeitigen kommerziellen Zugangswege kombinieren Bot-Zugang mit berechtigten Grok- oder Cursor-Plänen; für bestehende Enterprise-Kunden kommt die zweiwöchige Aktion hinzu.
Die offizielle Dokumentation zu Cursor-Plänen und Abrechnung nennt Zugang über die kostenpflichtigen Einzelpläne Cursor Pro, Pro+ und Ultra, über Cursor Teams im Self-Service oder über verknüpfte Einzelabonnements von SuperGrok und X Premium+. Enterprise-Kunden werden an ihren Account Executive verwiesen. Dieselbe Seite führt SuperGrok Team, SuperGrok Enterprise und SuperGrok Lite als nicht unterstützte Optionen für die Konto-Verknüpfung auf.
Gerade diese Abgrenzung ist wichtig. Die xAI-Business-Seite positioniert Grok Business und Grok Enterprise als breiteres, organisationsorientiertes Angebot. Die Bot-Dokumentation beschreibt dagegen einen persistenten Agenten auf einem Cloud-Computer. Bis im Vertrag klar benannt ist, welche Bot-Funktionen, Datenbedingungen und Kontrollen enthalten sind, sollten beide als getrennte Produkte behandelt werden.
| Kommerzielles Detail | Öffentlich bekannt | Weiterhin offen |
|---|---|---|
| Enterprise-Aktion | Zwei Wochen kostenlos für Kunden von Grok und Cursor Enterprise | Ob die Frist mit der Aktivierung oder an einem festen Datum beginnt |
| Regulärer Bot-Zugang | In mehreren berechtigten Cursor- und individuellen Grok-Plänen enthalten | Das exakte wöchentliche Kontingent je Plan |
| Nutzungsabrechnung | Cursor erklärt, dass enthaltene kostenpflichtige Nutzung wöchentlich zurückgesetzt wird und On-Demand-Nutzung nach Ausschöpfung weiterlaufen kann | Ein belastbares Enterprise-Kostenmodell für lang laufende Bot-Aufgaben |
| Enterprise-Preis | Individueller Vertriebsweg | Preis pro Nutzer, Mindestanzahl Seats, Laufzeit, Mehrverbrauch und Support-SLA |
| xAI-Preise für Organisationen | Die offizielle Preisseite wirbt mit individuellen Rate Limits, dedizierter Infrastruktur, SSO, Compliance-Unterstützung, Datenresidenz und Volumenpreisen | Welche dieser Bedingungen speziell für Grok Bot gelten und in welchem Vertrag |
Das Budgetrisiko besteht nicht nur im fehlenden Preis. Agentenarbeit wird nach Aktivität, Schritten der Computernutzung und Modellverbrauch abgerechnet – nicht einfach nach Nachrichten. Cursor warnt, dass ein einzelner langer Durchlauf ein Testguthaben aufbrauchen kann. Bei Teams-Plänen ist die On-Demand-Nutzung standardmäßig aktiviert.
Was das Enterprise-Release konkret ergänzt
Grok Bot soll Aufgaben in den Anwendungen und Websites erledigen, die Mitarbeiter bereits nutzen. Laut der offiziellen Produktankündigung kann ein Bot rund um die Uhr arbeiten, einen Ablauf anhand einer Demonstration und Korrekturen lernen, bei Entscheidungsbedarf zurückkommen und mit anderen Bots kommunizieren.
Dieses Betriebsmodell unterscheidet sich von einem klassischen Assistenten, der eine Antwort formuliert und dann endet. Besonders sinnvoll ist es bei Aufgaben mit klarem Anfang und Ende, deren zugrunde liegendes System jedoch sperrig, alt oder nicht über eine API erreichbar ist.
Die Ankündigung nennt unter anderem diese Beispiele:
| Team | Offiziell beschriebener Ablauf | Sicherere erste Variante |
|---|---|---|
| Vertrieb | Inhalte überwachen, LinkedIn- und E-Mail-Entwürfe vorbereiten und während eines Calls eine Präsentation aktualisieren | Nur Entwürfe erstellen; jede externe Nachricht von einer Person freigeben lassen |
| Recruiting | Über Nacht potenzielle Kandidaten recherchieren, eine Shortlist vorbereiten, Kontaktaufnahmen einreihen und Scorecards erstellen | Synthetische Daten oder Daten mit Einwilligung verwenden; Kandidatenentscheidungen menschlich prüfen lassen |
| Marketing | Webinar-Fragen und -Antworten auswerten, passende Account Executives identifizieren und Slack-Nachfassaktionen vorbereiten | Interne Entwürfe versenden, keine kundenbezogenen Nachrichten |
| Finanzen | Ausgaben für Lieferanten, Nutzung und Verlängerungen überwachen, um Einsparpotenziale zu finden | Zunächst reines Reporting mit Lesezugriff, bevor Verhandlungen oder Beschaffungsaktionen folgen |
| Entwicklung | Pull Requests, fehlschlagende Builds, Merge-Konflikte und Sicherheitsbefunde überwachen | Review-Warteschlangen und Issues erstellen; anfangs keine Merge- oder Produktionszugänge gewähren |
Das sind vom Anbieter beschriebene Einsatzszenarien, keine unabhängig ermittelten Erfolgsquoten. Die Launch-Seite liefert weder Methodik noch Erfolgsrate pro Aufgabe, Latenzangabe, Uptime-Zusage oder unabhängige ROI-Studie.
Sicherheitskontrollen: bestätigt ist wenig, testen muss man viel
xAI erklärt, das Enterprise-Release ergänze Zugriffs-, Netzwerk- und Audit-Kontrollen. In der Launch-Ankündigung heißt es außerdem, die Arbeit jedes Nutzers laufe in einer sicheren, isolierten Umgebung. Bots hätten standardmäßig keinen Zugriff und könnten nur Konten verwenden, bei denen sich der Nutzer angemeldet hat.
Das sind Aussagen des Anbieters, keine vollständige Beschaffungsspezifikation. Weder die Grok-Bot-FAQ noch die Launch-Seite erläutern Bot-spezifisch Verschlüsselung, Audit-Felder, Aufbewahrung, Schlüsselverwaltung, Datenresidenz, Incident Response oder Uptime-Zusagen.
„Audit-Kontrollen“ sollten daher als nicht verifizierte Funktionsbehauptung gelten, bis das Unternehmen Logs und Vertragsklauseln selbst prüfen kann.
| Kontrollbereich | Öffentlich kommunizierte Position | Im Pilotversuch anzufordernder Nachweis |
|---|---|---|
| Nutzerisolation | Die Umgebung jedes Nutzers wird als isoliert beschrieben | Dokumentation zu Mandantengrenzen und ein Test, der belegt, dass ein Nutzer keine Dateien oder Sitzungen eines anderen einsehen kann |
| Standardzugriff | Ein Bot startet ohne Zugriff und benötigt ausgewählte Kontoanmeldungen | Kontoinventar, Berechtigungsumfang, Widerruf von Zugangsdaten und Verhalten beim Offboarding |
| Netzwerkkontrolle | Enterprise-Netzwerkkontrollen wurden angekündigt | Regeln für erlaubte Ziele, Verhalten in privaten Netzwerken, Details zum Egress und Fehlerprotokolle |
| Audit-Kontrolle | Audit-Kontrollen wurden angekündigt | Exportierbare Aktionsprotokolle mit Nutzer, Bot, Tool, Zeitstempel, Freigabe und Ergebnis |
| Identität | Die offiziellen Preisunterlagen werben für individuelle Pläne mit SSO und SCIM | Ob diese Kontrollen Bot-Erstellung, Verknüpfung, Provisionierung und Deprovisionierung abdecken – und nicht nur den übergeordneten Workspace |
| Datenverarbeitung | Cloud-Speicherung ist erforderlich; Legacy Privacy Mode wird nicht unterstützt | Bedingungen zu Aufbewahrung, Löschung, Residenz, Trainingsnutzung und Connector-Verarbeitung für den konkreten Dienst |
Die Betriebsgrenzen, die das Risiko verändern
Die wichtigsten Einschränkungen stecken nicht in der Marketingliste, sondern im Betriebsmodell. Grok Bot kann im Browser arbeiten und nach dem Schließen des Laptops aktiv bleiben. Genau diese Cloud-Persistenz, die den Bot interessant macht, wirft aber Fragen zu gemeinsamem Zustand, Kosten und Wiederherstellung auf.
Mehrere Bots teilen sich einen Account-Computer
Laut offizieller FAQ teilen sich alle Bots eines Kontos einen persistenten Cloud-Computer – einschließlich Dateien, Browser-Sitzungen und Anmeldungen. Mehrere Bots können parallel mit getrennten Bildschirmen arbeiten, doch jeder Bot kann jeweils nur eine Aufgabe mit Computernutzung ausführen.
„Mehrere Bots“ darf deshalb nicht automatisch als „mehrere Sicherheitsgrenzen“ verstanden werden. Separate Bots unter einem Konto sollten nicht die einzige Trennung zwischen Zugangsdaten aus Finanzen, Kundensupport und Entwicklung sein.
Browser-Automatisierung scheitert oft an den unordentlichen Stellen
Die FAQ erklärt, dass Websites ohne formale Connectoren über Browser-Tools funktionieren können. Automatisierungsblockaden, erneute Anmeldungen, CAPTCHAs und menschliche Bestätigungen können einen Durchlauf jedoch unterbrechen. Bei Passwörtern, Zwei-Faktor-Codes und CAPTCHAs muss der Nutzer den Computer übernehmen.
Ein Ablauf, der in einer sauberen Demo funktioniert, braucht daher in der Praxis trotzdem einen klaren Ausnahmeprozess. Ein Pilot sollte gezielt abgelaufene Sitzungen, mehrdeutige Seiten, blockierte Automatisierung und fehlgeschlagene Logins enthalten – nicht nur den Idealfall.
Freigaben und Löschung ersetzen keine Isolation
Sensible Aktionen können durch Tool-, Risiko- oder Auto-Review-Regeln pausieren. Für einen Produktivstart sollte vor dem Versenden von Nachrichten, dem Veröffentlichen von Inhalten, dem Löschen von Datensätzen, Käufen oder Änderungen an Produktionssystemen immer eine explizite menschliche Freigabe verpflichtend sein – selbst wenn ein Bot diese Aktionen offenbar ausführen kann.
Beim Löschen eines Bots werden sein Profil, seine Unterhaltungen und Routinen entfernt. Die FAQ warnt jedoch, dass Dateien und Logins auf dem gemeinsam genutzten Computer erhalten bleiben können. Löschung sollte deshalb als Lifecycle-Ereignis behandelt werden, das manuelle Bereinigung und Rotation von Zugangsdaten erfordert.
Kontoverknüpfungen können dauerhaft sein
In der Cursor-Dokumentation steht, dass die Verknüpfung eines individuellen SuperGrok- oder X-Premium+-Kontos mit Cursor eine Nutzungsfreigabe und keine Abonnementmigration ist. Die Verknüpfung kann außerdem nicht im Self-Service aufgehoben oder auf ein anderes Cursor-Konto übertragen werden.
Vor dem Test sollte festgelegt werden, welche Unternehmensidentität und welcher Workspace den Bot besitzen. Ein persönliches Konto, das mit einem Unternehmens-Workspace verknüpft wird – oder ein Unternehmensanspruch, der an ein persönliches Cursor-Konto gebunden wird –, schafft ein vermeidbares Offboarding-Problem.
Berichte von tatsächlichen Nutzern zeigen, weshalb Zugangs- und Abrechnungsdetails getestet statt vorausgesetzt werden sollten:
„Ich habe heute mit der Grok-Integration begonnen. Ich habe einfache Dinge gemacht. Ich sah 11 % Nutzung. Das ist ziemlich verrückt.“ — u/SubtleFuryTuesday in r/grok
Dieser Kommentar ist eine frühe Beobachtung eines einzelnen Nutzers, keine allgemein gültige Verbrauchsrate. Er führt dennoch zu einer sinnvollen Pilotfrage: Wie viel des wöchentlichen Kontingents eines Plans verbraucht eine normale Aufgabe, und kann ein Administrator das erkennen, bevor sich On-Demand-Gebühren summieren?
Eine weitere Diskussion auf r/cursor zeigt das Berechtigungsproblem aus einer anderen Perspektive:
„Zumindest bei mir funktioniert es nicht. Es heißt immer, ich müsse auf Pro upgraden (bin ich) … allerdings habe ich den alten Preisplan (500 Requests).“ — u/MidnightRambo
Auch das ist anekdotisch und planspezifisch, stützt aber einen konkreten Abnahmetest: Zugang mit genau den Legacy-, Teams- und Enterprise-Identitäten prüfen, die das Unternehmen tatsächlich einsetzen wird.
Wo Grok Bot sinnvoll startet – und wo nicht
Ein Pilotversuch mit Grok Bot lohnt sich, wenn der Nutzen aus persistenter Computernutzung entsteht und die Folgen einer falschen Aktion begrenzt sind. Für Abläufe, die ohne verlässlichen Audit- und Rollback-Pfad unbemerkt versenden, löschen, einkaufen, freigeben oder Produktionsdaten verändern können, ist der Bot kein sinnvoller Einstieg.
| Hier beginnen | Freigabeschleifen ergänzen | Aus dem ersten Pilotversuch heraushalten |
|---|---|---|
| Interne Recherche-Briefings | Kunden- oder Kandidatenkommunikation | Irreversible Finanztransaktionen |
| Prüfung von Lieferanten und Verlängerungen mit Lesezugriff | CRM-Updates und Änderungen an Datensätzen | Produktiv-Deployments und Merges |
| Entwürfe für Vertriebs- oder Marketing-Nachfassaktionen | Veröffentlichungen und externe Posts | Nicht geprüfte Bewertung von Bewerbern |
| Triage nicht sensibler Postfächer oder Tickets | Erstellung und Priorisierung von Sicherheitstickets | Regulierte Daten ohne schriftlich fixierte Kontrollen |
| Überwachung von Issues und Builds in Test-Repositories | Jede Aktion mit privilegierten Zugangsdaten | Gemeinsam genutzte private und geschäftliche Konten |
Am besten eignet sich zunächst entwurfsorientierte Arbeit in Tools, die nur im Browser verfügbar sind: Der Bot kann mehr als ein Textassistent leisten, während ein Mensch die externe Wirkung weiterhin prüft. Am schlechtesten passt er zu Prozessen mit hoher Auswirkung, bei denen das Unternehmen nicht exakt nachvollziehen kann, was der Bot gesehen, verändert und freigegeben hat.
Ein zweiwöchiger Beschaffungspilot mit klarer Ja-oder-Nein-Entscheidung
Der kostenlose Enterprise-Zeitraum sollte als kontrollierter Test dienen, nicht als Beweis für Wirtschaftlichkeit oder Produktionsreife.
- Einen reversiblen Ablauf auswählen. Ein Testpostfach, ein Sandbox-CRM, ein simuliertes Lieferantenportal oder ein nicht produktives Repository verwenden. Erwartetes Ergebnis und alle Aktionen definieren, die der Bot niemals ausführen darf.
- Einen dedizierten Verantwortlichen und eine Testidentität einrichten. Da Kontoverknüpfungen dauerhaft sein können, muss der besitzende Workspace dokumentiert sein, bevor Mitarbeiter ein persönliches oder geschäftliches Abo verbinden.
- Nur den minimal notwendigen Zugriff gewähren. Wo möglich mit Lesezugriff starten. Gemeinsame Administratorzugänge, Produktions-Token, Zahlungsmittel und uneingeschränkte Browser-Sitzungen vermeiden.
- Arbeit messen, nicht Nachrichten. Laufzeit, erfolgreiche Schritte, Wiederholungen, menschliche Übernahmen, fehlgeschlagene Logins, Freigaben und verbrauchtes Wochenkontingent erfassen. Cursor erklärt, dass die Nutzung wöchentlich zurückgesetzt wird; das konkrete Enterprise-Kontingent ist jedoch nicht öffentlich.
- Fehlerfälle erzwingen. CAPTCHA, abgelaufene Authentifizierung, Prompt Injection auf einer Webseite, widersprüchliche Anweisungen, fehlende Daten sowie eine Aufforderung zum Senden oder Löschen testen. Der Bot sollte anhalten und eskalieren, statt zu improvisieren.
- Die Kontrollinstanz prüfen. Bestätigen, ob Administratoren Aktionsprotokolle einsehen und exportieren, verbundene Konten widerrufen, verbliebene Dateien oder Sitzungen entfernen, Nutzer über den Identity Provider verwalten und einen Vorfall untersuchen können.
- Die Entscheidung nach der Aktion berechnen. Beim Account-Team Preis nach zwei Wochen, Nutzungslimits, Mehrverbrauchsmechanik, Mindestbindung, Datenbedingungen, Support-Reaktion und SLA erfragen. Bleibt die Antwort informell, sollte der Einsatz im Pilotstatus bleiben.
Ein Pilot ist nur bestanden, wenn der Ablauf nützlich ist und das Unternehmen erklären kann, wer jede folgenreiche Aktion autorisiert hat. Eine hohe Abschlussrate ohne Wiederherstellbarkeit ist keine Enterprise-Reife.
Grok Bot for Enterprise: Häufige Fragen
Die Ankündigung beantwortet die Verfügbarkeitsfrage, doch kommerzielle und Governance-Details müssen weiterhin mit dem Account-Team geklärt werden.
Ist Grok Bot for Enterprise offiziell verfügbar?
Ja. xAI hat das Angebot am 3. September 2026 angekündigt, einschließlich zwei Wochen kostenloser Nutzung für Kunden von Grok und Cursor Enterprise. Die Aktivierung erfolgt weiterhin über Admins und das Account-Team.
Hat Grok Bot einen separaten Enterprise-Preis?
Es gibt keinen öffentlich genannten Preis nach der Aktion, kein Kontingent, keinen Mehrverbrauchstarif und kein Vertragsminimum. Vor einer Freigabe für den Rollout sollten alle vier Punkte angefordert werden.
Ist Grok Bot dasselbe wie Grok Enterprise?
Nein. xAI beschreibt Grok Business und Enterprise als umfassenderes Organisationsangebot, während die Bot-FAQ einen persistenten Agenten beschreibt, der Cloud-Computer, Websites, Dateien und verbundene Konten verwendet.
Kann während des kostenlosen Zeitraums jeder Mitarbeiter den Dienst nutzen?
Die Launch-Ankündigung sagt, dass die gesamte Organisation eingeladen werden kann, auch Personen ohne bestehenden Seat. Berechtigungen und Nutzungsansprüche müssen dennoch bestätigt werden.
Erhält jeder Bot einen eigenen Computer?
Nein, jedenfalls nicht als strikte Sicherheitsgrenze: Bots unter einem Konto teilen sich einen persistenten Cloud-Computer einschließlich Dateien, Browser-Sitzungen und Logins, auch wenn sie parallel auf getrennten Bildschirmen laufen können.
Unterstützt Grok Bot SSO, SCIM und Audit-Logs?
xAI wirbt für Enterprise- und individuelle Pläne mit Zugriffs-, Netzwerk-, Audit-, SSO- und SCIM-Kontrollen. Käufer sollten jedoch Bot-spezifische Abdeckung, Log-Export, Provisionierung, Deprovisionierung und Aufbewahrung prüfen.
Kann Grok Bot Websites ohne API nutzen?
Ja, allerdings können Automatisierungsblockaden, CAPTCHAs, erneute Authentifizierung und menschliche Bestätigungen browserbasierte Arbeit unterbrechen.
Wer sollte Grok Bot for Enterprise jetzt einsetzen?
Teams mit einem reversiblen, entwurfsorientierten Ablauf sollten einen begrenzten Pilotversuch starten. Teams, die feste Preise, granulare Zugangsdaten, vollständige Auditierbarkeit auf Aktionsebene oder Garantien für regulierte Daten benötigen, sollten auf schriftliche Antworten warten.
Entscheidend ist die Kontrolle, nicht die Demo
Grok Bot for Enterprise ist einen Test wert, weil persistente browserbasierte Arbeit eine echte Lücke schließt. Preise nach der Aktion, Governance-Nachweise, das Verhalten des gemeinsam genutzten Computers und Lifecycle-Kontrollen müssen jedoch weiterhin kontospezifisch geprüft werden. Das zweiwöchige Angebot sollte für einen reversiblen Ablauf genutzt werden. Erst wenn Zugriffe kontrollierbar sind, fehlgeschlagene Aktionen wiederhergestellt werden können und Ausgaben planbar werden, ist eine Ausweitung sinnvoll.