Grok Bot im Überblick: was die Beta kann und wo ihre Grenzen liegen

Grok Bot meldet sich selbst in Ihren Tools an, auch ohne API. Warum die Doku etwas anderes sagt als die Produktseite und was das praktisch bedeutet.

Großraumbüro mit Holztischen, aufgeklappten Laptops und leeren Stühlen

Es gibt in vielen Unternehmen diese eine Software, für die es keine Schnittstelle gibt. Das Lieferantenportal, das Zeiterfassungssystem des Vorbesitzers, die Fachanwendung mit dem Login von 2011. Jeder Automatisierungsversuch scheitert an derselben Stelle: Ohne API und ohne MCP-Anbindung kommt kein Werkzeug hinein. Genau dort setzt Grok Bot an, den SpaceXAI, die frühere xAI, am 11. August 2026 als Early Beta gestartet hat. Der Bot meldet sich einfach selbst an und klickt sich durch die Oberfläche, so wie ein Mensch es täte.

Was das Produkt tatsächlich macht

Grok Bot ist kein Assistent, den man bei Bedarf öffnet, sondern ein dauerhaft laufender Agent, dem man Aufgaben zuweist. Jeder Bot bekommt einen Namen und eine Funktion, man schreibt ihm wie einem Kollegen und übergibt die Arbeit. Er arbeitet auf einem Cloud-Rechner mit echtem Browser, Kommandozeile und Dateisystem, das heißt: Der Laptop kann zugeklappt sein, die Aufgabe läuft weiter.

Mehrere Bots arbeiten parallel. SpaceXAI beschreibt ein Modell, in dem ein Bot als eine Art Stabsstelle die anderen steuert, während Spezialisten für Posteingang, Reisekosten, Recruiting oder Fehlerbehebung zuarbeiten. Die Bots schreiben einander direkt, teilen Kontext in Sitzungen und stimmen sich in Gruppenchats untereinander ab. Wer einem Bot einen Ablauf einmal vorführt, bekommt ihn als gespeicherte Routine zurück, die künftig ohne erneute Erklärung läuft.

Intern hat SpaceXAI das Werkzeug nach eigenen Angaben für Vertriebsansprache, Marketingkampagnen, Onboarding, Rechnungsbearbeitung und Fehlerbehebung eingesetzt, bevor es nach außen ging.

Der Widerspruch zwischen Produktseite und Dokumentation

Die Ankündigung wirbt damit, dass Bots einen eigenen Rechner haben. Die Dokumentation, am selben Tag veröffentlicht, beschreibt etwas anderes: Alle Bots eines Kontos teilen sich einen einzigen dauerhaften Cloud-Rechner. Jeder Bot bekommt darauf einen eigenen Bildschirm, damit mehrere gleichzeitig arbeiten können, aber der Rechner ist dem Benutzerkonto zugeordnet, nicht dem einzelnen Bot.

Daraus folgt die zentrale Aussage der Sicherheitsseite, die SpaceXAI wortgleich auch in den häufigen Fragen wiederholt.

Nutzen Sie einzelne Bots nicht als Sicherheitsgrenze.

Dateien, Browser-Sitzungen und Zugangsdaten auf der Kommandozeile stehen laut Dokumentation allen Bots des Kontos zur Verfügung. Melden Sie also einen Buchhaltungs-Bot bei einem Zahlungsdienst an, erbt der Recruiting-Bot dieselbe Sitzung. Der eigene Bildschirm trennt die Arbeitsfläche, nicht die Berechtigungen.

Ebenso wichtig: Das Löschen eines Bots entfernt weder die Dateien noch die Anmeldungen auf dem gemeinsamen Rechner. Das Aufräumen ist Handarbeit und besteht laut Anleitung aus mehreren Schritten, darunter das manuelle Abmelden von Websites, das Entfernen von Projektdateien und das Widerrufen der Berechtigungen im jeweiligen Dienst.

Modernes Büro mit mehreren leeren Schreibtischen und Stühlen

Anmeldung, Freigaben und was noch fehlt

Bei der Anmeldung geht Grok Bot einen pragmatischen Weg. Stößt ein Bot auf eine Anmeldemaske, fordert er den Menschen auf, kurz die Kontrolle über den Rechner zu übernehmen. Passwort, Passkey, Zweitfaktor oder CAPTCHA gibt der Mensch selbst ein, danach übernimmt der Bot wieder. Die Sitzung bleibt anschließend auf dem gemeinsamen Rechner bestehen.

