Grok Bot : tout ce qu'il faut savoir sur les agents de xAI

Une précision avant de commencer, parce que le nom prête à confusion. On ne parle pas ici du chatbot Grok, celui qui répond dans X. On parle de Grok Bot, un produit distinct sorti le 11 août 2026 : une équipe d'agents autonomes qui travaillent à ta place, dans tes outils, avec tes identifiants.

Et on ne parle pas non plus des bots Discord ou Telegram qui portent le même nom.

J'ai passé la journée dans la documentation officielle et dans les retours des premiers utilisateurs. Au passage, j'ai trouvé une contre-vérité que toute la presse française répète, y compris des titres sérieux, et qui change complètement la façon dont il faut utiliser l'outil. J'y viens.

Grok Bot, c'est quoi ?

xAI, devenu SpaceXAI, vend six produits distincts : Chat, Build, Imagine, Voice, Bot et Grokipedia. Il faut savoir lequel est lequel avant d'aller plus loin.

• Grok Chat, c'est l'assistant conversationnel, celui que tout le monde connaît
• Grok Build, c'est leur agent de code en terminal. L'équivalent de Claude Code
• Grok Bot, c'est celui qui nous intéresse : de la délégation de travail. L'équivalent de Claude Cowork

Nuance utile, parce qu'elle est souvent mal posée : Grok Bot sait aussi écrire du code. Son ordinateur cloud a un terminal, et « reproduction de bugs » fait partie des rôles proposés par l'éditeur. La différence n'est donc pas code contre pas de code, c'est le public : Build vit dans le terminal et s'adresse à des développeurs, Bot est généraliste et se sert d'un terminal quand la tâche l'exige.

La promesse officielle tient en une phrase : "Grok Bot is your team of always-on agents. They have their own computer, work inside tools and apps like you do, and keep working 24/7."

Autrement dit, tu ne discutes pas avec un assistant. Tu confies un travail à un collègue numérique, qui va le faire dans tes vrais outils, et qui revient quand il a fini ou quand il a besoin de ton accord.

Le produit est en early beta, disponible sur macOS en puce Apple et sur iOS. Ni Windows, ni version web.

Comment fonctionne Grok Bot

Trois mécanismes font toute la différence avec un chatbot classique.

Un ordinateur dans le cloud, allumé en permanence. Chaque bot travaille sur une machine distante équipée d'un navigateur et d'un terminal. Il se connecte à tes outils avec tes identifiants et agit dedans comme tu le ferais. Y compris sur les plateformes qui n'ont ni API ni MCP, ce qui est le point le plus fort du produit : il ne dépend pas d'une intégration prévue par l'éditeur, il clique.

Plusieurs bots en parallèle, qui se parlent. Tu peux monter un bot par sujet, prospection, comptabilité, recrutement, correction de bugs, et poser au-dessus un coordinateur, que xAI appelle un chief of staff. Les bots s'envoient des messages, partagent le contexte d'un projet, et se répartissent le travail dans un fil commun sans que tu serves d'intermédiaire.

L'apprentissage par démonstration. C'est la fonction la plus intéressante et la moins comprise. Tu demandes au bot de suivre pendant que tu fais une tâche. Il regarde, il enregistre la suite d'étapes sous forme de routine, il encaisse tes corrections, et il la rejoue seul la fois suivante. Pas de scénario à construire, pas de déclencheur à configurer.

Depuis le 29 août, un connecteur X natif s'ajoute : recherche de posts, lecture de la timeline, mentions. Les comptes payants reçoivent des crédits d'API X pour démarrer.

Les avantages de Grok Bot

Il travaille dans l'outil, pas dans une fenêtre de chat. C'est la différence qui compte. La plupart des assistants te rendent un texte que tu dois ensuite recopier quelque part. Un bot met à jour la fiche dans le CRM, envoie le mail depuis ta boîte, remplit le formulaire dans le portail. Un témoignage interne le formule bien : il y a une différence énorme entre 90 % fait et 100 % fait.

Il n'a pas besoin d'API, et il travaille sur tes sessions déjà ouvertes. C'est sa vraie plus-value, et elle mérite d'être dite précisément : tu le connectes une fois à un service, il garde la session, et il y retourne ensuite comme toi. Ton LinkedIn, ta boîte mail, ton CRM, le portail de ton fournisseur, le vieil extranet de l'assureur. Tout ce qui n'a jamais eu d'intégration et n'en aura jamais devient accessible, parce que le bot ne demande pas une porte dérobée : il passe par la porte d'entrée avec ton badge.

