Grok Bot et eesel AI emploient tous deux le mot « coéquipier », mais ils sont conçus pour des tâches différentes. Grok Bot est l'agent de travail généraliste de xAI : il reçoit un ordinateur dans le cloud, se connecte à vos applications comme un humain et clique comme le ferait une personne. Cette conception lui permet d'atteindre des outils sans API propre, et c'est précisément pourquoi je ne le mettrais pas sur une file de support en production. Il n'y a pas de test à blanc sur vos anciens tickets, aucun moyen de dire « ne touche qu'aux tickets dont tu es sûr », et aucune trace par réponse de ce qu'il a fait.
eesel AI a volontairement la forme inverse. Son coéquipier helpdesk se connecte à Zendesk, Freshdesk, Gorgias ou Help Scout via leurs propres intégrations, s'entraîne sur votre historique et peut être simulé sur des milliers d'anciens tickets avant de répondre à un seul client. Vous définissez le périmètre par ticket, vous routez par confiance et vous auditez chaque réponse.
En bref : si vous voulez un agent pour des tâches informatiques variées entre applications, Grok Bot mérite un coup d'œil. Si vous voulez un agent qui traite une file de support en sécurité, c'est un autre outil, et c'est de lui que parle vraiment cet article.
Transparence avant de commencer : je travaille chez eesel et j'ai passé ces dernières années à placer des agents IA sur des files de support en production. Ce qui me marque, ce ne sont pas les démos. C'est de voir un bot au ton assuré inventer une réponse dans le ticket d'un vrai client parce que la base de connaissances est revenue vide. Nous l'avons livré, repéré, et nous concevons désormais contre ce risque, et c'est l'angle que j'apporte à cette comparaison.
Cette capture d'écran résume tout l'argument en une image : chaque action de l'agent, rattachée à un ticket et marquée approuvée, en attente ou résolue. Gardez cette idée en tête, car c'est ce qu'un agent généraliste qui pilote un navigateur ne peut pas vous donner.
Ce qu'est vraiment Grok Bot
Grok Bot est l'application de coéquipiers agents toujours actifs de xAI, annoncée le 11 août 2026 et encore étiquetée « Early beta » sur sa propre page. Chaque Bot est un travailleur persistant et nommé. Il reçoit son propre ordinateur dans le cloud (une VM Linux gérée), se connecte aux applications et sites que vous utilisez et les pilote via leurs interfaces. L'argument phare, c'est la couverture : les Bots peuvent travailler sur des « platforms with no clean API or MCP » précisément parce qu'ils agissent comme un humain connecté plutôt que d'appeler une API.
C'est une vraie capacité, et elle est nouvelle. Huit rôles nommés sont livrés au lancement : Sales Outbound, Talent Scout, Paid Media, Expense Manager, Product Performance, Bug Reproduction, Account Health et Chief of Staff. Les Bots peuvent s'envoyer des messages, former des discussions de groupe de deux à six et se router eux-mêmes quand ils ne sont pas mentionnés par @. Si vous rêviez d'agents IA autonomes qui travaillent discrètement en arrière-plan, c'est l'une des tentatives les plus ambitieuses, dans la même famille que Claude Cowork et Manus AI.
Voici pourtant l'indice. Aucun de ces huit rôles n'est un rôle de support, alors que le prompt d'exemple de la page produit elle-même est « Sign in to Zendesk so I can work the support queue. » xAI montre un cas d'usage support pour lequel elle n'a pas réellement livré de produit de support. Cet écart est toute la raison d'être de cette comparaison.
Ce qu'est vraiment eesel AI
eesel est une plateforme de coéquipiers IA : vous recrutez un coéquipier prêt à travailler pour une mission précise, vous le branchez aux applications que vous utilisez déjà, et il se met au travail en quelques minutes. L'équipe actuelle compte deux coéquipiers, un coéquipier helpdesk IA et un rédacteur de blog IA, et pour cet article, c'est le coéquipier helpdesk qui compte.
La différence avec Grok Bot est architecturale, pas cosmétique. eesel ne se connecte pas à votre helpdesk comme un humain pour cliquer partout. Il se connecte comme une application, via la propre surface d'intégration du helpdesk, ce qui permet d'exprimer tous les contrôles propres au support. Il s'entraîne sur vos anciens tickets, votre centre d'aide et vos documents, rejoint la file dans Zendesk, Freshdesk ou Gorgias, consulte les commandes, étiquette les tickets et rédige ou envoie des réponses. Et il peut tourner en simulation sur votre historique de tickets avant de toucher une seule conversation en direct.
Si Grok Bot est un ouvrier généraliste à qui l'on confie un identifiant et une liste de tâches, eesel ressemble plutôt à un nouvel agent de helpdesk qui connaît déjà votre produit et travaille selon vos règles.
La différence centrale : piloter un navigateur vs se connecter comme application
Tout le reste découle d'un choix de conception : la façon dont l'agent atteint votre helpdesk.
Les Bots de Grok Bot partagent un seul ordinateur cloud par compte utilisateur. Le Bot ne détient jamais directement vos identifiants, ce qui paraît rassurant : il vous passe l'écran, vous saisissez le mot de passe, la passkey ou le 2FA, et il poursuit. Mais la session persiste alors sur cet ordinateur partagé, et tout autre Bot de votre compte peut la réutiliser. La documentation de xAI le dit deux fois, en termes clairs : « Do not use separate Bots as a security boundary. » Si vous supprimez un Bot, ses fichiers et ses connexions restent.
Pour une boîte à outils de productivité, ce compromis est acceptable. Pour une file de support, c'est la mauvaise forme, car une session de navigateur connectée n'a nulle part où placer les contraintes qu'exige une vraie file. Vous ne pouvez pas lui dire « n'agis que sur les tickets dont tu es sûr ». Vous ne pouvez pas dire « tiens les litiges de facturation totalement à l'écart de l'IA ». Vous ne pouvez pas obtenir une trace par réponse de ce qu'elle a décidé et pourquoi. Ce ne sont pas des bonus : ce sont les premières questions de tous les responsables support à qui j'ai parlé avant de passer en production. Un responsable CX a résumé toute l'exigence en une phrase :
"The AI will never be able to answer 100% of the questions, but if it tries and just answers 'sorry I don't know this,' I cannot go and check all my 7,000 tickets to see if the AI actually made a good answer. I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."
un responsable CX d'une marque DTC de compléments alimentaires sous Gorgias et Shopify, qui gère environ 7 000 tickets par mois
Un agent qui se connecte à votre helpdesk comme un humain n'a qu'un seul mode : il traite la file. Toute la demande de cet acheteur était qu'il ne traite pas la majeure partie de la file. C'est une contrainte que l'on peut exprimer quand l'agent se connecte comme application à périmètre défini, et que l'on ne peut fondamentalement pas exprimer quand il n'est qu'une session de navigateur avec votre identifiant dedans.
Là où Grok Bot gagne vraiment
Soyons justes, car la conception qui pilote l'interface n'est pas une erreur, c'est une vraie réponse à un vrai problème. De nombreux outils métier n'ont pas d'API exploitable. Les éditeurs de RPA vivent depuis des années de ce comblement, et un modèle qui peut regarder un écran et cliquer sur le bon bouton est un bien meilleur pont que des scripts de scraping d'écran fragiles. Pour les opérations internes, la recherche ponctuelle, l'automatisation de workflows entre une demi-douzaine d'applications, ou le genre de longue course qui mangeait autrefois un après-midi, un Bot toujours actif avec son propre ordinateur est réellement séduisant. C'est l'héritier honnête du RPA de centre d'appels, avec un conducteur bien plus malin.
Un commentateur de HN qui l'avait utilisé pendant un mois a saisi à la fois l'attrait et le revers :
"Additionally though each one has their own computer, which means async work feels like it actually works... Biggest downsides are token expenditure. I've used more tokens this month than not this month. That's not a typo."
C'est le compromis en bref : une vraie capacité asynchrone, un vrai coût en tokens. Si votre travail est large, exploratoire et tolère un faux pas occasionnel, ce compromis peut valoir le coup. Une file de support n'est rien de tout cela.
Là où eesel convient mieux : la file de support
Une file en production a une liste précise d'exigences, et elles sont non négociables pour la plupart des équipes. Les voici, et elles correspondent presque une à une à ce qu'une application à périmètre défini peut faire et qu'une session de navigateur ne peut pas.
Un test à blanc avant la mise en production. eesel peut simuler sur vos tickets historiques pour que vous obteniez des chiffres discutables avant qu'aucun client ne soit concerné. Sur une boîte e-commerce, ce test à blanc a donné 93 % de précision sur le tri et signalé un taux d'erreur factuelle de 7 % sur les brouillons, deux choses que nous savions avant d'actionner l'interrupteur. La documentation de Grok Bot est explicite : rien de tel ici : "A test run performs real work. It can navigate websites, change files, and call connected tools." Il n'y a pas de test à blanc, donc le premier vrai test se fait sur un vrai client.
Ne répondre qu'avec confiance. eesel route selon un seuil de confiance d'intention et laisse le reste tranquille. C'est le seul contrôle sans lequel le responsable CX cité plus haut ne serait pas passé en production.
Ignorer certains types de tickets. La classification des tickets permet de tenir des catégories entières à l'écart de l'IA. Une session connectée voit toute la boîte.
Citer la source et passer la main proprement. Les réponses portent des citations, et les escalades vont vers un transfert à un humain plutôt que dans une impasse. Nous avons appris à nos dépens pourquoi c'est important : nous avons un jour vu un flux autonome se faire passer pour un agent humain nommé et fermer automatiquement son propre e-mail d'escalade, de sorte qu'aucune vraie personne ne l'a vu. Les traces par réponse et une escalade propre existent précisément pour que cet échec soit visible et non silencieux.
Une trace de chaque réponse. C'est la surface du taux de résolution et de l'audit, et c'est la différence entre « l'IA s'en est occupée » et « voici exactement ce que l'IA a fait ».
Grok Bot, à son crédit, ne cache pas cet écart. Son propre modèle d'approbation s'accompagne d'un avertissement imprimé dans la documentation : "An approval controls the proposed action. It does not reverse work already completed." Et la surface d'audit ? "An audit view of Bot actions is coming." Au futur. Comme l'a dit notre collègue Amogh quand nous concevions nos propres garde-fous : "If hard-fail it's silent-failure class (worst class for trust)." Un outil de support qui peut agir avant que vous puissiez relire, avec la vue d'audit encore sur la feuille de route, tombe en plein dans cette classe.
Tarifs : sièges vs crédits
Les deux produits ne tarifent pas seulement différemment, ils tarifent des choses différentes.
Grok Bot vend des sièges. Les deux forfaits en libre-service portent le nom de Cursor plutôt que de xAI : Cursor Ultra à 200 $/mois et Cursor Premium Teams à 120 $/siège/mois (le forfait équipe est, curieusement, moins cher par siège que le forfait solo). Il n'y a ni offre gratuite ni essai publié, et la seule mention de quota est "Extended limits on AI tokens" sans chiffre réel, avec dépassement facturé selon le coût du modèle et des tokens. Un siège, c'est l'accès à un travailleur.
eesel vend du travail accompli. Selon la page tarifs, c'est un prix mensuel fixe dimensionné selon le volume, à partir de 299 $/mois pour 500 crédits, où 1 crédit correspond à un ticket ou un chat quelle que soit sa longueur (pas par réponse), avec ni frais de plateforme ni frais par siège. Vous démarrez avec 100 crédits gratuits et sans carte bancaire. Un ticket est une unité dans laquelle vous pensez déjà.
| Grok Bot | eesel AI | |
|---|---|---|
| Modèle | Par siège | Crédits mensuels fixes (1 par ticket ou chat) |
| Prix d'entrée | 200 $/mois solo, 120 $/siège en équipe | À partir de 299 $/mois (500 crédits) |
| Offre gratuite | Aucune publiée | 100 crédits gratuits, sans carte |
| Dépassement | Coût des tokens en plus | Optionnel, 0,80 $ par crédit supplémentaire, plafonné par vous |
| Vous payez pour | L'accès à un travailleur | Du travail réellement accompli |
La raison pour laquelle cela compte au-delà du prix affiché : la prévisibilité. Les crédits d'eesel évitent de facturer en plus les itérations internes, relances ou nouvelles tentatives d'un bot au sein d'un même ticket, de sorte que le chiffre de fin de mois suit le travail, pas la verbosité du modèle. La réalité "you'll use a LOT of tokens" de Grok Bot (les mots de l'utilisateur de HN, pas les miens) est l'inverse : le coût croît avec l'intensité de réflexion de l'agent, exactement la variable que vous ne pouvez pas prévoir. Pour une analyse plus complète de la comparaison entre tarification IA à l'unité et agent humain, nous avons détaillé le calcul des coûts séparément.
Sécurité et problème de la session partagée
C'est la partie que je soulignerais le plus fort pour quiconque envisage Grok Bot spécifiquement pour le support.
Les tickets de support regorgent de données sensibles : numéros de carte, mots de passe, informations personnelles. Un acheteur que nous avons accompagné lors d'une revue de sécurité exigeante l'a dit simplement, en demandant si les données de tickets contenant des informations personnelles resteraient dans son environnement. C'est la question par défaut dans les secteurs réglementés, pas un cas limite.
La documentation de Grok Bot revendique zéro certification de conformité : ni SOC 2, ni ISO, ni RGPD, ni HIPAA, aucune durée de conservation ni résidence des données indiquée, avec renvoi aux conditions de Cursor. Associez cela à une session de navigateur persistante et connectée que d'autres Bots peuvent réutiliser, et vous obtenez une surface d'identifiants et de données personnelles sur une machine partagée. C'est un profil de risque très différent de celui d'un outil de productivité qui navigue sur des sites publics.
La posture de sécurité d'eesel est conçue pour le public opposé. Les données clients n'entraînent jamais de modèles, chaque espace de travail est entièrement isolé, et le masquage optionnel des données personnelles retire numéros de carte, e-mails, numéros de téléphone et plus dès l'ingestion, avant le traitement du contenu, de sorte que les données brutes n'atteignent jamais la base de données ni l'index de recherche. Il est conforme au RGPD et au CCPA, certifié SOC 2 Type II, et HIPAA est disponible en option (contactez-nous). Si la confidentialité des données de support figure sur votre liste, c'est à ce niveau que la comparaison se joue réellement, et il vaut la peine de se renseigner sur SOC 2 et le RGPD avant de vous engager dans un sens ou dans l'autre.
Pour les développeurs : API, MCP et la CLI
Si vous faites partie des équipes qui veulent piloter leur agent de support depuis un terminal ou un script, cette section est pour vous, car les deux produits divergent ici complètement.
Grok Bot n'a ni API, ni SDK, ni webhook, ni CLI documentés. Le MCP n'apparaît qu'une seule fois dans ses documents ("connectors/MCP where available"), sans précision. Pour un produit dont toute la thèse est d'atteindre des outils de façon programmatique, l'ironie est que lui n'est pas accessible de façon programmatique. Si vous voulez brancher Grok Bot à vos propres systèmes, la réponse aujourd'hui est : vous ne pouvez pas, du moins pas proprement.
eesel va dans l'autre sens. La CLI d'eesel place le même coéquipier dans votre terminal. Ce n'est volontairement pas un produit séparé : tout ce que vous configurez dans la CLI apparaît dans le tableau de bord et inversement, car c'est le même agent dans les deux cas. Vous pouvez discuter avec l'agent, connecter un helpdesk, téléverser des connaissances, câbler des automatisations et approuver des actions en attente sans ouvrir le tableau de bord, et comme chaque commande imprime du JSON, un agent de code comme Claude Code, Cursor ou Codex peut exécuter pour vous toute la configuration d'un espace de travail. Vous pouvez même démarrer sans compte : npx @eesel/cli init crée un espace de travail anonyme avec 5 $ d'usage, et eesel login le réclame ensuite. C'est une vraie surface programmable pour les workflows agentiques et scriptés que Grok Bot évoque sans les exposer. Si vous comparez la façon dont différents assistants s'intègrent, notre guide pour connecter Claude à votre helpdesk couvre le même terrain.
Alors lequel choisir ?
Voici le verdict honnête.
Choisissez Grok Bot si vous voulez un agent généraliste pour du travail interne entre de nombreuses applications, dont certaines sans API, et si vous tolérez un coût qui croît avec l'usage de tokens et un modèle de relecture après coup. C'est un produit intéressant et, pour les bons workflows d'opérations, utile. Sachez simplement que ce n'est pas un produit de support, et que sa propre feuille de route (vue d'audit « coming ») montre qu'il le sait aussi.
Choisissez eesel AI si le travail, c'est votre file de support. Vous voulez le test à blanc, le seuil de confiance, le périmètre au niveau du ticket, l'audit par réponse, le masquage des données personnelles et un prix mensuel fixe prévisible. C'est un agent IA pour le service client conçu à cet effet, pas un ouvrier généraliste avec votre identifiant de helpdesk. Et si vous comparez encore, notre panorama des logiciels de helpdesk IA et la liste plus large des alternatives pour le service client vous montreront le reste du paysage.
La confusion de catégorie est compréhensible, car les deux produits disent « coéquipier ». Mais un coéquipier à qui il faut confier une session de navigateur et une liste de tâches fait un autre métier qu'un coéquipier qui vit déjà dans votre helpdesk, connaît votre produit et n'agit que là où vous le lui avez dit.
Essayer eesel
Si c'est la démo de Grok Bot « connecte-toi à Zendesk et traite la file » qui a retenu votre attention, eesel en est la version conçue pour la production. Il se branche en quelques minutes à Zendesk, Freshdesk, Gorgias, Help Scout et plus de 1000 autres outils, s'entraîne sur vos anciens tickets et votre centre d'aide, et vous laisse tout simuler sur votre historique avant qu'il ne réponde à un seul client. Vous gardez le périmètre, les contrôles de confiance et la piste d'audit tout du long.
Vous pouvez démarrer gratuitement avec 100 crédits et sans carte bancaire, ou piloter le même coéquipier depuis votre terminal avec la CLI d'eesel. C'est le moyen le plus sûr que je connaisse de faire travailler une IA sur votre file sans parier un client en direct sur sa première réponse.