Grok Bot im Test: Persistenter Agent statt Chat-Sitzung

Bei einem gewöhnlichen Chat endet die Arbeit meist mit dem Schließen des Laptops. Grok Bot verfolgt das gegenteilige Prinzip: Ein namentlich definierter Agent behält Rollenwissen, Dateien, Browser-Sitzungen und Routinen auf einem Cloud-Computer. Das ist deutlich mehr als ein besserer Chatbot – für unbeaufsichtigte, kritische Aufgaben scheiden die Zuverlässigkeit einer frühen Beta und der gemeinsame Systemzustand aber weiterhin aus.

Was Grok Bot kann – und was nicht

Grok Bot ist ein Agentenprodukt im frühen Beta-Stadium, das xAI am 11. August 2026 angekündigt hat. Laut offizieller Beschreibung handelt es sich nicht einfach um „Grok mit längerem Prompt“, sondern um benannte KI-Teammitglieder. Sie können einen Cloud-Computer, verbundene Tools, Websites und Dateien nutzen, um Aufgaben weiterzuführen.

Entscheidend ist dabei die Arbeitseinheit. Ein gewöhnliches Grok 4.6 chat experience ist primär ein Gespräch: Der Nutzer fragt, prüft und handelt selbst. Ein Grok Bot ist dagegen ein dauerhafter Bearbeiter mit fester Rolle, Ausführungsumgebung und Arbeitshistorie, der weitermachen kann, nachdem der Nutzer die Sitzung verlassen hat.

Die passende Frage lautet deshalb nicht: „Welcher Chatbot schreibt besser?“ Sondern: „Welche Teile der Aufgabe bleiben bestehen, wenn der Chat-Durchgang vorbei ist?“ Die official Grok Bot overview und die launch announcement belegen diese produktseitige Abgrenzung und machen zugleich deutlich, dass es sich weiterhin um Beta-Software handelt.

Vier dauerhafte Zustände machen daraus einen Agenten

Grok Bot unterscheidet sich von einer Chat-Sitzung, weil vier Arten von Zustand über eine einzelne Antwort hinaus erhalten bleiben: die Identität des Bots, sein Arbeitsspeicher, sein Tool-Zugriff und seine Computerumgebung. Alle vier schaffen wertvolle Kontinuität – erhöhen aber auch die Folgen eines Fehlers.

Feste Identität: eine Rolle mit Zuständigkeit

Ein Grok Bot soll eine fortlaufende Verantwortung übernehmen, statt auf beliebige Einzelprompts zu reagieren. Die Bot-management documentation beschreibt einen Bot als dauerhaftes Teammitglied mit Namen, Aufgabe, eigenem Gespräch und einem Arbeitskontext, der sich im Lauf der Zeit entwickelt.

Eine Rolle wie „Wöchentliche Kontogesundheit“ ist damit sinnvoller als ein allgemeiner „General Helper“. Im Profil können dauerhafte Regeln stehen, etwa: „Erstelle eine verlinkte Beobachtungsliste, kontaktiere aber niemals einen Kunden ohne Freigabe.“ Die Unterhaltung enthält dagegen die aktuelle Kontoliste und den konkreten Einzelauftrag.

Identität bedeutet hier weder Bewusstsein noch eine eigenständige rechtliche Person. Gemeint ist eine operative Identität: eine stabile Zuständigkeit, die festlegt, welcher Kontext, welche Fähigkeiten, Routinen und Grenzen gelten.

Eine wichtige Einschränkung bleibt: Ein benannter Bot ist keine Berechtigungsgrenze. Alle Bots eines Nutzerkontos verwenden denselben persistenten Cloud-Computer. Mehrere Bots anzulegen, schafft also keine getrennten Sicherheitsbereiche.

Speicher schafft Kontinuität, keine Wahrheit

Grok Bot kann dauerhafte Arbeitspräferenzen, wichtige Fakten, Rollenkontext und Zusammenfassungen früherer Arbeit speichern. Wiederkehrende Abläufe müssen dadurch nicht immer neu erklärt werden. Die offizielle Dokumentation warnt jedoch ausdrücklich davor, Speicher als Ersatz für eine maßgebliche, aktuelle Quelle zu behandeln.

In der Praxis bietet sich diese Aufteilung an:

• Dauerhaftes Verhalten gehört in die Bot-Beschreibung.
• Veränderliche Fakten bleiben im Quellsystem.
• Bei folgenreichen Entscheidungen sollte der Bot aktuelle Datensätze erneut öffnen.
• Veraltete Annahmen direkt korrigieren, statt einer alten Zusammenfassung zu vertrauen.