Il continue quand tu fermes ton ordinateur. Le travail tourne sur la machine distante, pas sur la tienne.

La prise en main ne demande rien. Pas de scénario à monter, pas de nommage à respecter. Tu écris à un bot comme tu écrirais à quelqu'un de ton équipe, depuis le téléphone ou le bureau, et tu reprends le fil sur l'autre appareil.

Il parle comme un collègue, pas comme un terminal. C'est le point que personne ne relève et qui explique une bonne partie de son adoption. Claude Code et Codex répondent par des pavés techniques, des listes d'étapes, des blocs de code. Grok Bot tient une conversation en fil, courte, sur le ton d'un message à un collègue. Une utilisatrice interne le formule mieux que moi : "There wasn't anything to learn. It was just like bringing on a coworker. No automations to set up, no product quirks, no intricate naming."

Ce n'est pas cosmétique. C'est ce qui fait qu'un dirigeant non technique peut s'en servir, là où il abandonne devant un agent en ligne de commande. Martin Casado, d'a16z, dit la même chose autrement : "This is the first product I've used that really nails the virtual co-worker."

La consommation est séparée. Point souvent négligé : "anything you hand off to a Bot won't count against your existing usage". Ce que tu confies aux bots ne mange pas ton quota Grok habituel. C'est l'inverse du solde unique de Lovable, où le trafic de ton application vient piocher dans le budget qui te sert à la construire.

Les inconvénients de Grok Bot

Et voici la partie que la presse n'a pas faite.

Tes bots ne sont pas isolés les uns des autres. C'est la contre-vérité que je mentionnais. Partout on lit que chaque agent reçoit sa propre machine virtuelle. La documentation officielle dit exactement l'inverse :

"All of your Bots share one cloud computer assigned to your user account." "Do not use separate Bots as a security boundary."

Tous tes bots partagent un seul ordinateur et un seul jeu de sessions connectées. Fichiers, sessions de navigateur, identifiants en ligne de commande : tout est accessible de l'un à l'autre. L'éditeur écrit noir sur blanc qu'il ne faut pas se servir de bots séparés comme d'une frontière de sécurité.

La confusion vient du marketing, qui dit "Bots share a computer of their own", lu un peu vite comme « chacun le sien ». Concrètement, tu ne peux pas donner l'accès à ta comptabilité à un bot en pensant que celui qui gère ta prospection ne l'aura pas.

Conséquence déjà constatée, et confirmée par l'éditeur : l'ordinateur partagé s'est bloqué une fois, et tous les bots sont tombés en même temps.

Le bot agit sous ton identité. Il se connecte avec tes identifiants, donc le journal du service distant dira que c'était toi. En cas de problème, tu es le responsable, pas l'outil. C'est acceptable sur un tableur interne, beaucoup moins sur un compte bancaire ou un portail client.

La consommation part vite. Un abonné au plan le plus cher rapporte une seule tâche ayant mangé environ la moitié de son quota hebdomadaire.

Le contexte d'un bot ne s'élague pas. Il grossit sans qu'on puisse le nettoyer, ce qui pèse sur les tâches longues.

La vue d'audit n'existe pas encore, elle est annoncée comme à venir. Et une approbation refusée n'annule pas un travail déjà effectué : le bot s'arrête, il ne revient pas en arrière.

Tu ne choisis pas le modèle. Le routage se fait automatiquement côté serveur. Excellent pour un utilisateur lambda quand c'est bien fait, frustrant pour quelqu'un qui sait ce qu'il veut. Matt Schumer, qui l'a testé tôt, en faisait sa principale critique, tout en précisant que xAI l'aurait nettement amélioré depuis.

L'adresse IP du centre de données se fait bloquer. Limite très concrète remontée par les testeurs : comme le bot navigue depuis une machine cloud, beaucoup de sites grand public le prennent pour un robot et lui ferment la porte. Un testeur cite la commande de courses en ligne, devenue impossible. C'est la contrepartie directe du « il navigue comme un humain » : il navigue comme un humain depuis une adresse qui, elle, n'a rien d'humain.

L'onboarding demande de tout brancher. Reproche récurrent : personne n'a envie de connecter vingt outils avant de commencer à travailler.

