Verrouillage caché du bot Grok : aucune exportation de mémoire, historique plafonné à 20 runs, machine cloud partagée

✍️ OpenClawRadar📅 Publié: August 25, 2026🔗 Source
Ad

Si vous construisez des workflows persistants sur Grok Bot (ou toute autre plateforme d'agents IA), le coût de sortie pourrait être plus élevé que vous ne le pensez. Un post détaillé sur r/openclaw décompose la documentation officielle de xAI, révélant des limites strictes qui transforment les « coûts de changement » d'un risque abstrait en une décision concrète : payer ou tout reconstruire.

Les plafonds durs dans les docs de xAI

Selon la source, les propres documents de xAI stipulent trois choses qui façonnent fondamentalement votre relation avec la plateforme :

  • Les routines sont plafonnées à 50 par Bot, et seules les 20 exécutions les plus récentes sont conservées. Votre historique d'exécution a un plafond dur.
  • Supprimer une routine est définitif. Pas de corbeille, pas de restauration. Supprimer un Bot détruit ses routines avec lui.
  • Il n'y a pas d'export de mémoire. Pas « c'est compliqué » — il n'y a aucun moyen de récupérer vos données.

Pourquoi c'est pire que le verrouillage de modèle

Avec une API de modèle, vous possédez vos prompts et pouvez renvoyer l'historique. Passer de GPT à Claude est un changement de configuration. Grok Bot n'est pas sans état — c'est un environnement d'exécution avec état où la valeur s'accumule à l'intérieur du fournisseur :

  • Chaque page explorée, recherche exécutée et appel API vit sur leurs serveurs.
  • Six mois de feedback « non, pas comme ça » et tous les changements qu'il a déclenchés.
  • L'ordre des routines et les dépendances entre vos Bots.
  • Chaque impasse déjà essayée, donc la prochaine exécution l'évite.

Partez, et votre nouvelle pile démarre à l'aveugle. Elle ré-explore, ré-recherche, ré-analyse — et re-dérive des conclusions que vous avez déjà payées une fois. Cela coûte du temps et de l'argent, et c'est pourquoi le coût de changement devient la douve.

Ad

Vous ne pouvez même pas savoir sur quel modèle vous êtes

xAI n'a pas divulgué quels modèles le routeur sélectionne, et il n'y a aucun moyen documenté de les épingler ou de les changer. Si vos automatisations commencent à produire de moins bons résultats, vous ne saurez pas si le routeur vous a déplacé vers un modèle moins cher, si un modèle a été mis à jour, ou si vos prompts ont toujours été fragiles. Une augmentation de prix est visible ; une dérive de comportement silencieuse ne l'est pas.

Pas un problème Grok Bot — un problème de catégorie

Le post prend soin de noter que ce n'est pas unique à Grok Bot. Claude Cowork, ChatGPT Work, et Copilot Cowork sont construits de la même manière : donnez à un agent vos identifiants, laissez-le accumuler de l'état, et regardez cet état devenir la chose que vous ne pouvez pas laisser derrière vous.

Que faire à ce sujet

Le point pratique : traitez la plateforme d'agents comme le moteur d'exécution, mais gardez la mémoire dans un endroit que vous possédez. Envoyez tout dans un endroit que vous contrôlez. Avant de construire en profondeur, demandez-vous : que se passe-t-il si le bundle change de prix, si une réglementation frappe votre domaine, ou si une meilleure pile open-source arrive ?

📖 Lire la source complète : r/openclaw

Ad

👀 See Also

Comment fonctionne réellement la mémoire d'OpenCLAW : Résoudre l'« oubli » de l'agent
Guides

Comment fonctionne réellement la mémoire d'OpenCLAW : Résoudre l'« oubli » de l'agent

Les agents OpenCLAW n'ont pas de mémoire persistante entre les conversations - ils reconstruisent le contexte à partir de fichiers comme SOUL.md, USER.md et MEMORY.md à chaque session. Les problèmes courants d'«oubli» proviennent de l'encombrement des sessions, des fichiers mémoire non structurés et de la confusion entre l'historique des discussions et le stockage permanent.

OpenClawRadar
Optimisation des Coûts d'OpenClaw : Cinq Réglages pour une Utilisation Continue des Agents
Guides

Optimisation des Coûts d'OpenClaw : Cinq Réglages pour une Utilisation Continue des Agents

Un développeur exécutant OpenClaw en continu sur un Raspberry Pi a identifié cinq paramètres de configuration qui ont considérablement réduit les coûts de l'agent en optimisant pour le coût plutôt que pour les capacités par défaut.

OpenClawRadar
Liste de configuration d'OpenClaw : six étapes cruciales pour les nouveaux utilisateurs
Guides

Liste de configuration d'OpenClaw : six étapes cruciales pour les nouveaux utilisateurs

Un post Reddit détaille six étapes de configuration essentielles pour les utilisateurs d'OpenClaw : changer le modèle par défaut d'Opus à Sonnet pour réduire les coûts, verrouiller l'hôte de la passerelle sur 127.0.0.1 pour la sécurité, créer un fichier SOUL.md pour la personnalité de l'agent, éviter d'installer des compétences initialement, ne pas créer plusieurs agents, et utiliser la commande /new pour gérer le contexte de conversation.

OpenClawRadar
Checklist de configuration Claude en 72 étapes : de l'utilisateur par défaut à l'expert
Guides

Checklist de configuration Claude en 72 étapes : de l'utilisateur par défaut à l'expert

Un article détaillé sur Medium présente une checklist en 72 étapes pour configurer Claude, passant des paramètres par défaut aux fonctionnalités avancées de power-user. Partagé sur HN avec 10 points et 1 commentaire.

OpenClawRadar