Auch der Lebenszyklus des Speichers unterscheidet sich von einem Chat-Protokoll. Laut Bot documentation übernimmt das Duplizieren Profil, Einstellungen, aktivierte Skills, Routinen und Avatar eines Bots – nicht aber Gesprächsverlauf, gelernten Speicher oder Chat-Anhänge. Das Löschen eines Bots entfernt Profil, Unterhaltung und Routinen, während gemeinsam genutzte Dateien und Browser-Sitzungen auf dem Cloud-Computer erhalten bleiben können.

Das ist nützlicher, als jede Aufgabe bei null zu beginnen, ersetzt aber keine verlässliche Datenbank. Ein Chat kann Dinge vergessen; ein persistenter Bot kann dauerhaft falsch liegen, wenn Quelldaten und Anweisungen nicht gepflegt werden.

Tools: Aktionen in den eigenen Systemen

Eine normale Chat-Antwort liefert Text, Code oder eine Empfehlung, die der Nutzer an anderer Stelle umsetzt. Grok Bot ist darauf ausgelegt, verfügbare Connectors oder MCP zu verwenden und Websites per Browser zu bedienen, wenn keine saubere API oder Integration vorhanden ist.

Das ist relevant für alte Lieferantenportale, interne Dashboards, Administrationswerkzeuge, die nur im Browser laufen, und schwer integrierbare Abläufe. Gleichzeitig verändert sich die Art des Fehlers: Eine schwache Antwort kostet Prüfzeit, eine falsche Browser-Aktion kann echte Daten erzeugen oder verändern.

Die aktuelle security and privacy guidance sieht vor, dass Nutzer Passwörter, Passkeys, Zwei-Faktor-Codes, CAPTCHAs und Zahlungsbestätigungen selbst übernehmen. Empfohlen werden eng gefasste Freigaberegeln für Senden, Veröffentlichen, Kaufen, Löschen, Berechtigungsänderungen, die Annahme rechtlicher Bedingungen oder Änderungen an Produktionssystemen.

Diese Kontrollen sind hilfreich, garantieren aber nicht, dass jede Aktion harmlos ist. Vor einer Freigabe muss der Nutzer weiterhin Ziel, Umfang und Werte im Freigabeantrag prüfen.

Ein Computer, auf dem Arbeit weiterläuft

Der persistente Computer ist Grok Bots deutlichster Unterschied zu einer Chat-Sitzung. Die offizielle Übersicht beschreibt eine nutzergebundene Cloud-VM mit Browser, Dateisystem und Terminal. Laut FAQ kann Hintergrundarbeit weiterlaufen, nachdem Desktop-App, Laptop oder Smartphone geschlossen wurden.

Zum gespeicherten Zustand können gehören:

• Dateien im gemeinsamen Arbeitsbereich.
• Browser-Sitzungen und Anwendungs-Logins.
• Terminal-seitige Zugangsdaten und erzeugte Artefakte.
• Teilweise abgeschlossene Arbeit einer Routine.
• Die Vorbereitung für einen späteren Bot oder eine Übergabe.

Diese Persistenz beseitigt viel Einrichtungsaufwand. Vor jeder Aufgabe müssen nicht sämtliche Seiten erneut geöffnet, dieselben Arbeitsdateien hochgeladen oder dieselbe Rolle erklärt werden.

Sie vergrößert jedoch auch den möglichen Schaden. Die official FAQ stellt klar: Alle Bots eines Kontos teilen sich einen Cloud-Computer – einschließlich Dateien, Browser-Sitzungen und Logins. Separate Bot-Oberflächen erlauben parallele Arbeit, bilden aber keine getrennten Sicherheitsgrenzen.

Von der Chat-Antwort zum delegierten Ablauf

Über Skills, Routinen und Übergaben zwischen Bots macht Grok Bot aus Kontinuität Automatisierung. Ein Skill beschreibt, wie eine Aufgabe erledigt werden soll. Eine Routine legt fest, wann ein bestimmter Bot sie ausführt – etwa nach Zeitplan oder bei einem unterstützten Ereignis.

Der dokumentierte Ablauf ist bewusst schrittweise angelegt:

1. Die Aufgabe einmal durchführen und das Ergebnis prüfen.
2. Die Methode als wiederverwendbaren Skill mit Eingaben, Validierung, Ausgabe und Freigaberegeln speichern.
3. Mit sicheren Daten testen.
4. Erst wenn der Prozess zuverlässig läuft, daraus eine geplante oder ereignisgesteuerte Routine machen.

Die skills and routines documentation erklärt, dass eine Routine auch bei geschlossenem Laptop laufen kann. Außerdem kann ein Bot bis zu 50 Routinen besitzen, und das System bewahrt pro Routine die 20 jüngsten Ausführungsprotokolle auf.

