Titelkarte für einen Artikel, der der Frage nachgeht, ob Grok Bot ausgefallen ist, und die vier Fehlfunktionen auflistet, die wie ein Ausfall wirken.
Guides & Insights

Ist Grok Bot ausgefallen? Vier Fehler, die wie ein Ausfall wirken, und was Sie zuerst prüfen sollten

Autor

Rowan Sterling

Veröffentlicht am

Neueste Modelle · 20Alle Modelle ansehen →
Benchmarks: Artificial Analysis · täglich aktualisiert
Zurück zu allen Beiträgen

Wenn Ihr Grok Bot heute Morgen aufgehört hat zu antworten, spricht die Wahrscheinlichkeit dagegen, dass es sich um einen Plattformausfall handelt, und der Grund ist struktureller Natur. Grok Bot ist der ständig verfügbare Agent von SpaceXAI, gestartet am 11. August 2026, und er läuft als kleine Flotte benannter Bots auf einem Cloud-Rechner, der Ihrem Konto zugewiesen ist. Fast jede Art, wie er ausfällt, erzeugt dasselbe Symptom – Stille –, während die Plattform selbst vollkommen gesund ist. Die ehrliche erste Antwort auf „Ist er down?“ lautet also, dass Sie es allein am Symptom nicht erkennen können, und es gibt eine Reihenfolge zum Prüfen, die Sie in etwa drei Minuten zur Antwort bringt.

Ein Vorbehalt vor der Checkliste: Die Bot-Dokumentation von SpaceXAI bietet, wie wir sie lesen, eine Nutzungsübersicht auf Kontoebene und Ausführungsprotokolle pro Routine, aber keinen öffentlichen Uptime- oder Incident-Feed. Es gibt keine Seite, die Sie aktualisieren können, um zu erfahren, ob der Dienst beeinträchtigt ist. Dieses Fehlen ist der Grund, warum es diesen Artikel gibt und nicht bloß einen Link auf eine Statusseite.

Die vier Fehler, in der Reihenfolge, in der sie tatsächlich auftreten

Eins: Das Konto hat seine inkludierte Nutzung aufgebraucht. Der häufigste Fall – und derjenige, der einen Ausfall am überzeugendsten nachahmt, weil ein Bot, der an seine Obergrenze gestoßen ist, einfach aufhört. Der Zugang von Grok Bot ist in bezahlten Cursor-Tarifen und SuperGrok-Stufen enthalten, und der in der Dokumentation beschriebene Zähler ist die wöchentliche inkludierte Nutzung des Kontos – nicht pro Bot. Diese Unterscheidung ist die eigentliche Falle: Ein einzelner geschwätziger Bot kann das Kontingent erschöpfen, das sich fünf Bots teilen, und von außen sieht es so aus, als wäre die gesamte Flotte auf einmal ausgefallen. Usage & Billing zeigt für berechtigte Konten die wöchentliche inkludierte Nutzung und die On-Demand-Nutzung an, mit einer wöchentlichen Anzeige im Kontomenü, und ein Tarif, dessen inkludierte Nutzung erschöpft ist, kann On-Demand-Ausgaben hinzufügen, die nach Modell- und Tokenkosten abgerechnet werden. Eine Zeile in derselben FAQ sollte man kennen, wenn man für beides zahlt: Wenn Sie ein Cursor-Abo und ein SuperGrok-Abo haben, greift der Bot auf dasjenige zurück, das mehr Nutzung hat.

Zwei: Die Routine ist pausiert, nicht defekt. Routinen sind die Art und Weise, wie ein Bot nach einem Zeitplan oder nach einem Ereignis läuft, und es ist nicht garantiert, dass sie während Ihrer Abwesenheit weiterlaufen. Die Dokumentation weist darauf hin, dass Grok Bot nach einer längeren Abwesenheit fragen kann, ob die Routinen weiterlaufen sollen, und sie pausiert, wenn Sie nicht antworten. Ein Bot, der nach einem Feiertag, einem langen Wochenende oder einer ungelesenen Aufforderung verstummt ist, befindet sich höchstwahrscheinlich genau in diesem Zustand.

Drittens: Der Computer wurde zurückgesetzt und hat deine Installationen mitgenommen. Jeder Bot in deinem Konto teilt sich einen Computer, mit einer persistenten Linux-Oberfläche, einem Browser, einer Kommandozeile und einem gemeinsamen Arbeitsbereich unter code>/workspace/code>. Die Dokumentation sagt ausdrücklich, dass temporäre Verzeichnisse, manuell installierte Pakete und nicht committete Anwendungszustände als ersetzbar gelten sollten – und dass sich die beiden Wiederherstellungswege unterscheiden: Reset stellt den zuletzt gespeicherten Snapshot wieder her, während Recreate „Apps und Pakete entfernt, die Mitglieder selbst installiert haben“. Wenn dein Bot von etwas abhängt, das du von Hand installiert hast – ein Coding-Agent eines Drittanbieters, eine CLI, eine Bibliothek –, kann eine Wiederherstellung es entfernen und einen Bot hinterlassen, der antwortet, aber seine Aufgabe nicht erledigen kann. Das liest sich wie ein Teilausfall und ist tatsächlich eine fehlende Binärdatei.