C'est une bêta de trois semaines. Personne ne sait comment il se comporte sur des processus réels et sales, ceux qui sont pleins de cas particuliers. Les démonstrations sont propres, la vraie vie ne l'est pas.

Grok Bot vs Claude Code / Cowork

La comparaison est déjà dans toutes les têtes, alors autant la faire proprement. Elle porte en réalité sur deux couples différents.

Le vrai partage se fait sur une question : est-ce que ton outil a une intégration propre ?

Si oui, Claude et ses connecteurs MCP sont plus sûrs et plus prévisibles, parce que l'agent passe par une porte prévue pour lui, avec des permissions explicites. Si non, Grok Bot est aujourd'hui le seul à savoir se débrouiller, parce qu'il clique dans l'interface comme un humain.

Et pour le développement au quotidien, le concurrent de Claude Code n'est pas Grok Bot mais Grok Build. Bot sait coder, mais il le fait comme un généraliste qui ouvre un terminal, pas comme un outil pensé pour ça.

Grok Bot vs ChatGPT

ChatGPT a aussi son mode agent, capable de naviguer et d'agir dans un navigateur. Trois différences de fond.

La durée. L'agent de ChatGPT travaille sur une session, le temps d'une tâche. Les bots de Grok sont persistants : ils gardent la mémoire de tes préférences, reprennent un dossier de la semaine dernière et relancent un fil que tu avais laissé tomber.

Le nombre. ChatGPT te donne un agent à la fois. Grok Bot en fait tourner plusieurs qui se coordonnent entre eux.

La démonstration. Montrer une fois à un bot comment tu fais, pour qu'il rejoue la séquence, n'a pas d'équivalent direct chez ChatGPT.

En face, ChatGPT garde deux avantages qui ne sont pas des détails : il tourne partout, y compris sur Windows et sur le web, et il ne demande pas de laisser un agent connecté en permanence à tes comptes.

Le prix de Grok Bot : quel abonnement prendre

Grok Bot ne se vend pas seul. Il est inclus dans des abonnements existants, et l'accès a bougé deux fois en quinze jours, ce qui rend périmée la plupart de ce qui traîne sur le web.

Côté Cursor, les plans Pro, Pro+ et Ultra y donnent accès, ainsi que les plans Teams Standard et Premium.

La réponse pratique : le plan gratuit ne suffit pas, et le ticket d'entrée est SuperGrok à 30 dollars par mois. Prendre plus cher ne débloque pas Grok Bot, ça augmente seulement les quotas.

Vu la consommation rapportée par les premiers utilisateurs, c'est justement le point à surveiller : si une seule tâche lourde peut manger la moitié d'un quota hebdomadaire sur le plan le plus cher, l'entrée de gamme se réserve à des essais, pas à une fonction entière déléguée.

Comment utiliser Grok Bot, étape par étape

Installer Grok Bot sur Mac

L'application se télécharge sur x.ai, en version macOS pour puce Apple. L'application iOS complète le dispositif, avec le même fil de discussion des deux côtés. Il n'y a ni version Windows ni version web : si tu n'as pas de Mac, la question est réglée.

Créer son premier bot

Un bot se définit en trois champs, et c'est tout : un nom court, un métier, une description. L'exemple de référence donné par les premiers guides tient en une ligne :

Nom : Chercheur Métier : veille concurrentielle Description : recherche les produits d'agents IA à partir de sources publiques, résume les nouveautés, signale ce qui change chez les concurrents.

Une règle compte plus que les autres : un bot focalisé bat un bot polyvalent. xAI le recommande explicitement, parce qu'un rôle étroit lui donne un contexte plus utile au fil du temps. Un bot qui fait la prospection, la compta et le support ne sera bon nulle part.

Les rôles proposés par l'éditeur donnent la mesure : prospection commerciale, veille de recrutement, publicité, notes de frais, performance produit, reproduction de bugs, santé des comptes clients, et un chief of staff pour coordonner.

Le conseil que je retiens des premiers retours : commence par un seul bot, sur une tâche que tu fais déjà toi-même, pas sur celle que tu n'as jamais eu le temps de faire. Tu sauras juger le résultat, ce qui est impossible sur un travail que tu n'as jamais fait.

Connecter ses outils

