Grok Bot: Cloud-KI-Agenten, Preise und Sicherheitsgrenzen
Grok Bot bringt persistente KI-Agenten ab 20 US-Dollar auf einen Cloud-PC. Analyse von Architektur, Preisen, Sicherheit, Grenzen und Hermes-Vergleich.
Kurzfassung
Grok Bot senkt die Einstiegshürde für persistente KI-Agenten deutlich: Ab 20 US-Dollar pro Monat arbeiten mehrere Bots parallel auf einem von Cursor verwalteten Cloud-Computer, bedienen Browser und Apps und führen Routinen auch bei geschlossenem Laptop aus. Der entscheidende Haken: Alle Bots eines Nutzers teilen Dateien, Browser-Sitzungen und Logins. Das ist ein bequemes Agenten-Team, aber keine Sammlung voneinander isolierter digitaler Mitarbeiter.
Für Einzelpersonen und Teams, die ohne eigenen Server schnell wiederkehrende Wissensarbeit automatisieren wollen, ist das Konzept interessant. Wer getrennte Sicherheitszonen, freie Modellwahl, On-Premises-Betrieb oder exakt kalkulierbare Kontingente braucht, stößt dagegen früh an feste Produktgrenzen.
Was ist Grok Bot?
Grok Bot ist kein weiterer Chatbot, der nur Texte und Antworten erzeugt. SpaceXAI stellte über x.ai das Produkt am 11. August 2026 als Early Beta vor. Ein Bot erhält eine Rolle, greift auf freigegebene Werkzeuge zu und bearbeitet Aufgaben in einer persistenten Cloud-Umgebung mit Browser, Dateisystem und Terminal. Er kann Websites bedienen, Connectoren beziehungsweise MCP-Server nutzen und bei Bedarf andere Bots einbeziehen.
Desktop- und Mobil-Apps dienen vor allem Chat, Kontrolle und Freigaben. Die Ausführung findet laut Cursor-Dokumentation in Cursors Cloud statt. Deshalb laufen Aufgaben und Routinen bei geschlossenem Endgerät weiter.
Statt zuerst einen starren Ablauf aus Triggern und Aktionen zu bauen, beschreibst Du die Aufgabe im Chat. Einen funktionierenden Prozess kannst Du anschließend als Skill oder Routine speichern. Das vereinfacht agentische Automatisierung, verschiebt aber Kontrolle in die verwaltete Plattform.
So funktioniert der persistente Cloud-Computer
Die Formulierung „eigener Computer“ ist leicht missverständlich. Technisch bekommt nicht jeder Bot eine vollständig getrennte virtuelle Maschine. Cursor beschreibt die Architektur als eine dedizierte Firecracker-microVM pro Nutzer. Sie besitzt einen eigenen Kernel, eigenen Speicher und virtuelle Geräte und trennt damit Nutzer voneinander.
Innerhalb eines Nutzerkontos gilt eine andere Grenze: Alle Bots teilen diesen Computer. Jeder Bot hat zwar einen eigenen Bildschirm und kann parallel arbeiten, aber Dateien, Browser-Sitzungen, Kommandozeilen-Credentials und App-Logins liegen im gemeinsamen Vertrauensraum. Die Grok-Bot-Übersicht warnt ausdrücklich davor, getrennte Bots als Sicherheitsgrenze zu behandeln.
| Ebene | Getrennt | Gemeinsam |
|---|---|---|
| Zwischen Nutzern | Dedizierte Firecracker-microVM pro Nutzer | Cursor-Infrastruktur und Plattformdienste |
| Zwischen Bots eines Nutzers | Rolle, Konversation, Bildschirm und Teile des gespeicherten Kontexts | Computer, Dateien, Browser-Sitzungen, Logins und Kommandozeilen-Credentials |
| Ausführung | Ein Computer-Use-Vorgang pro Bot-Bildschirm | Ressourcen des nutzerbezogenen Cloud-Computers |
| Modell | Von Cursor verwaltete Auswahl pro Anfrage | Kein kundenbedienbarer Model Picker |
Diese Architektur erleichtert Übergaben ohne manuelles Kopieren. Sie vergrößert aber den möglichen Schadensradius: Hat ein Bot Zugriff auf eine Sitzung oder Datei, musst Du denselben Zugriff für alle Bots des Kontos annehmen.
Auch die Erinnerung ist differenziert zu betrachten. Bots können Rolleninformationen, Präferenzen und Zusammenfassungen vorheriger Arbeit behalten. Für wichtige Entscheidungen empfiehlt die offizielle FAQ trotzdem, aktuelle Quellen erneut prüfen zu lassen. Persistenz ersetzt keinen Faktencheck.
Wie funktionieren Skills, Teach a task und Routinen?
Grok Bot trennt die Arbeitsbeschreibung vom Ausführungszeitpunkt:
| Baustein | Funktion | Wichtige Grenze |
|---|---|---|
| Skill | Wiederverwendbare Anleitung mit Schritten, Entscheidungsregeln, Ausgabeformat und Freigabegrenzen | Funktioniert nur zuverlässig mit passenden Zugängen und sauber definierten Fehlerfällen |
| Teach a task | Zeichnet eine sichtbare Browser-Demonstration auf und erstellt daraus einen Skill-Entwurf | Aufnahme ist auf bis zu zehn Minuten begrenzt und wird schrittweise ausgerollt |
| Routine | Weist einem Bot einen Ablauf mit Zeitplan oder unterstütztem Ereignis-Trigger zu | Testläufe führen echte Aktionen aus und sind keine Simulation |
Die Demonstrationsfunktion ist besonders relevant für Menschen, die einen Prozess leichter vormachen als formal beschreiben können. Der erzeugte Skill bleibt jedoch ein Entwurf. Eine einzelne Demonstration zeigt selten alle Sonderfälle, fehlende Daten, Wiederholungsregeln oder notwendigen Freigaben. Diese Punkte musst Du nachtragen und mit ungefährlichen Beispieldaten testen.
Ein Bot kann laut Dokumentation bis zu 50 Routinen besitzen. Pro Routine speichert die App die 20 jüngsten Laufprotokolle. Das reicht für eine operative Verlaufskontrolle, ist aber kein vollständiges, langfristiges Audit-System.
Automatisiere stufenweise: Lass zuerst recherchieren, abgleichen oder Entwürfe vorbereiten. Erst bei stabilen Quellen, Formaten und Fehlerpfaden sollte daraus eine Routine werden. Konsequente Aktionen bleiben hinter einer expliziten Freigabe.
Was kostet Grok Bot und wie funktionieren die Nutzungslimits?
Die kanonische Planseite von Cursor nennt mehrere Zugangswege. Grok Bot ist in jedem bezahlten individuellen Cursor-Tarif und in Cursor Teams enthalten. Alternativ lässt sich ein individuelles SuperGrok-, SuperGrok-Plus-, SuperGrok-Heavy- oder X-Premium+-Abonnement als Nutzungsguthaben mit einem Cursor-Konto verknüpfen.
| Zugang | Veröffentlichter Einstiegspreis | Grok-Bot-Nutzung |
|---|---|---|
| Cursor Pro | 20 US-Dollar pro Monat | Wöchentliches Kontingent, unter Pro+ und Ultra |
| Cursor Teams Standard | 40 US-Dollar pro Nutzer und Monat | Kontingent des jeweiligen Teams-Sitzes |
| SuperGrok Plus | 30 US-Dollar pro Monat | Nutzung wird dem verknüpften Cursor-Konto gewährt |
| Enterprise | Individuell | Freischaltung und Umfang über das Account-Team |
Der Preis sagt wenig über die nutzbare Arbeitsmenge aus. Das Kontingent wird wöchentlich zurückgesetzt, doch Cursor veröffentlicht keine festen Schritt- oder Tokenmengen. Der Verbrauch hängt von Agentenschritten, Tokens, Aufgabenlänge und Modell ab. Ein langer Lauf kann mehr verbrauchen als viele kurze Nachrichten.
Nach Ausschöpfen des Wochenkontingents kann Grok Bot über den gemeinsamen On-Demand-Spend des Cursor-Kontos weiterarbeiten, sofern dieser aktiviert ist. Einen eigenen Grok-Bot-Spend-Cap gibt es laut Team-FAQ derzeit nicht. Für Teams ist das ein realer Planungsnachteil: Die Oberfläche ist einfach, die Grenzkosten längerer autonomer Abläufe bleiben aber schwer vorhersehbar.
Auch die Gratisphase ist kein pauschal sieben Tage lang unbegrenzter Test. Cursor beschreibt sie als Nutzungsguthaben mit zusätzlichem 7-Tage-Fenster. Eine große Aufgabe kann das Guthaben in einem einzigen Lauf verbrauchen.
Wie sicher ist Grok Bot?
Grok Bot kombiniert Freigabekarten, explizite Handlungsgrenzen und Auto Review. Das separate Prüfmodell bewertet unter anderem Shell-Befehle, Plugin-Aufrufe, Computer Use, Änderungen an Automationen und die Delegation an weitere Agenten. Es kann eine Aktion erlauben, blockieren oder zur menschlichen Freigabe vorlegen.
Das ist nützlich, aber keine harte Garantie. Auto Review ist modellbasiert, lässt sich vom einzelnen Mitglied abschalten und kann derzeit nicht organisationsweit gesperrt werden. Außerdem prüft es nicht jede Nebenwirkung; Speicherzugriffe und viele Einstellungsänderungen sind Beispiele für Lücken. Auch Prompt Injection wird durch die Schutzschichten nur reduziert, nicht beseitigt.
Die gemeinsame Computergrenze bleibt daher zentral. Connector-Tokens liegen laut Cursor auf dem Connector-Backend und werden dem Bot nicht direkt übergeben. Browser-Sitzungen und Kommandozeilen-Credentials befinden sich dagegen auf dem geteilten Nutzer-Computer. Das Löschen eines Bots entfernt dessen Dateien und Browser-Sitzungen dort nicht automatisch.
Für Datenschutz- und Compliance-Prüfungen kommen weitere Einschränkungen hinzu:
- Grok Bot benötigt Cloud-Datenspeicherung und unterstützt den Legacy Privacy Mode nicht. Der Trainings-Opt-out folgt den jeweils geltenden Cursor-Kontoeinstellungen.
- Die Cloud-Computer laufen laut Cursor-Sicherheitsdokumentation derzeit in den USA.
- On-Premises, Betrieb im eigenen Netzwerkperimeter und Bring-your-own-image werden nicht unterstützt.
- Network Controls, Audit Logs, Action Recording, OpenTelemetry Export, SCIM und mehrere Verwaltungsfunktionen sind Enterprise-exklusiv. Self-Serve Teams erhalten diese Kontrollen nicht vollständig.
- Ohne Network Policy gilt Allow-all. Das Sperren eines Plugins verhindert nicht automatisch den Zugriff auf die Website desselben Dienstes.
Gerade der letzte Punkt ist wichtig: Eine Connector-Sperre und eine Netzwerkregel kontrollieren unterschiedliche Pfade. Wer einen Dienst wirklich ausschließen will, benötigt beide Ebenen. Die dafür nötigen Network Controls fehlen jedoch in Self-Serve Teams.
Grok Bot oder Hermes Agent: Wo liegen die Unterschiede?
Grok Bot und Hermes Agent adressieren einen ähnlichen Wunsch: dauerhafte Agenten, Skills, geplante Aufgaben und Zugriff auf reale Werkzeuge. Der Schwerpunkt ist aber unterschiedlich. Grok Bot verkauft eine verwaltete Produkterfahrung, Hermes eine offen konfigurierbare Agenten-Infrastruktur.
| Kriterium | Grok Bot | Hermes Agent |
|---|---|---|
| Einstieg | App installieren, Bot anlegen, Zugänge freigeben | Installation, Provider, Modelle, Werkzeuge und Gateway konfigurieren |
| Betrieb | Kernlaufzeit auf Cursor-gehosteten Cloud-Computern; optionale lokale Befehle und Dateizugriffe über die Desktop-App | Lokal, auf VPS oder weiterer selbst gewählter Infrastruktur |
| Modellwahl | Cursor verwaltet die Auswahl; kein Model Picker | Modellanbieter und Modelle konfigurierbar |
| Agentenstruktur | Mehrere benannte Bots mit eigenem Bildschirm auf einem gemeinsamen Nutzer-Computer | Bots und Subagenten; Isolation hängt vom gewählten Backend und Deployment ab |
| Skills | Im Produkt gespeicherte Skills, optional aus Demonstration | Portable und versionierbare Skill-Dateien |
| Automatisierung | Zeitpläne und unterstützte Ereignis-Trigger | Cronjobs, Tools und Messaging-Gateway |
| Kontrolle | Geringer Setup-Aufwand, begrenzte Infrastrukturkontrolle | Hohe technische Kontrolle, dafür eigener Betriebs- und Wartungsaufwand |
| Kostenlogik | Abo, Wochenkontingent und optional gemeinsamer On-Demand-Spend | Infrastruktur plus frei gewählter Modellanbieter und dessen Abrechnung |
Wenn Du möglichst schnell ein Agenten-Team für Browser- und Wissensarbeit aufsetzen willst, hat Grok Bot den klareren Einstieg. Ein unabhängiger Hands-on-Bericht von Claire Vo hebt das einfache Onboarding, die Connector-Erfahrung und mehrere Konten pro Dienst positiv hervor. Sie kritisiert zugleich fehlende Modellwahl, geringe Anpassbarkeit und die Drittanbieter-Cloud. Das ist eine persönliche Praxiseinschätzung, kein Benchmark.
Hermes passt besser, wenn Du Provider wechseln, Skills per Git versionieren oder eigene Infrastruktur nutzen willst. Dafür musst Du die Installation und Konfiguration selbst beherrschen. Selbsthosting verlagert Prozessisolation, Secrets, Updates, Backups und Netzwerkregeln in Deine Verantwortung.
Für wen eignet sich Grok Bot?
| Zielgruppe | Einschätzung | Begründung |
|---|---|---|
| Einzelpersonen mit vielen wiederkehrenden Browseraufgaben | Gut geeignet | Schneller Einstieg, persistente Sitzungen und Routinen ohne eigenen Server |
| Kleine Teams ohne eigene Agenten-Infrastruktur | Bedingt geeignet | Gute Bedienbarkeit, aber begrenzte Governance und schwer planbare Nutzung |
| Unternehmen mit strengen Netzwerk- und Audit-Vorgaben | Nur nach Enterprise-Prüfung | Wesentliche Netzwerk-, Protokollierungs- und Verwaltungsfunktionen sind Enterprise-exklusiv |
| Stark regulierte oder datenresidenzgebundene Organisationen | Häufig ungeeignet | US-Hosting, kein On-Premises und kein eigener Perimeter |
| Nutzer mit Bedarf an freier Modellwahl | Ungeeignet | Kein kundenbedienbarer Model Picker |
| Technische Nutzer mit Wunsch nach vollständiger Anpassbarkeit | Eher Hermes oder vergleichbares Self-Hosting | Mehr Kontrolle über Modelle, Dateien, Skills und Infrastruktur |
Die Grenze verläuft zwischen Komfort und Kontrollbedarf. Wer mehrere Mandanten, Kunden oder Schutzklassen trennen muss, darf diese Trennung nicht nur durch verschiedene Bot-Namen abbilden.
So startest Du Grok Bot sicher
- Beginne mit einer read-only Aufgabe und einem klar prüfbaren Ergebnis, etwa einer Recherche mit Quellenlinks oder einem Entwurf.
- Verbinde nur die Konten und Connectoren, die der konkrete Ablauf benötigt. Nutze nach Möglichkeit eingeschränkte Servicekonten.
- Trenne sensible Arbeitsbereiche über unterschiedliche Cursor-Nutzer, wenn sie eigene Computer- und Credential-Grenzen benötigen.
- Gib Passwörter, Passkeys, 2FA-Codes, CAPTCHAs und Zahlungsbestätigungen nur über die vorgesehene Computerübernahme ein, niemals im Chat.
- Lege enge Require-Approval-Regeln für Senden, Veröffentlichen, Löschen, Käufe, Berechtigungen und Produktivsysteme fest. Bevorzuge einmalige Freigaben gegenüber pauschalem „Always allow“.
- Teste Skills einmalig mit ungefährlichen Daten, bevor Du sie als Routine aktivierst. Ein Testlauf führt reale Aktionen aus.
- Prüfe aktive Routinen, Browser-Sitzungen, temporäre Dateien und Connector-Berechtigungen regelmäßig. Das Löschen eines Bots räumt den gemeinsamen Computer nicht vollständig auf.
Welche Einschränkungen bleiben?
Grok Bot befindet sich in einer Early Beta. Funktionen wie Teach a task werden schrittweise ausgerollt, Websites können Automatisierung über CAPTCHAs oder Datacenter-IP-Sperren blockieren, und Sitzungen können nach Änderungen am Computer-Image erneut eine Anmeldung verlangen.
Die größere Einschränkung ist strukturell: Die Produktoberfläche vermittelt mehrere spezialisierte Mitarbeiter, die technische Vertrauensgrenze bleibt aber ein Nutzerkonto mit einem gemeinsamen Computer. Dazu kommen fehlende freie Modellwahl, nicht veröffentlichte absolute Wochenkontingente und eine gemeinsame On-Demand-Abrechnung ohne eigenen Grok-Bot-Deckel.
Auch Auto Review ändert daran nichts. Es ist eine zusätzliche Prüfschicht, kein Ersatz für Least Privilege, Netzwerkregeln und menschliche Freigaben. Produktivitätsversprechen aus Herstellerbeispielen belegen zudem keine allgemeine Zeitersparnis. Ohne unabhängige Vergleichstests bleibt offen, wie zuverlässig komplexe Routinen über längere Zeit und wechselnde Webseiten hinweg funktionieren.
Quellen
- SpaceXAI: Introducing Grok Bot, abgerufen am 3. September 2026
- Grok Bot: Übersicht, abgerufen am 3. September 2026
- Grok Bot: Häufige Fragen, abgerufen am 3. September 2026
- Grok Bot: Skills und Routinen, abgerufen am 3. September 2026
- Grok Bot: Freigaben, Sicherheit und Datenschutz, abgerufen am 3. September 2026
- Cursor: Grok Bot Security, abgerufen am 3. September 2026
- Cursor: Grok Bot für Teams und Enterprise, abgerufen am 3. September 2026
- Cursor: Pläne und Abrechnung, abgerufen am 3. September 2026
- Cursor: Preise, abgerufen am 3. September 2026
- Hermes Agent: Dokumentation, abgerufen am 3. September 2026
- Claire Vo: Hands-on-Bericht zu Grok Bot, abgerufen am 3. September 2026
FAQ: Häufige Fragen zu Grok Bot
Ist Grok Bot ein Produkt von xAI oder Cursor?
SpaceXAI vermarktet Grok Bot über x.ai; Cursor beziehungsweise Anysphere stellt Cursor-Konto, Cloud-Ausführung, Pläne sowie wesentliche Sicherheits- und Teamkontrollen bereit. Für Zugang, Nutzung und Abrechnung ist die aktuelle Cursor-Planseite maßgeblich.
Hat jeder Grok Bot einen eigenen Computer?
Nicht als isolierte virtuelle Maschine pro Bot. Jeder Nutzer erhält einen dedizierten Cloud-Computer; alle Bots dieses Nutzers teilen Dateien, Browser-Sitzungen und Logins. Pro Bot gibt es einen eigenen Bildschirm für parallele Arbeit.
Was kostet Grok Bot?
Der günstigste veröffentlichte Cursor-Einstieg ist Pro für 20 US-Dollar pro Monat. Grok Bot ist außerdem in weiteren bezahlten Cursor- und Teams-Tarifen enthalten oder über verknüpfte individuelle SuperGrok- und X-Premium+-Abonnements zugänglich.
Gibt es feste Nutzungsgrenzen?
Es gibt ein wöchentlich zurückgesetztes Kontingent, aber Cursor veröffentlicht keine absoluten Schritt- oder Tokenquoten für die einzelnen Stufen. Nach Verbrauch kann die Nutzung über den gemeinsamen On-Demand-Spend weiterlaufen, sofern er aktiviert ist.
Kann ich das verwendete Modell auswählen?
Nein. Cursor verwaltet die Modellauswahl und kann den eingesetzten Mix ändern. Einen kundenbedienbaren Model Picker gibt es nicht.
Läuft Grok Bot unter Linux?
Ja. Offiziell unterstützt werden Linux auf x64 und Arm64 als `.deb`, `.rpm` oder AppImage sowie macOS, Windows, iPhone ab iOS 18 und Android ab Version 9.
Kann Grok Bot lokal oder On-Premises laufen?
Nicht als lokale oder On-Premises-Bereitstellung. Die Kernlaufzeit liegt auf Cursor-gehosteten Cloud-Computern; über die Desktop-App kann ein Bot optional und separat kontrolliert lokale Befehle ausführen sowie Dateien lesen oder übertragen. On-Premises-Betrieb, ein eigener Netzwerkperimeter und Bring-your-own-image werden nicht unterstützt.
Schützt Auto Review vor Prompt Injection?
Nicht vollständig. Auto Review und Freigaben reduzieren das Risiko, die offizielle Dokumentation sagt aber ausdrücklich, dass bösartige externe Inhalte den Bot weiterhin beeinflussen können. Konsequente Aktionen müssen deshalb hinter engen Berechtigungen und menschlichen Freigaben bleiben.


Fazit
Grok Bot ist eine überzeugende Abkürzung zu persistenten KI-Agenten, wenn Du Browserarbeit und Routinen ohne eigene Infrastruktur automatisieren willst. Der Komfort wird jedoch mit Cloud-Abhängigkeit, einem gemeinsamen Vertrauensraum aller Bots und schwer kalkulierbaren Nutzungslimits bezahlt. Für unkritische Wissensarbeit und klar begrenzte Entwurfsprozesse ist ein kontrollierter Test sinnvoll; für getrennte Kundendaten, strenge Governance oder freie Modellwahl würde ich stattdessen eine selbst kontrollierte Architektur wie Hermes Agent prüfen.