Alternative à Grok Bot : un bureau par agent

xAI a lancé Grok Bot le 11 août 2026 avec une formule qui décrit exactement le produit : « Grok Bot, c'est votre équipe d'agents toujours actifs. » Vous confiez une tâche à un Bot, vous fermez le portable, le travail continue. L'annonce en donne la raison : « Les Bots partagent un ordinateur bien à eux dans le cloud, pour que les tâches ne s'arrêtent pas quand vous vous absentez. » Toutes les citations de cet article sont traduites de l'anglais.

Cette phrase contient la décision d'architecture à comprendre avant de choisir une plateforme. Chez Grok Bot, tous les Bots d'un même membre travaillent sur l'unique ordinateur cloud de ce membre. Sur SpineOS, chaque agent a le sien. Nous éditons SpineOS, tenez-en compte : chaque fait avancé ici sur Grok Bot est cité de l'annonce et de la documentation de xAI.

Ce que Grok Bot fournit réellement

Grok Bot fournit à chaque membre un ordinateur cloud persistant que tous ses Bots se partagent, ainsi qu'un quota d'usage distinct de son abonnement existant.

La documentation est nette sur ce point : « L'ordinateur est isolé au niveau de votre compte, pas au niveau d'un Bot individuel. » Le travail en parallèle passe par le partage de l'écran, pas de la machine : « Chaque Bot dispose de son propre écran sur cet ordinateur, ce qui permet à plusieurs Bots d'utiliser le navigateur et les outils du bureau en parallèle sans obtenir pour autant des frontières de sécurité distinctes. »

L'état persiste d'une tâche à l'autre : « Les Bots nommés conservent mémoire, fichiers, sessions de navigateur et préférences d'un tour à l'autre. Le contexte s'accumule au lieu de repartir d'un environnement vierge à chaque tâche. »

Le produit ne se vend pas seul. Selon l'annonce, « Grok Bot est en bêta et disponible dès aujourd'hui pour les abonnés SuperGrok, SuperGrok Plus et SuperGrok Heavy, Cursor Pro, Pro+ et Ultra, ainsi que Cursor Teams Standard et Premium, sur ordinateur et iOS. » L'usage est compté à part : ce que vous confiez à un Bot n'est pas décompté de vos forfaits. La documentation ne publie ni volume de quota, ni limite de débit, ni limite de session, et aucune API publique de création de Bots n'y est documentée.

L'isolation de Grok Bot est solide, dans un sens

Entre clients, l'isolation de Grok Bot relève d'un vrai travail d'ingénierie, et autant le dire avant toute comparaison.

Leur documentation équipes précise : « Chaque ordinateur est une micro-VM Firecracker avec son propre noyau, sa propre mémoire et ses propres périphériques virtuels. » Et : « Chaque utilisateur obtient un ordinateur dédié avec une séparation au niveau matériel, et un utilisateur ne peut pas atteindre l'ordinateur d'un autre utilisateur. » Un administrateur d'entreprise peut consulter l'ordinateur de n'importe quel membre, voir sa date de création et sa dernière activité, et le supprimer.

Le modèle de gestion des identifiants est tout aussi soigné. « Un Bot n'a ni identité ni identifiants propres. » « Les Bots agissent en tant que membre connecté. Un Bot ne peut jamais disposer de plus d'accès que la personne à laquelle il appartient. » Les jetons des connecteurs « restent sur le backend de Cursor » et ne sont « jamais stockés sur l'ordinateur ». Un Bot ne peut donc pas dépasser les droits de son propriétaire humain.

La frontière qui n'existe pas est celle qui séparerait deux Bots d'un même compte, et c'est xAI qui l'écrit. Dans leur FAQ, à la question « Mes Bots partagent-ils un seul ordinateur ? » :

« Oui. Tous les Bots de votre compte utilisent un même ordinateur cloud persistant. Ils en partagent les fichiers, les sessions de navigateur et les identifiants de connexion, ce qui leur permet de se passer le travail. L'ordinateur est attribué par utilisateur, pas par Bot. N'utilisez pas des Bots séparés comme frontière de sécurité. »

La page équipes résume la même chose en une ligne : « Les Bots isolent des personnalités et des espaces de travail, pas du calcul. »

Pourquoi partager un même ordinateur est une vraie fonctionnalité

L'état partagé est le meilleur argument du modèle Grok Bot, et prétendre le contraire vous ferait perdre du temps.

Prenez un Bot de recherche connecté à un outil d'analyse, et un Bot de reporting qui doit lire les mêmes chiffres une heure plus tard. Le second ouvre le navigateur et la session est déjà là. Les fichiers écrits par le premier sont sur le disque. Rien à exporter, rien à réauthentifier. xAI parle de se passer le travail « sans refaire la configuration », et la formule est juste.

Quiconque a vu deux agents isolés passer chacun quatre minutes à se connecter au même outil sait ce que vaut cette commodité. C'est un arbitrage assumé, documenté honnêtement, et pour une personne seule qui enchaîne des tâches liées, c'est le bon.

