Grok Bot est-il en panne ? Quatre défaillances qui ressemblent à une panne générale, et ce qu'il faut vérifier en premier

Si votre Grok Bot a cessé de répondre ce matin, il y a peu de chances qu'il s'agisse d'une panne de la plateforme, et la raison est structurelle. Grok Bot est l'agent toujours actif de SpaceXAI, lancé le 11 août 2026, et il fonctionne comme une petite flotte de bots nommés sur un ordinateur cloud attribué à votre compte. Presque toutes les façons dont il échoue produisent le même symptôme — le silence — alors que la plateforme elle-même est parfaitement saine. Ainsi, la première réponse honnête à la question « est-ce en panne ? » est que vous ne pouvez pas le déterminer à partir du seul symptôme, et il existe un ordre de vérification qui vous permet d'obtenir la réponse en environ trois minutes.

Une mise en garde avant la liste de contrôle : la documentation de Bot de SpaceXAI, telle que nous la lisons, vous fournit un relevé d'utilisation au niveau du compte et des enregistrements d'exécution par routine, mais aucun flux public de disponibilité ni d'incidents. Il n'existe aucune page à actualiser pour savoir si le service est dégradé. C'est cette absence qui justifie cet article plutôt qu'un lien vers une page de statut.

Les quatre échecs, dans l'ordre où ils se produisent réellement

Un : le compte a épuisé son utilisation incluse. Le cas le plus fréquent, et celui qui imite le plus convaincamment une panne, car un bot qui a atteint son plafond s'arrête simplement. L'accès à Grok Bot est inclus dans les offres Cursor payantes et les niveaux SuperGrok, et le compteur décrit dans la documentation correspond à l'utilisation incluse hebdomadaire du compte — et non par bot. Cette distinction est tout le piège : un seul bot bavard peut épuiser l'allocation partagée par cinq bots, et, vu de l'extérieur, tout se passe comme si la flotte entière s'était arrêtée d'un coup. Usage & Billing affiche l'utilisation incluse hebdomadaire et l'utilisation à la demande pour les comptes admissibles, avec un relevé hebdomadaire dans le menu du compte, et une offre qui épuise son utilisation incluse peut ajouter des dépenses à la demande facturées d'après le coût du modèle et des jetons. Une ligne de la même FAQ vaut la peine d'être connue si vous payez les deux : si vous avez un abonnement Cursor et un abonnement SuperGrok, le Bot puise dans celui qui a le plus d'utilisation.

Deux : la routine est en pause, pas cassée. Les routines permettent à un bot de fonctionner selon un planning ou après un événement, et elles ne sont pas garanties de continuer à s’exécuter pendant votre absence. La documentation indique que Grok Bot peut demander s’il faut continuer à exécuter les routines après une longue absence et les mettre en pause si vous ne répondez pas. Un bot qui s’est tu après des vacances, un long week-end ou une invite non lue se trouve très probablement exactement dans cet état.

Trois : l'ordinateur a été réinitialisé et a emporté vos installations avec lui. Chaque bot de votre compte partage un seul ordinateur, avec une surface Linux persistante, un navigateur, une ligne de commande et un espace de travail partagé à code>/workspace/code>. La documentation précise explicitement que les répertoires temporaires, les paquets installés manuellement et l'état d'application non validé doivent être considérés comme remplaçables — et que les deux voies de récupération diffèrent : Reset restaure le dernier instantané enregistré, tandis que Recreate « supprime les applications et les paquets que les membres ont installés eux-mêmes. » Si votre bot dépend de quelque chose que vous avez installé à la main — un agent de codage tiers, un CLI, une bibliothèque — une récupération peut le supprimer et laisser un bot qui répond mais qui ne peut pas faire son travail. Cela ressemble à une panne partielle alors qu'il s'agit en réalité d'un binaire manquant.

Quatre : le modèle qui fait tourner le bot a changé, ou s'est dégradé. Cursor gère la sélection des modèles. La réponse de la documentation à « où choisir entre Grok 4.7 et un autre modèle » est sans détour : il n'y a pas de sélecteur de modèle, pas de réglage par bot, pas de réglage par routine, ni de réglage par compétence. Le 7 octobre, Elon Musk a déclaré publiquement que Grok Bot cesserait d'être limité aux modèles propres à SpaceXAI et irait chercher « le meilleur modèle de back-end pour chaque tâche donnée » — une déclaration sans grille tarifaire, sans entrée dans le journal des modifications et sans mesure extérieure à l'appui. Le moteur est donc une décision prise côté plateforme, que vous ne pouvez pas voir. Quand il change, ce que vous observez n'est pas un message d'erreur ; c'est la qualité de sortie, la latence et le coût qui dérivent sur les mêmes tâches. Un bot qui écrit soudainement plus mal ou met plus de temps n'est pas forcément tombé en panne.

La vérification de trois minutes

Exécutez-les dans l’ordre et arrêtez-vous au premier qui explique ce que vous voyez :

• La consommation du compte en premier. Ouvrez le menu du compte et consultez le chiffre de consommation hebdomadaire incluse avant de toucher à quoi que ce soit. S'il est épuisé ou presque épuisé, tout ce qui en aval — chaque bot, chaque routine — échoue pour une seule raison, et aucun débogage du bot n'y changera rien. Les dépenses à la demande sont le levier, et il s'agit d'une décision de facturation, pas d'une décision technique.

• Les enregistrements d’exécution viennent en second. Chaque routine conserve les 20 enregistrements d’exécution les plus récents. Il s’agit d’une piste d’audit volontairement limitée, et elle suffit néanmoins à répondre à la question essentielle : la routine s’est-elle exécutée et a-t-elle échoué, ou n’a-t-elle jamais démarré ? Une routine sans enregistrements récents est en pause ou n’a jamais été déclenchée ; une routine dont les enregistrements se terminent par un échec révèle un problème de bot ; une routine avec des enregistrements réussis et aucune sortie visible révèle un problème de livraison des sorties.