Für heikle Aktionen gibt es Freigaberegeln, die man eng fassen kann, etwa für Senden, Veröffentlichen, Löschen, Kaufen oder Änderungen an Produktivsystemen. Zwei Einschränkungen sollte man kennen: Ein Testlauf führt echte Aktionen aus, und eine Freigabe macht bereits Erledigtes nicht rückgängig. Freigaben wirken also nur dann, wenn sie vorher gesetzt sind, nicht als Rettungsanker danach. Eine Audit-Ansicht ist in der Dokumentation als noch kommend gekennzeichnet, Compliance-Zertifizierungen werden dort nicht genannt.

Die Ausführung von Befehlen auf dem lokalen Rechner ist getrennt geregelt und steht standardmäßig auf Nachfragen bei jedem Mal. Diese Einstellung betrifft allerdings nur den Rechner vor Ihnen, nicht den in der Cloud.

Preis, Verfügbarkeit und Einordnung

Grok Bot ist an Cursor gebunden, das SpaceX übernimmt, und über bestehende Abonnements verfügbar: SuperGrok Heavy, Cursor Ultra und Cursor Teams Premium, im Bereich von rund 120 Dollar im Monat. Apps gibt es für macOS, iOS, Windows und Linux, Android ist angekündigt. Firmenkunden kommen zunächst auf eine Warteliste. Nutzungsgrenzen und Kosten bei Überschreitung stehen nicht in den öffentlichen Bedingungen, sie sind Verhandlungssache.

Als Motor dient Grok 4.6, das SpaceXAI am 12. August veröffentlicht hat und ausdrücklich für lang laufende Agenten gebaut hat. In den vom Anbieter selbst veröffentlichten Vergleichswerten liegt das Modell etwa gleichauf mit GPT-5.6 Sol und knapp hinter Fable 5 Max.

Was das für Ihr Unternehmen heißt

  • Ein Konto ist eine Vertrauenszone. Solange alle Bots eines Kontos dieselben Dateien und Anmeldungen sehen, lässt sich der Schaden nicht über die Aufgabenverteilung begrenzen. Trennung erreichen Sie nur über getrennte Konten.
  • Prüfen Sie, welche Anmeldung Sie wirklich hinterlegen wollen. Was einmal auf dem geteilten Rechner angemeldet ist, steht dort dauerhaft allen Bots offen. Für Buchhaltung, Lohn und Kundendaten ist das eine bewusste Entscheidung, keine Nebensache.
  • Freigaben gehören vor den ersten Lauf. Ein Testlauf ist kein Trockenlauf, und eine nachträgliche Freigabe hebt nichts auf. Legen Sie enge Regeln für Senden, Löschen, Bestellen und Produktivänderungen an, bevor ein Bot Zugang bekommt.
  • Ohne Audit-Ansicht keine Nachweisbarkeit. Wo protokolliert werden muss, wer wann was geändert hat, fehlt derzeit die Grundlage. Für regulierte Abläufe ist das ein Ausschlusskriterium, bis nachgeliefert wird.
  • Der Nutzen liegt beim Entwurf, nicht beim Versand. Recherche, Vorbereitung, Datenpflege in Systemen ohne Schnittstelle: Dort spielt das Werkzeug seine Stärke aus. Alles, was nach außen geht oder Geld bewegt, sollte weiterhin durch eine menschliche Hand.
  • Das Aufräumen ist Teil der Einführung. Legen Sie vorher fest, wer nach einem Projekt Sitzungen beendet, Dateien löscht und Berechtigungen widerruft. Das passiert nicht automatisch.

Einordnung für die Praxis

Der technische Ansatz ist ernst zu nehmen. Ein Agent, der Software über die Oberfläche bedient, löst ein Problem, an dem schnittstellenbasierte Automatisierung seit Jahren scheitert, und für Betriebe mit älteren Fachanwendungen ist das mehr als ein Marketingversprechen. Auch die Dokumentation verdient Anerkennung: Sie benennt die Grenzen ihres eigenen Sicherheitsmodells ungewöhnlich klar, statt sie zu verschweigen.

Nur steht diese Klarheit im Widerspruch zur Werbung, und wer nur die Produktseite liest, baut auf einer falschen Annahme auf. Wenn Sie überlegen, agentische Werkzeuge einzusetzen, ist die entscheidende Vorarbeit nicht die Werkzeugauswahl, sondern die Frage, welche Zugänge Sie einer Software überhaupt geben wollen und wie Sie den Schaden begrenzen, wenn etwas schiefgeht. Dabei unterstütze ich Sie gern.

Richard von Rüden
Über den Autor Richard von Rüden Senior Entwickler & AI Engineer

Seit über 15 Jahren entwickle ich Websites und Apps und beschäftige mich intensiv mit KI-Automatisierung sowie Datenschutz. In meinen Artikeln teile ich aktuelle News, fundiertes Fachwissen und Erfahrungen aus zahlreichen Projekten.

Kostenlose Beratung
← Zurück zu den News