Le bot se connecte à tes applications avec tes identifiants, une seule fois, puis garde la session. Pour tout ce qui est sensible, mot de passe, passkey, code à deux facteurs, CAPTCHA, confirmation de paiement, il rend la main : tu ouvres son écran, tu fais l'étape toi-même, tu lui redonnes le contrôle.

Règle absolue rappelée par la documentation : ne jamais taper un mot de passe ni un code dans le fil de discussion.

Lui montrer une routine

Plutôt que d'expliquer, demande-lui de suivre pendant que tu fais la tâche. Il enregistre la séquence, tu corriges ce qui doit l'être, et il la rejoue seul ensuite. C'est le geste qui transforme un assistant en collègue, et c'est celui que les gens sautent.

Transformer un succès en compétence réutilisable

Deux mécanismes différents, souvent confondus.

Une routine est une séquence planifiée : elle se déclenche à heure fixe ou sur événement, du genre tous les lundis matin, ou à chaque fois qu'un mail arrive d'un certain expéditeur.

Une skill est une procédure réutilisable, née d'un travail qui s'est bien passé. Elle contient les étapes, les règles de décision, le format de sortie attendu et les limites au-delà desquelles il faut demander l'accord. C'est ce qui évite de réexpliquer la même chose à chaque nouveau bot.

Quand tu as fait tourner un processus correctement une fois, fige-le en skill au lieu de le rejouer à la main. C'est le même principe que les Skills de Claude, à la différence près qu'ici la skill pilote des actions dans tes outils, pas seulement une réponse.

Faire travailler plusieurs bots ensemble

Tu peux réunir jusqu'à six bots dans un même fil de discussion. Ils s'y passent le travail, s'attribuent la propriété d'une tâche, et ne t'appellent que pour les arbitrages.

Un détail qui compte et qu'on comprend mal au début : ils partagent l'ordinateur et les sessions connectées, mais chacun garde sa propre mémoire de conversation. Le contexte ne circule donc pas tout seul : il passe par un message direct, par le fil de groupe, ou par une transmission explicite.

Astuce relevée chez ceux qui font tourner de vraies équipes de bots : branche-les sur un gestionnaire de tâches, un Trello ou un ClickUp. Tu vois d'un coup d'œil ce que fait chacun, à qui il a passé le relais, et où ça coince. Sans ça, tu perds le fil dès le troisième bot.

Et souviens-toi de ce qui est écrit plus haut : répartir par spécialité, oui. Répartir par niveau de confidentialité, non.

Choisir entre connecteur, plugin et MCP

Trois façons de brancher un outil, et elles ne se valent pas. xAI recommande d'utiliser un connecteur officiel quand il existe, parce qu'une intégration structurée est plus fiable qu'un bot qui clique dans une interface. Les plugins et les serveurs MCP prennent le relais ensuite. Et en dernier recours seulement, le bot navigue à la main.

Le mécanisme est le même que chez Claude, et c'est logique : les deux reposent sur le protocole MCP, ouvert et partagé. Si tu as déjà branché des connecteurs sur Claude, tu retrouveras la même logique et souvent les mêmes services. La différence tient au dernier recours : quand aucun connecteur n'existe, Claude s'arrête, Grok Bot ouvre le navigateur.

L'ordre à retenir : connecteur, puis MCP, puis navigation. Plus tu descends, plus c'est fragile.

Régler les approbations avant de lâcher la bride

Dans les réglages, Auto Review évalue les actions avant qu'elles s'exécutent, avec deux types de règles : celles qui exigent une approbation, celles qui autorisent d'office. En cas de conflit, l'approbation obligatoire l'emporte.

Les catégories à mettre sous approbation d'office, parce que ce sont celles qui ne se rattrapent pas : les envois, les publications, les suppressions, les achats, et toute modification d'accès en production.

La documentation prévient que ce filtre est lui-même piloté par un modèle, et qu'il "should complement, not replace, least privilege". Traduction : il ne remplace pas le fait de ne donner à un bot que les accès dont il a besoin.

À quoi ça sert dans une vraie entreprise

Les démonstrations montrent toujours un développeur qui corrige un bug. Ce n'est pas là que ça se joue pour une PME ou une agence. Voilà les usages qui reviennent chez ceux qui font tourner des bots depuis le lancement, et pourquoi ils tiennent.