• L'ordinateur en troisième. Demandez directement au bot ce qu'il peut voir — code>/workspace/code> : son contenu, si un outil installé existe encore, si une connexion a survécu. Comme l'ordinateur est une seule machine pour tout le compte et que les fichiers sont visibles par chaque bot, cela vous indique aussi si quelque chose qu'un autre bot a fait a affecté celui-ci.

• Le déclencheur, quatrième point. Si le bot fonctionne sur des événements plutôt que selon un planning, vérifiez l'étendue du déclencheur. La documentation met en garde contre les écouteurs trop larges comme « chaque nouveau message », qui génèrent du bruit, consomment du quota et agissent sur des entrées non pertinentes. Un bot qui se déclenche constamment et jamais utilement, ou l'inverse, relève généralement d'un problème de cadrage du déclencheur plutôt que d'un problème de service.

Ce n’est qu’une fois les quatre sans problème que « la plateforme » constitue une hypothèse raisonnable — et même dans ce cas, les éléments dont vous disposez sont circonstanciels, car il n’existe aucun flux de statut pour les confirmer.

Pourquoi l’ordinateur partagé rend les choses plus difficiles qu’elles ne devraient l’être

La conception à ordinateur unique est l’aspect le plus lourd de conséquences de Grok Bot, et le moins évident jusqu’à ce que quelque chose se passe mal. Un ordinateur est attribué à votre compte plutôt qu’à un bot individuel ; les écrans que chaque bot voit sont décrits comme « des surfaces de travail distinctes, et non des frontières de sécurité distinctes » ; tout secret peut être utilisé dans la conversation de n’importe quel membre de l’équipe sur un Team Bot. Cela a deux conséquences pour le diagnostic.

Premièrement, une panne est rarement locale. Un fichier écrit par votre bot de recherche est lisible par votre bot de prospection, et un paquet supprimé lors d’une réinitialisation affecte tous les bots qui l’utilisaient. Deuxièmement, la récupération est limitée au compte. Supprimer un bot retire le profil actif, les conversations et les routines, tandis que les fichiers de l’ordinateur et les connexions ne sont pas isolés par bot et peuvent persister. Masquer un bot est l’alternative réversible ; supprimer une routine est immédiat et sans retour en arrière.

Si vous déboguez à 2 h du matin, cette asymétrie compte plus que n’importe quel journal : les opérations qui ressemblent à du nettoyage sont celles sans retour possible.

Ce que « statut » exigerait réellement

Une véritable réponse de statut exige trois choses que Grok Bot ne vous fournit pas actuellement, et il vaut la peine de les nommer, car elles font la différence entre un produit que vous pouvez exploiter et un produit que vous ne pouvez que regarder :

• Un compteur par bot. L’utilisation est mesurée au niveau du compte ; une flotte qui échoue collectivement ne peut donc pas être décomposée pour déterminer quel bot en est la cause.

• Un historique d’exécution plus détaillé. Vingt enregistrements par routine suffisent à détecter une défaillance cette semaine, mais pas à détecter une dérive sur un mois — le type de défaillance qui coûte de l’argent en silence plutôt que bruyamment.

• Un flux d'incidents. Sans cela, « le service est dégradé » est une inférence tirée de quatre absences plutôt qu'une observation.

Rien de tout cela ne constitue une critique de la conception du produit, qui est cohérente pour ce qu’il est : un agent d’abonnement que l’on configure en lui parlant. Cela signifie toutefois que la charge de la preuve vous incombe chaque fois que le bot se tait, et que l’ordre de vérification ci-dessus est le moyen le moins coûteux de l’assumer.

Là où un routeur a sa place, et où il ne l'a pas

Grok Bot est un produit d’abonnement, et non quelque chose que l’on peut faire passer par un point de terminaison tiers, et aucun guide honnête ne devrait suggérer le contraire. La question que soulève le problème de sélection du modèle est différente : si vous devez choisir le moteur intentionnellement — pour le coût, pour une licence, pour la reproductibilité d’un résultat — cette exigence ne peut pas du tout être exprimée à l’intérieur du bot. Elle doit résider dans la couche inférieure.

C'est cette couche que nous vendons. OrcaRouter est un point de terminaison unique compatible OpenAI couvrant plus de 200 modèles, sans marge sur le prix catalogue des fournisseurs : une baisse de prix annoncée par un fournisseur est donc effective le jour même. Grok 4.6y est proposé au tarif publié par SpaceXAI lui-même, soit 2,00 $ par million de tokens d'entrée et 6,00 $ par million de tokens de sortie, avec une fenêtre de contexte de 500 000 tokens et un temps médian (p50) jusqu'au premier token mesuré à 1,65 seconde. Les éléments qui comptent lorsqu'une étape non éprouvée échoue sont ceux qui empêchent un échec de se transformer en incident : le basculement automatique entre fournisseurs lorsqu'un fournisseur se dégrade, un DSL de routage qui compose plusieurs modèles en un seul appel, et la fusion de modèles pour les panels qui répondent ensemble.

Le geste pratique pour quiconque lit ceci parce que son bot est devenu silencieux est le choix ennuyeux. Écrivez la compétence, exécutez-la une fois à la main face au modèle auquel vous comptiez faire confiance, et seulement ensuite automatisez-la. Un bot validé contre un modèle que vous pouvez appeler directement est un bot dont vous pouvez attribuer les échecs — et c’est l’attribution, et non la disponibilité, que « est-il en panne ? » demande vraiment.