Vier: Das Modell hinter dem Bot wurde geändert oder hat sich verschlechtert. Cursor verwaltet die Modellauswahl. Die Antwort der Dokumentation auf die Frage „Wo wähle ich zwischen Grok 4.7 und einem anderen Modell?“ ist eindeutig: Es gibt keine Modellauswahl, keine Einstellung pro Bot, keine pro Routine und keine pro Skill. Am 7. Oktober sagte Elon Musk öffentlich, Grok Bot werde nicht länger auf die eigenen Modelle von SpaceXAI beschränkt sein und würde auf „das beste Backend-Modell für jede beliebige Aufgabe“ zurückgreifen – eine Aussage, an die keine Preisliste, kein Changelog-Eintrag und keine externe Messung geknüpft ist. Die Engine ist also eine plattformseitige Entscheidung, die Sie nicht sehen können. Wenn sie sich ändert, sehen Sie keine Fehlermeldung; stattdessen driften Ausgabequalität, Latenz und Kosten bei denselben Aufgaben. Ein Bot, der plötzlich schlechter schreibt oder länger braucht, ist nicht zwangsläufig ausgefallen.

Artificial Analysis leaderboard of AI models by intelligence, cost and speed, illustrating that a model changing underneath an agent looks like a quality drop rather than an outage.

Der Drei-Minuten-Check

Führen Sie diese in der angegebenen Reihenfolge aus und stoppen Sie bei der ersten, die erklärt, was Sie sehen:

• Kontonutzung zuerst. Öffnen Sie das Kontomenü und lesen Sie die wöchentlich enthaltene Nutzungsmenge, bevor Sie irgendetwas anderes anfassen. Wenn sie erschöpft oder fast erschöpft ist, schlägt alles Nachgelagerte – jeder Bot, jede Routine – aus einem einzigen Grund fehl, und noch so viel Debugging am Bot hilft nicht. Bedarfsabhängige Ausgaben sind der Hebel, und das ist eine Abrechnungsentscheidung, keine technische.

• Ausführungsprotokolle an zweiter Stelle. Jede Routine behält die 20 letzten Ausführungsprotokolle. Das ist ein bewusst flacher Audit-Trail, und er reicht dennoch aus, um die entscheidende Frage zu beantworten: Lief die Routine und schlug fehl, oder wurde sie nie gestartet? Eine Routine ohne aktuelle Protokolle ist pausiert oder wurde nie ausgelöst; eine Routine mit Protokollen, die auf einem Fehler enden, ist ein Bot-Problem; eine Routine mit erfolgreichen Protokollen und ohne sichtbare Ausgabe ist ein Problem bei der Ausgabeübermittlung.

• Drittens: der Computer. Fragen Sie den Bot direkt, was er sehen kann — code>/workspace/code> Inhalt, ob ein installiertes Tool noch vorhanden ist, ob eine Anmeldung noch besteht. Da der Computer für das gesamte Konto eine einzige Maschine ist und Dateien für jeden Bot sichtbar sind, sagt Ihnen das auch, ob etwas, das ein anderer Bot getan hat, diesen hier beeinflusst hat.

• Der Auslöser – vierter Punkt. Wenn der Bot eher ereignisgesteuert als nach Zeitplan läuft, prüfen Sie die Breite des Auslösers. Die Dokumentation warnt vor breiten Listenern wie „jede neue Nachricht“, die Rauschen erzeugen, Nutzungskontingent verbrauchen und auf irrelevante Eingaben reagieren. Ein Bot, der ständig auslöst und nie nützlich ist – oder umgekehrt –, hat üblicherweise ein Problem mit der Trigger-Abgrenzung und kein Serviceproblem.

Erst wenn alle vier sauber sind, ist „die Plattform“ eine vernünftige Hypothese – und selbst dann sind die Beweise, die du hast, Indizien, weil es keinen Status-Feed gibt, gegen den man sie bestätigen könnte.

Warum der gemeinsam genutzte Computer das schwieriger macht, als es sein sollte

Das Ein-Computer-Design ist das folgenreichste Merkmal von Grok Bot und das am wenigsten offensichtliche, bis etwas schiefgeht. Ein Computer wird Ihrem Konto zugewiesen und nicht einem einzelnen Bot; die Bildschirme, die jeder Bot sieht, werden als „getrennte Arbeitsflächen, nicht getrennte Sicherheitsgrenzen“ beschrieben; jedes Secret kann in der Unterhaltung jedes Teammitglieds auf einem Team Bot verwendet werden. Das hat zwei Konsequenzen für die Diagnose.