„Teach a task“ senkt die Einstiegshürde zusätzlich. Wenn die Funktion verfügbar ist, zeichnet sie sichtbare Browser-Interaktionen für bis zu 10 Minuten auf und erstellt daraus einen Skill-Entwurf. Dieser Entwurf benötigt dennoch Entscheidungsregeln, Fehlerbehandlung und Freigabegrenzen. Eine erfolgreiche Demonstration deckt nicht jeden Sonderfall einer unübersichtlichen Website ab.

Mehrere Bots können parallel arbeiten und Nachrichten austauschen. Gruppen-Chats unterstützen 2–6 Bots; laut collaboration documentation sind Übergaben im Gespräch sichtbar. Das ermöglicht Delegation, ohne jedes Resultat manuell weiterreichen zu müssen. Reagieren zu viele Bots auf dieselbe Anfrage, drohen allerdings doppelte Arbeit oder störende Schleifen.

Ein Detail verdient mehr Aufmerksamkeit als der Marketingbegriff „Testlauf“. Der offizielle Routine-Leitfaden weist darauf hin, dass ein Testlauf Websites aufrufen, Dateien verändern und verbundene Tools ansprechen kann. Er prüft also reales Verhalten und ist keine garantiert folgenlose Simulation.

Wo das Agentenmodell an Grenzen stößt

Die Architektur von Grok Bot ist überzeugend, wenn Aufgaben wiederkehrend und überprüfbar sind. Doch dieselbe Persistenz, die das Produkt nützlich macht, kann auch Fehler verfestigen. Die aktuelle Faktenlage zeigt vier praktische Grenzen: gemeinsamer Computerzustand, unvollständige Richtliniendurchsetzung, anfällige Web-Automatisierung und für manche Nutzer schwer vorhersehbarer Verbrauch.

Die gemeinsame Umgebung ist die erste Einschränkung. Dateien, Browser-Sitzungen und Logins stehen allen Bots eines Nutzers zur Verfügung. Ein „Finance Bot“ und ein „Marketing Bot“ sollten daher nicht als isolierte Bearbeiter betrachtet werden. Der offizielle Sicherheitsleitfaden empfiehlt minimale Berechtigungen, begrenzte Servicekonten, regelmäßige Connector-Prüfungen sowie das Aufräumen von Dateien und Sitzungen nach Projektende.

Auch Freigaben haben eine klare Grenze: Sie steuern eine vorgeschlagene, bevorstehende Aktion. Bereits erledigte Arbeit wird dadurch nicht rückgängig gemacht. Laut Dokumentation prüft Auto Review Tool-Aufrufe und Computeraktionen vor der Ausführung, basiert aber auf einem Modell und sollte minimale Berechtigungen sowie eine ausdrückliche menschliche Prüfung ergänzen – nicht ersetzen.

Websites bringen eine weitere Unsicherheitsebene ins Spiel. Eine Seite kann Automatisierung blockieren, ein Login kann ablaufen, ein CAPTCHA erscheinen, das Layout sich ändern oder eine menschliche Bestätigung nötig werden. Gerade weil Browser-Zugriff Systeme ohne APIs erschließt, ist er weniger stabil als eine eng definierte, strukturierte Integration.

Berichte realer Nutzer unterstreichen die Lücke zwischen einem spannenden Agenten und einem verlässlichen digitalen Mitarbeiter. In einer Reddit-Diskussion zur tatsächlichen Nutzung von Grok Bot beschreibt ein Nutzer die aktuelle Erfahrung so:

„Aktuell ist es ein netter kleiner Concierge, ein aufgeblasener persönlicher Informationsmanager.“ — u/BoddhaFace in r/grok

Das beschreibt den derzeitigen Sweet Spot treffend: Informationen sammeln, organisieren, überwachen und Arbeit vorbereiten, statt einen unumkehrbaren Geschäftsprozess eigenständig zu verantworten. Im selben Thread findet sich auch eine konkrete Beschwerde zum Verbrauch:

„Ich habe heute mit der Grok-Integration angefangen. Ich habe nur einfache Dinge gemacht. Trotzdem waren 11 % der Nutzung weg. Das ist ziemlich krass.“ — u/SubtleFuryTuesday in r/grok

Das sind Nutzerberichte, keine plattformweiten Messwerte. Für einen Test sind sie dennoch relevant, denn die offizielle Abrechnungsdokumentation veröffentlicht keine einfache Quotentabelle für jede Arbeitslast. Sie erklärt, dass der Verbrauch von Agentenschritten und Tokens abhängt, wöchentlich zurückgesetzt wird und bei aktivierter Option über On-Demand-Nutzung weiterlaufen kann.

