Comment Grok Bot s'est classé, critère par critère
J'ai noté dix points qu'un produit se présentant comme un coéquipier toujours actif doit prouver. Chaque ligne est vérifiable dans la documentation publiée par xAI, datée du 11 août 2026. Filtrez selon ce qui fonctionne réellement.
Un navigateur, un terminal et un système de fichiers sur une VM Linux persistante. La préférence affichée de xAI est un connecteur là où il en existe un, un navigateur sinon.
Les tours en arrière-plan et les routines planifiées s'exécutent sur l'ordinateur cloud. Fermer l'app ou l'écran ne les arrête pas.
Messages Bot à Bot asynchrones plus des chats de groupe de deux à six Bots, la passation étant visible dans la transcription.
Les Bots nommés conservent préférences, fichiers et connexions navigateur d'un tour à l'autre, au lieu de repartir d'un environnement vierge à chaque fois.
"Apprendre une tâche" enregistre jusqu'à dix minutes de travail dans le navigateur et produit une compétence à l'état de brouillon à laquelle vous devez encore ajouter des règles de décision et une gestion des échecs. Le déploiement est progressif, le contrôle pourrait donc ne pas encore apparaître.
Le mécanisme principal est une limite que vous rédigez vous-même en prose. Auto Review est basé sur un modèle, optionnel, et stocké par poste de travail plutôt que synchronisé entre vos machines.
SSO, politique MCP et gestion des sièges sont hérités du tableau de bord Cursor. Un plafond d'équipe pour l'exécution locale est listé comme "bientôt disponible", et il n'y a pas encore de plafond de dépense pour Grok Bot.
Il n'y a pas de bac à sable. La documentation est explicite : un essai réel effectue un vrai travail, il peut naviguer sur des sites web, modifier des fichiers et appeler des outils connectés.
"Une vue d'audit des actions du Bot arrive", énoncé deux fois sur la page équipes. Aujourd'hui vous avez les dépenses et l'utilisation sur un tableau de bord, plus la transcription du chat.
Aucune mention de SOC 2, ISO 27001, RGPD ou HIPAA nulle part dans la documentation. Aucune durée de rétention, aucune option de résidence des données, aucune spécification de chiffrement. Tout renvoie aux conditions de Cursor.
Quatre lignes fonctionnent, trois sont partielles, trois ne sont pas encore là. Ce ratio est à peu près ce que "bêta précoce" devrait signifier, et il faut reconnaître à xAI que l'étiquette est sur la page produit plutôt qu'enfouie dans une note de bas de page.
Ce que j'ai vraiment pu tester, et ce que je n'ai pas pu
Il vaut la peine d'être franc là-dessus, car beaucoup d'avis de la semaine du lancement ne le sont pas.
Grok Bot est passé en direct le 11 août 2026 derrière un mur de paiement strict : SuperGrok Heavy, Cursor Ultra à 200 $/mois, ou Cursor Premium Teams à 120 $/siège/mois. Il n'y a pas de niveau gratuit ni d'essai publié. Chaque page de documentation de l'ensemble porte un pied de page "Last updated: August 11, 2026", donc tout le corpus est un instantané du jour du lancement sans historique de révision.
Cela signifie que cet avis repose sur trois choses : la documentation complète publiée, la surface marketing, et la première semaine de retours de personnes qui ont payé. Ce qu'il n'est pas : un mois d'utilisation pratique, et quiconque prétend le contraire cette semaine avait un accès anticipé ou devine. Le récit pratique le plus détaillé sur Hacker News vient d'un testeur qui s'est déclaré en accès anticipé, et je l'ai étiqueté comme tel ci-dessous.
Un petit détail que la capture d'écran révèle : le seul bouton de téléchargement sur cette page indique "Download for Linux", alors que la documentation précise que le bureau Linux n'est pas pris en charge au lancement. Les plateformes prises en charge sont macOS, Windows, et iPhone sous iOS 18 ou ultérieur. L'ordinateur cloud lui-même tourne sous Linux ; votre application de bureau ne le peut pas.
Ce que Grok Bot fait bien
L'ordinateur cloud n'est pas un gadget
La plupart des agents IA autonomes appellent soit des API, soit lancent un bac à sable neuf par tâche et le détruisent ensuite. Grok Bot conserve une seule VM Linux gérée et persistante par compte utilisateur, exécutant le Bot en tant qu'utilisateur non-root, avec un navigateur, un terminal, et un système de fichiers /workspace qui survit aux mises à jour normales. Le travail se termine dans l'outil réel plutôt que de revenir sous forme de brouillon de chat.
Cette distinction est tout le produit, et même la propre présentation d'un ingénieur de xAI sur Hacker News est étonnamment précise à ce sujet : d'autres produits d'agents de travail lancent et détruisent une nouvelle VM pour chaque agent cloud, tandis que celui-ci est une machine toujours active qui reste connectée et laisse les Bots se transmettre des messages. Prenez cela comme la description que l'entreprise fait de sa propre conception, pas comme une validation externe.
Le gain pratique est réel pour tout ce avec quoi le monde de l'automatisation des workflows IA a toujours eu du mal. Un portail fournisseur vieux de vingt ans, un tableau de bord de fournisseur sans export, un système interne pour lequel personne ne construira jamais d'intégration. C'est le descendant honnête du RPA de centre d'appels, sauf que le script s'écrit lui-même et s'adapte quand un bouton se déplace. Cela place Grok Bot dans la même famille que Chrome auto-browse, avec en plus une machine qui ne dort jamais.
Le cadre du coéquipier tient globalement
Vous créez un Bot, lui donnez un nom, un titre et une description, et vous lui écrivez. Les règles durables vont dans la description ("Ne jamais envoyer de messages externes sans approbation"), les instructions de tâche vont dans le message. Les compétences sont des définitions de méthode réutilisables, les routines les planifient, et un Bot peut posséder jusqu'à 50 routines avec les 20 enregistrements d'exécution les plus récents conservés par routine.
Les chats de groupe accueillent de deux à six Bots et les laissent se répartir eux-mêmes, ou vous adressez l'un d'eux avec @. Les passations Bot à Bot sont asynchrones, et vous pouvez les voir dans la conversation. Quelqu'un sur Hacker News qui avait construit la même chose à la main a résumé la différence :
"I've already been doing something very similar to this with OpenClaw, where I set up multiple different Telegram bots each with different system prompts to tune their personalty & behavior. It's not trivial to do, and I never managed to get bot-to-bot communication working."
Le coût de mise en place est vraiment proche de zéro. Il n'y a pas de créateur de workflow, pas de graphe à dessiner, pas de configuration préalable du Bot. C'est un avantage notable par rapport à la catégorie des créateurs d'agents sans code, où la construction elle-même est le produit.
Apprendre une tâche est plus réel que je ne m'y attendais
Demandez à un Bot de vous regarder faire quelque chose une fois dans la vue ordinateur, et il rédige une compétence à partir de l'enregistrement. C'est limité à dix minutes, uniquement dans le navigateur, et ça ne capture pas l'audio du microphone.
xAI est admirablement honnête sur le résultat : la compétence apprise est un brouillon, et vous devez ajouter des règles de décision, une gestion des échecs et des limites d'approbation qui ne sont pas évidentes à partir d'un seul exemple. C'est aussi verrouillé derrière un déploiement progressif, donc le contrôle pourrait simplement ne pas être là quand vous regardez. C'est pourquoi je l'ai noté partiel plutôt que fonctionnel.
Là où l'avis bascule : un ordinateur, tous les identifiants
C'est la découverte qui recadre tout le reste, et elle vient directement des pages de xAI elles-mêmes, pas d'un critique.
Tous vos Bots partagent un ordinateur cloud. Les fichiers, les sessions navigateur, et les identifiants en ligne de commande sur cette machine sont disponibles pour l'ensemble de votre parc de Bots. Chaque Bot a son propre écran, mais la documentation prend soin de préciser que ces écrans sont des surfaces de travail séparées, pas des frontières de sécurité séparées. L'instruction tient en une phrase et c'est la ligne la plus tranchante de toute la documentation : n'utilisez pas des Bots séparés comme frontière de sécurité.
Deux conséquences en découlent. D'abord, quand vous vous connectez à un outil pour votre Bot Expense Manager, votre Bot Talent Scout hérite de cette session. Ensuite, supprimer un Bot ne retire pas les fichiers ou sessions navigateur partagés de l'ordinateur, donc le démontage est une routine manuelle en six étapes qui inclut de se déconnecter vous-même des sites web.
Une critique répandue est fausse et mérite d'être corrigée. Vous ne remettez pas vos mots de passe au modèle. Pour un mot de passe, une clé d'accès, un code 2FA, un CAPTCHA ou une confirmation de paiement, le Bot marque une pause et vous rend l'écran ; vous le saisissez, puis vous redonnez le contrôle. Le testeur en accès anticipé sur Hacker News a décrit exactement ce flux, et il existe une primitive étroite de secret sécurisé où la valeur est masquée, gardée hors de la transcription, et jamais montrée au modèle.
L'objection exacte est plus subtile, et quelqu'un sur Hacker News l'a mieux formulée que n'importe quel analyste :
"By hijacking a real person's credentials, that person becomes the accountability sink. Very neat. Very deliberate."
C'est bien de ça qu'il s'agit. Le Bot agit comme vous, dans votre session, et le journal en bout de chaîne dit que c'était vous. Pour tout ce qui touche à la confidentialité des données du helpdesk ou à une revue SOC 2 et RGPD, c'est la question par laquelle votre équipe sécurité ouvrira le débat.
Ce qui amène la lacune de conformité. Sur quatre pages de documentation liées à la sécurité, aucune mention de SOC 2, ISO 27001, RGPD, HIPAA ou FedRAMP, aucune durée de rétention en jours, aucune option de résidence, et aucune spécification de chiffrement propre à xAI. Tout renvoie à la documentation publiée de Cursor. Le stockage est aussi obligatoire, puisque Grok Bot exige le stockage de données et ne prend pas en charge le mode confidentialité hérité. Pour une page de documentation littéralement intitulée "pour les équipes et les entreprises", c'est l'omission qu'une équipe achats trouvera en premier.
Les trois contrôles absents
Il n'y a pas d'essai à blanc
C'est celui qui compte le plus pour moi, et il est énoncé par xAI plutôt que déduit. Essai réel existe, et l'avertissement qui l'accompagne dit : un essai réel effectue un vrai travail, il peut naviguer sur des sites web, modifier des fichiers, et appeler des outils connectés.
Il y a une seconde version, plus discrète, du même problème dans la documentation des approbations : une approbation contrôle l'action proposée, elle n'annule pas le travail déjà effectué. Envoyer "Stop now" n'annule rien non plus. Le modèle de sécurité est donc entièrement préventif, et la prévention repose sur des limites que vous avez pensé à écrire à l'avance.
Comparez cela à la façon dont un agent ciblé passe en production. Vous le rejouez sur des centaines d'éléments historiques réels, il produit des réponses que personne n'envoie, et vous lisez un chiffre de précision avant de décider. C'est ce que décrivent les meilleures pratiques d'évaluation d'OpenAI, et c'est la façon standard de repérer le mode de défaillance qui frappe vraiment, à savoir une réponse fluide, plausible et fausse plutôt qu'un charabia évident. C'est la même raison pour laquelle les hallucinations de l'IA dans le support sont repérées en répétition et non en production.
Les approbations sont de la prose, pas une politique
La première instruction de la documentation est d'écrire vous-même la limite, dans la requête, sous forme de phrase. xAI liste ensuite des catégories qu'il recommande de clôturer, et le verbe est "prefer", pas "requires" : envoyer des messages, publier, achats et virements, suppression de données, changement de permissions, changements en production, acceptation de conditions légales. Rien sur la page ne dit que le produit s'arrête par défaut sur ces catégories.
Auto Review est ce qui se rapproche le plus d'une application réelle, et c'est conditionnel ("quand l'application d'Auto Review est disponible"), basé sur un modèle, et stocké par poste de travail plutôt que synchronisé. Le propre avertissement de xAI est étonnamment franc : cela doit compléter, pas remplacer, le moindre privilège et des limites d'approbation explicites. Un LLM qui juge le LLM. Quelqu'un sur r/AI_Agents a mieux formulé la version opérationnelle de ceci que la documentation elle-même :
"run enough autonomous agents and the failure that costs you isn't the draft quality, it's the sent email or CRM write the agent classified as routine and never surfaced for approval. how it decides what 'needs your approval' is the entire safety surface, and that's the part nobody's actually asking about."
J'ai observé exactement cet échec en production, sur un autre produit. Un responsable informatique d'une chaîne de restaurants est revenu avec une seule ligne après qu'un agent a envoyé par mail un rapport que personne n'avait demandé : "Why did you email this report? I did not ask for that. DO not email these reports." Cette fois-là, ça n'a rien coûté. La version où l'agent a écrit sur un tracker partagé au lieu d'ajouter à la suite, ce qui est aussi arrivé, a effacé l'historique d'un client. Tout ce qui a un accès en écriture à un document partagé mérite le même niveau de vigilance que vous accorderiez à une intégration IA Google Docs.
La vue d'audit arrive toujours
Énoncé deux fois sur la page équipes, au futur. Les dépenses et l'utilisation apparaissent aujourd'hui sur le tableau de bord Cursor ; un enregistrement de ce qu'un Bot a réellement fait, non.
La transcription du chat est le substitut, et elle montre bien l'activité des outils, l'utilisation de l'ordinateur, les fichiers créés et les demandes d'approbation inline. Mais elle est organisée par conversation de Bot, elle n'est pas interrogeable à l'échelle d'une équipe, et les routines ne conservent que les 20 enregistrements d'exécution les plus récents. Si vous avez besoin de preuves de QA des agents ou d'un taux de résolution IA défendable, cette lacune est un blocage plutôt qu'une gêne. Un commentaire sur r/AI_Agents a résumé ces trois points en une seule ligne :
"'own computer' is the right direction, but the hard parts are identity, approvals, audit logs. without those it's not an employee, it's a browser with chaos privileges"
Ce que les utilisateurs de la première semaine ont vraiment trouvé
Presque personne ne l'avait fait tourner assez longtemps pour juger de la fiabilité, alors traitez ceci comme un signal précoce plutôt que comme un verdict.
Le point de donnée le plus fort sur le coût vient d'un testeur en accès anticipé qui aime le produit, ce qui le rend plus crédible, pas moins :
"Biggest downsides are token expenditure. I've used more tokens this month than not this month. That's not a typo - I've used less tokens in the last 5 years prior to this month than I have this month. Always on perpetual agents use a LOT of tokens."
C'est important car les quotas d'utilisation sont hebdomadaires, le dépassement est facturé au coût brut du modèle et des tokens, et il n'y a pas encore de plafond de dépense pour Grok Bot. J'ai décortiqué tout l'ensemble des compteurs dans le décryptage du prix de Grok Bot, et ça vaut le coup de le lire avant d'y engager une équipe. Un siège facturé par personne plus un compteur sans plafond, c'est une forme différente du calcul par ticket dans coût de l'agent IA face à l'agent humain.
Le suivi lui-même était visiblement approximatif au lancement. Une personne qui a acheté Cursor Ultra spécifiquement pour tester a rapporté que le tableau de bord n'affichait aucune utilisation alors que l'app affichait 48 %. Une autre s'est heurtée à une connexion GitHub cassée sur iOS et n'a pas pu entrer du tout. Les deux sont des bugs de la semaine de lancement plutôt que des défauts de conception, mais c'est la raison pour laquelle "bêta précoce" est la bonne étiquette.
Le retour pratique le plus utile est venu de r/singularity, et c'est une caractérisation juste de l'adéquation :
"gave it a shot, seems useful for product owners that need more automation and less hands-on work. main difference is that everything is stored on their backend. presentation is clean, simple, no reasoning/thinking knobs."
Le fil le plus bruyant sur les deux plateformes ne parlait pas du tout de qualité. C'étaient des clients Cursor sur des forfaits inférieurs découvrant qu'ils étaient bloqués, ce qui est de quoi parle en grande partie le début du fil de lancement.
Alors, peut-on le pointer sur une file de support ?
Oui, et la propre page marketing de xAI vous y invite : l'un de ses prompts d'exemple consiste à se connecter à Zendesk pour traiter la file de support. Il vaut cependant la peine de remarquer ce qui s'est passé ensuite. Aucun des huit rôles de Bot avec lesquels le produit est livré n'est un rôle de support — la liste est Sales Outbound, Talent Scout, Paid Media, Expense Manager, Product Performance, Bug Reproduction, Account Health, et Chief of Staff.
Je pense que c'est le bon choix de la part de xAI, et cela correspond à ce que les acheteurs me disent avoir besoin avant d'activer quoi que ce soit. Un responsable CX d'une marque de compléments alimentaires DTC gérant environ 7 000 tickets par mois sur Gorgias et Shopify a exposé l'exigence clairement : l'IA ne répondra jamais à 100 % des questions, mais si elle essaie et répond "désolé, je ne sais pas", ils ne peuvent pas revenir en arrière et vérifier 7 000 tickets pour voir si elle a bien fait son travail. Ce dont ils avaient besoin, c'était d'une IA qui ne traite que les tickets dont elle est sûre et laisse tout le reste tranquille.
Une session navigateur connectée n'a aucun moyen d'exprimer cela. Il n'y a pas de portée au niveau du ticket, pas de seuil de confiance, pas de règle "tenir les remboursements à l'écart de l'IA". Un autre responsable support à qui j'ai parlé voulait exactement ça : "There are certain tickets I don't want to go through AI." Un troisième voulait seulement que l'agent agisse quand il était explicitement mentionné avec @, jamais sur chaque message client entrant.
Ce sont trois façons différentes de demander une portée plus petite que "tout l'outil", qui est la seule portée qu'ait un identifiant navigateur partagé. C'est la même raison pour laquelle les produits de service client agentique sont construits autour des propres API du helpdesk plutôt que de son interface, et pourquoi le triage de tickets existe même comme contrôle séparé. Décider quels tickets un agent peut toucher est un travail différent de celui d'y répondre.
Si vous voulez quand même essayer l'approche de l'agent général sur le support, la version raisonnable est brouillon uniquement. Laissez-le rechercher et préparer, et gardez chaque envoi derrière une personne, ce qu'un copilote IA pour le service client fait par conception.
Ajoutez ensuite les parties qu'une session navigateur ne peut pas couvrir : un vrai parcours de passation à un humain, et des règles pour savoir quand l'agent abandonne plutôt que de deviner. À ce stade, vous aurez reconstruit à la main la majeure partie de ce qu'un copilote helpdesk livre d'origine.
Un coéquipier IA pour la file, sans l'identifiant partagé
Si vous avez lu jusqu'ici parce que vous voulez la sensation de coéquipier sur une file de support plutôt qu'un agent de travail général, c'est la lacune pour laquelle eesel a été construit. eesel se connecte à Zendesk, Freshdesk, Gorgias, Front et le reste en tant qu'application, pas en tant que session navigateur qui reste connectée, donc la portée est un vrai paramètre plutôt qu'une phrase que vous espériez voir respectée par le modèle.
La partie la plus importante pour cette comparaison, c'est la répétition. Vous rejouez eesel sur votre propre historique de tickets avant qu'il ne touche quoi que ce soit en direct, et vous lisez un chiffre de précision et un taux de résolution projeté avant de décider de l'activer. Le routage par confiance décide quels tickets il traite et lesquels vont directement à un humain, chaque réponse cite la source dont elle provient, et chaque action atterrit dans un journal d'activité que vous pouvez interroger. La mise en place prend quelques minutes via la marketplace de votre helpdesk, et vous l'entraînez sur votre base de connaissances plutôt que d'espérer que les données d'entraînement couvrent votre politique de remboursement.
Il ne prétend pas non plus être l'autre chose. eesel ne va pas se connecter à un outil SaaS arbitraire sans API et cliquer en votre nom. Si c'est votre problème réel, Grok Bot est une meilleure réponse que nous.
Essayez eesel gratuitement, ou lancez une simulation sur les tickets du mois dernier et regardez le chiffre avant de vous engager.
Notes de l'avis Grok Bot, selon qui vous êtes
| Vous êtes | Note | Pourquoi |
|---|---|---|
| Vous automatisez un outil sans API | 8/10 | C'est la raison d'être du produit. Un navigateur plus votre identifiant bat l'attente d'une intégration que personne ne construira. |
| Vous faites du travail de connaissance axé brouillon | 7/10 | Recherche, notes de synthèse, hygiène du pipeline, tri des notes de frais. Les erreurs vous coûtent une relecture, pas un client. |
| Vous dirigez une équipe d'ingénierie | 7/10 | Travail asynchrone entre dépôts sans jongler avec les worktrees, et Cursor est déjà la couche de compte. Surveillez la consommation de tokens. |
| Vous traitez une file de support | 4/10 | Pas d'essai à blanc, pas de seuil de confiance, pas d'enregistrement par réponse, et envoyer est l'action que vous ne pouvez pas annuler. |
| Vous achetez pour une organisation réglementée | 3/10 | Aucune certification revendiquée, aucune durée de rétention publiée, aucune option de résidence, une machine partagée par personne. |
| Vous êtes sur un forfait Cursor inférieur | n/a | Vous ne pouvez pas encore l'acheter. C'est l'essentiel du fil de lancement. |
Grok Bot en vaut-il la peine ?
Oui, si votre goulot d'étranglement est un outil que personne n'a intégré et que votre travail est d'abord une affaire de brouillons. L'architecture est une vraie réponse à un vrai problème, le coût de mise en place est proche de zéro, et je préfère voir un éditeur livrer ça étiqueté "bêta précoce" plutôt que de le déguiser en produit prêt pour l'entreprise. Sur cet axe, ça bat la plupart de ce qui se trouve actuellement dans le champ des meilleurs agents IA, et le modèle en dessous appartient à la même lignée Grok 4.5 qui conquiert discrètement les gens.
Non, si le travail implique d'envoyer quelque chose à un client. Pas parce que le modèle est mauvais, mais parce que les trois contrôles qui rendent un agent sûr à pointer sur une file sont exactement les trois qui ne sont pas livrés : la répétition, la portée, et un enregistrement. Pour deux d'entre eux, xAI vous a dit qu'ils arrivent, ce qui est la version honnête de "pas encore" et qui mérite d'être revérifié dans un trimestre.
Si vous pesez la catégorie plutôt que le produit, Claude Cowork est l'analogue le plus proche avec les mêmes compromis. Manus AI partage la formule de l'ordinateur cloud, tout comme MaxClaw.
Lindy AI vend le même cadre de coéquipier sans demander de session navigateur.
Pour tout ce qui a la forme du support, partez plutôt de logiciels de helpdesk avec IA. Et si vous êtes tenté d'assembler vous-même un agent général, faites d'abord les calculs de construire ou acheter.
Questions fréquentes
Grok Bot en vaut-il la peine en 2026 ?
Combien coûte Grok Bot ?
Est-il sûr de donner à Grok Bot l'accès à mes comptes ?
Grok Bot peut-il traiter des tickets de support client ?
Quelle est la différence entre Grok Bot et Claude Cowork ?
Grok Bot dispose-t-il d'un journal d'audit ?
Quelles plateformes Grok Bot prend-il en charge ?
Quelles sont les meilleures alternatives à Grok Bot ?
Article by
Rama Adi Nugraha
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.