Ce que coûte l'ordinateur partagé

Le coût, c'est le rayon d'impact. Tous les Bots d'un même membre travaillent dans les mêmes fichiers, le même profil de navigateur et le même jeu de connexions.

Un Bot qui lit ce que lui renvoient des pages web non fiables et un Bot qui garde votre outil comptable ouvert dans un onglet connecté partagent la même machine et le même disque. Les jetons des connecteurs ne sont pas sur ce disque, et cela compte. Les sessions de navigateur actives, elles, y sont, et une session active vaut un accès. La parade habituelle, déplacer l'agent le plus risqué ailleurs, n'existe pas ici : multiplier les Bots ne multiplie pas les machines.

La même contrainte a une version opérationnelle plus discrète. Deux Bots qui écrivent en parallèle sur un même disque peuvent s'écraser mutuellement. Un profil de navigateur ne retient qu'une identité connectée par site, donc deux Bots ne peuvent pas travailler sous deux comptes différents sur un même service en même temps. Le trafic sortant est lui aussi partagé : xAI indique que les plages d'adresses IP « sont partagées entre les clients de Grok Bot, et des adresses IP dédiées par client ne sont pas proposées ».

Rien de tout cela n'est un défaut du produit. C'est la face coûts de l'arbitrage que la documentation décrit.

Comment SpineOS trace la frontière

SpineOS donne à un agent un bureau cloud, sur sa propre machine virtuelle, isolée au niveau réseau de tous les autres bureaux de la plateforme.

Chaque bureau possède son disque, son profil de navigateur, ses logiciels installés et un système de fichiers qui survit aux redémarrages. Créer un deuxième agent produit une deuxième machine, pas une deuxième fenêtre. Un agent qui déraille atteint son propre bureau et s'arrête là. Mission Control garde la flotte lisible : chaque agent, son état, ce sur quoi il travaille. L'hébergement est en France.

Cinq types d'agents tournent sur ces bureaux : Claude Code, OpenClaw, Codex, Hermes et Grok CLI. L'agent de code de xAI tourne donc sur SpineOS aujourd'hui. Cette comparaison porte sur l'endroit où vit un agent, pas sur la qualité des modèles.

Passer le relais sans partager la machine

Notre réponse au passage de relais est une base de connaissances partagée par espace de travail : les agents se transmettent ce qu'ils ont appris sans partager la machine sur laquelle ils l'ont appris.

Chaque espace de travail dispose d'une base que tous ses agents peuvent lire et écrire. Quand un agent découvre lequel de trois endpoints renvoie les bons totaux, il le note et l'agent suivant le retrouve. La connaissance circule d'un agent à l'autre. La session de navigateur, non.

Autant l'admettre : c'est moins commode qu'un navigateur déjà connecté. Une connexion établie sur un bureau reste sur ce bureau, et les accès sont accordés bureau par bureau, donc un deuxième agent reçoit ce que vous lui donnez et rien de plus. Si votre travail est une chaîne d'agents qui reprennent le même navigateur là où le précédent l'a laissé, le modèle de Grok Bot crée moins de friction, et nous préférons le dire plutôt que faire comme si l'étape était gratuite. Notre position : dès que les agents sont plus nombreux que la personne qui les surveille, une frontière entre eux vaut cette étape.

Grok Bot et SpineOS, face à face

Lequel correspond à votre situation

Choisissez Grok Bot si vous payez déjà SuperGrok ou Cursor, si une seule personne supervise le travail, et si les tâches forment une séquence qui profite d'un navigateur déjà connecté et d'un dossier commun. L'usage est inclus et il n'y a rien à provisionner.

Choisissez SpineOS si vos agents sont plus nombreux que la personne qui les supervise, si la mission d'un agent est plus risquée que celle des autres, s'il vous faut plusieurs agents connectés au même service sous des comptes différents, ou si les bureaux doivent se trouver en France. Cela vaut aussi si vous préférez choisir l'agent plutôt que prendre celui fourni avec la plateforme, Grok CLI compris.

Tarifs et disponibilité

Grok Bot n'a pas de tarif propre. Il est inclus dans les abonnements SuperGrok et Cursor listés dans l'annonce de lancement.

SpineOS est gratuit pendant la bêta : un bureau cloud avec 2 vCPU, 4 Go de RAM et 20 Go de stockage persistant. Pro coûte 49 EUR par mois pour 3 agents maximum. Max coûte 149 EUR par mois pour 10 agents maximum avec espaces de travail partagés. Enterprise sur demande. Tout tourne en France.

Lectures complémentaires

• Pourquoi les sandboxes ne suffisent pas : ce qu'un environnement éphémère ne sait pas faire.
• Pourquoi vos agents IA ont besoin d'une base de connaissances partagée : le passage de relais en pratique.
• Faire tourner un agent IA dans une VM isolée : le modèle d'isolation en détail.

Essayez

Créez un agent sur SpineOS : il obtient son propre bureau cloud en deux minutes environ. Apportez votre clé de fournisseur ou utilisez un modèle géré, confiez-lui une tâche, refermez le portable.