Grok Bot im Test: Für wen lohnt sich das jetzt?

Grok Bot ist einen Test wert, wenn ein wiederholbarer, mehrstufiger Ablauf in bereits genutzten Tools den Engpass bildet – besonders dann, wenn das Ergebnis geprüft werden kann, bevor etwas nach außen geht. Allein wegen einer Launch-Demo, die autonome Arbeit fertig erscheinen lässt, lohnt sich kein hochpreisiges Abo.

Der Zugang gehört zur Kosten-Nutzen-Rechnung. Die aktuelle official pricing page von Cursor nennt die folgenden Monatstarife und führt Grok Bot bei kostenpflichtigen Plänen als enthaltene Funktion auf:

Der Grok Bot billing guide erklärt, dass die Nutzung getrennt von der normalen Nachrichtenanzahl abgerechnet wird: Agentenschritte und Tokens bestimmen den Verbrauch. Kostenpflichtiger Zugang wird wöchentlich zurückgesetzt. Ein kostenloser Test ist ein Nutzungsguthaben innerhalb eines 7-Tage-Fensters, keine Zusage für sieben Tage uneingeschränkter Arbeit. Exakte Wochenquoten und die Kosten jedes einzelnen Workflows nennt die Seite nicht. Vor einem langen autonomen Auftrag lohnt daher ein Blick auf die Tarifansicht.

Die praktische Kaufregel ist einfach: Wer bereits einen berechtigten Tarif hat, sollte einen eng begrenzten, umkehrbaren Workflow ausprobieren und die eingesparte Zeit nach Korrekturen messen. Wer erst einen $200-Plan kaufen müsste, um das Konzept zu testen, sollte auf verlässlichere Verbrauchsdaten und bessere Kontrollen warten.

FAQ

Ist Grok Bot dasselbe wie der normale Grok-Chat?

Nein. Der reguläre Grok-Chat dreht sich um ein laufendes Gespräch und eine vom Nutzer gesteuerte Weiterbearbeitung. Grok Bot ist für benannte Agenten ausgelegt, die Arbeitskontext behalten, Tools nutzen, einen Cloud-Computer bedienen und Hintergrund-Workflows ausführen.

Erinnert sich Grok Bot über Sitzungen hinweg?

Ja. Laut offizieller Dokumentation kann ein Bot Rollenkontext, stabile Präferenzen, wichtige Fakten, Zusammenfassungen, Dateien und Browser-Sitzungen behalten. Das unterstützt die Kontinuität, ist aber keine maßgebliche Quelle für veränderliche Fakten. Wichtige Entscheidungen sollten daher gegen aktuelle Datensätze geprüft werden.

Kann Grok Bot weiterarbeiten, wenn mein Laptop geschlossen ist?

Ja. Hintergrunddurchläufe und Routinen laufen auf dem Cloud-Computer, nicht auf dem lokalen Gerät. Das Schließen des Laptops ersetzt aber weder die Prüfung von Freigaben noch die Behandlung von Fehlern, wenn der Bot an einem Schritt ankommt, den nur ein Mensch erledigen kann.

Sind separate Bots voneinander isoliert?

Nein. Bots eines Kontos teilen einen persistenten Cloud-Computer einschließlich Dateien, Browser-Sitzungen und Logins. Ihre getrennten Oberflächen und Gespräche strukturieren die Arbeit, sind aber keine Sicherheitsgrenzen.

Kann Grok Bot Websites ohne APIs nutzen?

Oft ja. Der Bot kann browserbasierte Dienste ohne dedizierten Connector bedienen. Login-Abfragen, CAPTCHAs, Anti-Automatisierungsmaßnahmen, Layout-Änderungen und menschliche Bestätigungen können den Ablauf jedoch unterbrechen.

Lohnt es sich, für Grok Bot zu bezahlen?

Für bestehende berechtigte Abonnenten mit einem wiederholbaren, risikoarmen Workflow und klar messbarem Ergebnis lohnt sich ein Test. Für sich allein ist Grok Bot kein überzeugender Grund für den Kauf eines hochpreisigen Tarifs und schlecht geeignet für unbeaufsichtigte Arbeit in Produktion, Finanzen, Kundenkontakt oder regulierten Bereichen.

Die Entscheidung in einem Satz

Wenn Grok Bot bereits verfügbar ist, starten Sie mit einer rein lesenden Aufgabe oder einem Entwurf-zuerst-Workflow mit klarer Ziellinie; wenn nicht, kaufen Sie nicht die Demo, bevor Risiken des persistenten Zustands und die realen Kosten Ihrer Arbeitslast für Sie nachvollziehbar sind.