La prospection préparée pendant la nuit. Le bot lit une liste de comptes, va chercher le contexte sur le web et dans le CRM, rédige les messages dans ta voix, et laisse tout en brouillon dans ta boîte. Tu arrives le matin, tu relis, tu envoies. Rien ne part sans toi.

Les portails métier où personne ne veut aller. C'est le cas français par excellence. Le portail du fournisseur, l'extranet de l'assureur, le vieil outil de gestion sans API : le bot y va, saisit, ressort l'information. Aucune intégration n'existait, aucune n'existera.

Le tri de la boîte mail. Il traite ce qui est routinier et ne laisse remonter que ce qui demande une décision humaine.

Le suivi administratif. Réclamations, remboursements, relances : trouver le dossier, le déposer, le suivre, revenir avec la réponse. Du travail qui prend dix minutes à chaque fois et qu'on repousse trois semaines.

Le compte rendu de réunion quand tu n'y es pas. Le bot rejoint, prend des notes, envoie le résumé.

Le point commun de ces cinq cas : ce ne sont pas des tâches difficiles, ce sont des tâches qu'on n'a pas le temps de faire. C'est exactement le terrain où l'automatisation rapporte, et c'est aussi pour ça que je le regarde de près : c'est le métier que je fais chez mes clients, brancher ce genre de mécanique sur leurs outils réels. Si tu veux voir ce que ça donnerait chez toi, j'en parle ici.

Une réserve, la même que partout dans cet article. Tant qu'il n'y a ni isolation entre bots ni journal d'audit, garde ces usages sur des périmètres où une erreur se corrige. Le tri de mails, oui. Les virements, non.

FAQ sur Grok Bot

Grok Bot est-il gratuit ?

Non. Le plan Free de Grok ne l'inclut pas. Il faut au minimum SuperGrok à 30 dollars par mois, ou un abonnement Cursor Pro et au-delà.

Grok Bot fonctionne-t-il sur Windows ?

Non, pas à ce jour. L'application existe pour macOS sur puce Apple et pour iOS, sans version web.

Chaque bot a-t-il son propre ordinateur ?

Non, et c'est l'erreur la plus répandue sur ce produit. La documentation est explicite : tous tes bots partagent un unique ordinateur cloud lié à ton compte, avec les mêmes fichiers et les mêmes sessions connectées. L'éditeur déconseille d'utiliser des bots séparés comme frontière de sécurité.

Grok Bot consomme-t-il mon quota Grok habituel ?

Non. Grok Bot a sa propre consommation, séparée de celle de tes plans Grok et Cursor.

Pourquoi Grok Bot semble plus simple que Claude Code ou Codex ?

Parce qu'il ne s'adresse pas au même public. Les agents en ligne de commande répondent par des pavés techniques et supposent qu'on sait lire une sortie de terminal. Grok Bot tient une conversation courte, en fil, comme un message à un collègue, et il n'y a ni scénario à monter ni convention de nommage à apprendre. C'est ce qui le rend utilisable par quelqu'un qui n'est pas développeur, et c'est probablement sa vraie innovation.

Quelle différence avec Grok Build ?

Grok Build est l'agent de code, qui vit dans le terminal, face à Claude Code. Grok Bot fait de la délégation de travail dans tes outils, face à Claude Cowork.

Peut-on lui confier des accès sensibles ?

Techniquement oui, prudemment non. Le bot agit sous ton identité et les journaux du service distant diront que c'était toi. Ajoute à ça l'absence d'isolation entre bots et l'absence de vue d'audit à ce jour : garde-le pour l'instant sur des périmètres où une erreur se rattrape.

Ce qu'il faut en retenir

Grok Bot est le produit le plus ambitieux de sa catégorie sur un point précis : il travaille dans les outils qui n'ont pas d'API, et il finit le travail là où les autres s'arrêtent à 90 %. Pour un dirigeant coincé avec des portails métier sans intégration, c'est une porte qui s'ouvre.

Mais c'est une bêta de trois semaines, sur Mac uniquement, dont les agents ne sont pas cloisonnés entre eux et qui agit sous ton identité sans journal d'audit consultable. Ces trois phrases suffisent à décider ce qu'on lui confie.

Ma recommandation, à ce stade : essaye-le sur une tâche répétitive et sans enjeu, dans un outil où une erreur se corrige en deux clics. Regarde ce qu'il consomme. Et attends la version qui apporte l'isolation et l'audit avant de lui donner les clés de quoi que ce soit d'important.