Erstens ist ein Fehler selten lokal. Eine von deinem Research-Bot geschriebene Datei kann von deinem Outreach-Bot gelesen werden, und ein während eines Resets entferntes Paket betrifft jeden Bot, der es verwendet hat. Zweitens ist die Wiederherstellung kontobezogen. Das Löschen eines Bots entfernt das aktive Profil, die Unterhaltung und die Routinen, während Computerdareien und Anmeldungen nicht pro Bot isoliert sind und bestehen bleiben können. Das Ausblenden eines Bots ist die umkehrbare Alternative; das Löschen einer Routine erfolgt sofort und kann nicht rückgängig gemacht werden.

Wenn du um 2 Uhr nachts debuggst, zählt diese Asymmetrie mehr als jedes Log: Die Operationen, die wie Aufräumen aussehen, sind genau die ohne Rückweg.

Was „Status“ tatsächlich erfordern würde

Eine echte Statusantwort braucht drei Dinge, die Grok Bot Ihnen derzeit nicht liefert, und es lohnt sich, sie zu benennen, denn sie sind der Unterschied zwischen einem Produkt, das Sie bedienen können, und einem, das Sie nur beobachten können:

• Ein Zähler pro Bot.Die Nutzung wird auf Kontoebene gemessen, sodass sich ein Verbund, der gemeinsam ausfällt, nicht darauf aufschlüsseln lässt, welcher Bot die Ursache war.

• Ein tiefergehender Ausführungsverlauf. Zwanzig Datensätze pro Routine reichen aus, um diese Woche einen Fehler zu erkennen, und nicht aus, um eine Drift über einen Monat hinweg zu erkennen – die Fehlerart, bei der Geld leise statt laut verloren geht.

• Ein Incident-Feed. Ohne einen solchen ist „der Dienst ist beeinträchtigt“ eine Schlussfolgerung aus vier Abwesenheiten statt einer Beobachtung.

Das ist alles keine Kritik am Design des Produkts, das für das, was es ist, stimmig ist: ein Abonnement-Agent, den man konfiguriert, indem man mit ihm spricht. Es bedeutet jedoch, dass die Beweislast bei Ihnen liegt, jedes Mal, wenn der Bot verstummt, und die oben beschriebene Prüfreihenfolge ist der günstigste Weg, sie zu tragen.

Wo ein Router passt – und wo nicht

Grok Bot ist ein Abonnementprodukt und nicht etwas, das sich über einen Drittanbieter-Endpunkt leiten lässt, und keine ehrliche Anleitung sollte etwas anderes nahelegen. Die Frage, die das Problem der Modellauswahl aufwirft, ist eine andere: Wenn Sie die Engine bewusst auswählen müssen – aus Kostengründen, wegen einer Lizenz, für die Reproduzierbarkeit eines Ergebnisses –, dann lässt sich diese Anforderung innerhalb des Bots überhaupt nicht ausdrücken. Sie muss in der darunterliegenden Schicht liegen.

OrcaRouter's Grok 4.6 model page showing a $2.00 input and $6.00 output rate card, a 500,000-token context window, and a p50 time to first token of 1.65 seconds.

Diese Ebene ist das, was wir verkaufen. OrcaRouter ist ein OpenAI-kompatibler Endpunkt über mehr als 200 Modelle ohne Aufschlag auf den Listenpreis der Anbieter, sodass eine Preissenkung eines Anbieters noch am selben Tag live ist. Grok 4.6 ist darauf zu SpaceXAIs eigenem veröffentlichten Tarif von 2,00 US-Dollar pro Million Eingabetokens und 6,00 US-Dollar pro Million Ausgabetokens verfügbar, mit einem Kontextfenster von 500.000 Tokens und einer gemessenen p50-Zeit bis zum ersten Token von 1,65 Sekunden. Die Teile, die zählen, wenn ein unerprobter Schritt fehlschlägt, sind die, die verhindern, dass aus einem Fehler ein Vorfall wird: automatisches Failover über Anbieter hinweg, wenn einer beeinträchtigt ist, eine Routing-DSL, die mehrere Modelle zu einem Aufruf zusammensetzt, und Modellfusion für Panels, die gemeinsam antworten.

OrcaRouter's models catalogue showing 224 models from 17 providers called through one OpenAI-compatible endpoint and one API key.

Der pragmatische Schritt für alle, die das lesen, weil ihr Bot plötzlich verstummt ist, ist der langweilige. Schreibe den Skill, lasse ihn einmal von Hand gegen das Modell laufen, dem du vertrauen wolltest, und automatisiere ihn erst dann. Ein Bot, der gegen ein Modell validiert wurde, das du direkt aufrufen kannst, ist ein Bot, dessen Fehler du zuordnen kannst – und Zuordnung, nicht Uptime, ist es, worum es bei „is it down?“ wirklich geht.