Grok Bot en entreprise : comment une équipe apprend à s'en servir

Pour qu'une équipe apprenne Grok Bot, il faut d'abord un compte éligible, puis former les personnes à trois gestes : écrire un rôle borné, relire une approval, et traiter l'ordinateur cloud comme un bien partagé. Ce n'est pas un guide pour déployer une flotte d'agents : c'est le parcours d'apprentissage d'un produit lancé le 11 août 2026.

La présentation officielle de Kevin Neilson sur le forum Cursor, datée du 11 août 2026, le dit en une phrase : l'ordinateur est isolé au compte, pas à un Bot individuel, et un identifiant ou un fichier qui s'y trouve doit être traité comme disponible pour tous vos Bots. C'est la première leçon à enseigner, avant tout connecteur.

Ce que l'équipe doit retenir avant le premier Bot

• Grok Bot donne des équipiers nommés et persistants, pas un chat jetable : un Bot garde un métier, une conversation et un contexte.
• L'accès officiel passe par Cursor Ultra, un siège Premium d'équipe, ou SuperGrok Heavy. Relisez la page d'aide Plans and billing le jour où vous décidez.
• L'ordinateur cloud est partagé par tout le roster du compte. Ce n'est pas une frontière de sécurité entre Bots.
• On apprend dans cet ordre : rôle, tâche en brouillon, approval, un plugin, skill, routine.
• Les mots de passe et codes à deux facteurs se saisissent par prise de contrôle de l'ordinateur, jamais dans le chat.
• Un plugin désactivé par l'admin d'équipe Cursor affiche Disabled by team admin. Ce n'est pas un bug de l'apprenant.
• Ce guide forme à utiliser Grok Bot. Pour choisir un cas d'usage d'agent en général, utilisez la grille Origin pour choisir un premier cas d'usage d'agent.

Qu'est-ce que Grok Bot change pour une équipe qui apprend ?

Grok Bot n'est pas « un agent » au sens générique. C'est un produit. La documentation xAI le définit ainsi : des équipiers IA à qui l'on peut confier un vrai travail, capables de se connecter aux applications et aux sites comme vous le feriez, sur un ordinateur cloud persistant. Dans les docs et dans l'application, un Bot = un agent nommé et persistant, un équipier.

Trois différences pèsent sur la formation.

D'abord, le travail continue quand l'ordinateur portable est fermé. La FAQ officielle le confirme : le travail tourne sur l'ordinateur cloud. Fermer l'application, le portable ou l'iPhone n'arrête pas un tour en arrière-plan ni une routine. L'apprenant doit donc apprendre à laisser une consigne complète, pas à rester collé à l'écran.

Ensuite, plusieurs Bots peuvent travailler en parallèle. Chaque Bot a son propre écran sur le même ordinateur. Un Bot ne peut lancer qu'une tâche d'usage ordinateur à la fois sur son écran. Les écrans séparent le travail, pas les secrets.

Enfin, les Bots se parlent. Ils peuvent s'envoyer des messages, partager un fil ou un groupe, et se passer la propriété d'une tâche. La compétence à former n'est plus seulement « bien prompter ». C'est donner un métier, une frontière, et un moment de revue.

Ce n'est pas le même article que notre guide sur les agents génériques. Là-bas, on décide si un processus mérite un agent. Ici, le produit existe déjà : on apprend à s'en servir sans confondre rôle, approval et isolation.

Si vous comparez avec un autre mode agent de bureau, ChatGPT Work et ses cas d'usage quotidiens décrit un produit différent, lancé plus tôt, avec son propre navigateur et ses propres garde-fous. Ne fusionnez pas les deux formations.

Qui peut y accéder aujourd'hui, et que dit vraiment la page officielle ?

La question d'accès précède toute formation. Sans compte éligible, l'atelier devient une démonstration hors sol.

La page officielle Plans and billing, relue le 15 août 2026, dit ceci, sans prix :

Situation	Ce que dit l'aide Cursor
Vous payez déjà Cursor Ultra	Connectez-vous à Grok Bot avec le même compte. L'accès est inclus. Pas de second abonnement ni de lien Grok obligatoire.
Compte Cursor personnel sans accès	S'abonner à Ultra depuis l'écran de plan Grok Bot.
Vous êtes dans une équipe Cursor	Demander à l'admin d'attribuer un siège Premium. Un siège Standard seul ne donne pas l'accès. Les politiques d'équipe s'appliquent.
Vous avez SuperGrok Heavy	Utiliser Get access with SuperGrok Heavy, selon la page dédiée.

Cursor Pro et Pro+ n'incluent pas Grok Bot. L'usage payant inclus se réinitialise chaque semaine. L'aide ne publie pas, sur cette page, de volume d'usage chiffré : nous n'en inventons pas.

Les montants publics du produit figurent sur la page officielle x.ai/bot, relue le 15 août 2026 : Cursor Ultra à 200 dollars par mois, SuperGrok Heavy à 300 dollars par mois, Cursor Premium Teams à 120 dollars par siège et par mois. Ces chiffres viennent de cette page produit, pas d'un article de presse. La page tarifaire générale de Cursor affiche d'autres prix d'entrée Individual et Teams, sans isoler Ultra ni Premium dans le texte récupéré le même jour. Pour Grok Bot, citez la page produit ou l'aide Plans, pas un blog.

L'annonce du 11 août 2026, sur le forum Cursor et sur x.ai/news/introducing-grok-bot, présente une early beta disponible pour SuperGrok Heavy, Cursor Ultra et Cursor Teams Premium, sur bureau et iOS. Les utilisateurs Enterprise peuvent rejoindre une waitlist. La page xAI Teams and enterprises dit plutôt : Enterprise en cours de déploiement, contacter l'équipe compte Cursor. Nous tenons les deux formulations. Nous n'avons pas trouvé, le 15 août 2026, d'URL de waitlist autonome hors le bouton de la page d'annonce.

Autre nuance officielle, utile en formation : la page Getting started précise que certains supports de lancement parlent de beta pour caler les attentes, et que Grok Bot n'est pas soumis aux conditions Cursor « Beta Services ». Dites-le aux apprenants : « beta » ici décrit un produit tôt, pas un contrat beta Cursor.

Plateformes confirmées

La FAQ xAI liste : macOS (Apple silicon et Intel), Windows (x64 et Arm64), iPhone sous iOS 18 ou plus. Linux bureau, Android et iPad ne sont pas supportés au lancement. L'aide Cursor Grok Bot on mobile confirme : pour l'instant, le mobile n'est supporté que sur iOS. Les mises à jour de l'ordinateur se font depuis le bureau, pas depuis le téléphone.

Grok Bot exige un stockage cloud. Un compte en Legacy Privacy Mode doit changer de réglage avant de commencer, d'après Get started et Approvals, security, and privacy.

Comment apprendre Grok Bot sans tout déléguer d'un coup ?

La documentation Get started propose déjà un ordre : installer, se connecter, créer un Bot, donner une première tâche, se connecter aux outils, relire le résultat. Nous le traduisons en parcours d'équipe.

Étape 1. Confirmer qui a le droit de se connecter

Avant l'atelier, l'admin vérifie le plan. L'apprenant se connecte avec le même compte Cursor que celui qui porte l'offre, comme l'explique Sign in to Grok Bot. Il n'existe pas de login Grok Bot séparé. En SSO, on termine le flux d'organisation, pas un compte personnel parallèle.

Étape 2. Créer un Bot avec un seul métier

Create and manage Bots demande un nom, un métier, une description de la façon de travailler. L'exemple officiel « Piper / Product performance » refuse de changer les réglages de production. C'est le modèle à copier en formation : un métier, une interdiction explicite.

Un compte peut avoir jusqu'à 50 Bots et groupes combinés, selon cette même page. Ce plafond n'est pas une cible. On commence par un Bot.

Étape 3. Donner une première tâche sans outil connecté

La page Get started propose une tâche de cinq minutes : résumer un document en cinq puces, lister dates, décisions et questions ouvertes, citer la page, ne pas modifier le fichier source. C'est la bonne première épreuve pour un apprenant. Elle n'exige ni plugin ni login web.

Une consigne utile, d'après la même page, contient cinq éléments : résultat, sources, contraintes, livrable, point de revue. Formez à ces cinq champs avant d'ouvrir un CRM.

Étape 4. Relire une approval avant d'agir à l'extérieur

On n'enchaîne pas sur un envoi. On enchaîne sur une action qui s'arrête. La compétence visée : lire la cible, le périmètre et les valeurs, puis Allow once ou Deny. Nous y revenons plus bas.

Étape 5. Un plugin, puis une skill, puis une routine

Skills and routines est formel : commencer par une tâche unique, la rendre fiable, enregistrer la méthode en skill, seulement ensuite automatiser. Une routine trop tôt fige une mauvaise méthode.

Quels rôles donner aux premiers Bots ?

La page Use cases et la page produit x.ai/bot proposent des métiers déjà nommés : Sales Outbound, Talent Scout, Paid Media, Expense Manager, Product Performance, Bug Reproduction, Account Health, Chief of Staff. Tous commencent par lire et préparer, puis une revue, puis seulement une action approuvée.

La page Bots le répète : un métier du type « General Helper » donne moins de guidance et rend le contexte plus difficile à réutiliser. En formation, interdisez le Bot fourre-tout.

Apport Origin : pour une première équipe, nous structurons un roster de trois Bots, pas plus : un Chief of Staff, un PMO, un Bot de prospection. Ce n'est pas un chiffre terrain. C'est une méthode d'apprentissage.

Opinion de Pierre Beunardeau : trois rôles suffisent pour enseigner la frontière entre préparer, suivre et proposer, sans ouvrir trop de sessions sur l'ordinateur partagé. Un quatrième Bot n'arrive que lorsqu'un métier a un propriétaire humain nommé et une skill déjà testée.

Pourquoi ces trois-là ?

Le Chief of Staff officiel, dans Use cases, possède un digest sourcé de ce qui a changé et de ce qui demande une attention. La consigne officielle dit : ne pas envoyer de messages, ne pas modifier les réunions. C'est le Bot le plus pédagogique : il force l'apprenant à juger ce qui est signal, ce qui est bruit.

Le PMO n'est pas un nom de la page Use cases. C'est notre traduction pédagogique d'un Bot de suivi : extraire les décisions ouvertes, les dates, les propriétaires, et produire un statut. Il apprend à l'équipe à tenir un journal sans laisser le Bot « avancer le planning ».

La prospection reprend Sales Outbound. La consigne officielle est déjà une leçon : rechercher, scorer, rédiger, laisser une liste de revue, ne pas envoyer, ne pas enrôler. C'est le premier contact avec un risque externe, encore derrière une approval.

Mettez ces trois règles dans la description du Bot, pas seulement dans un message. La page Bots distingue : la description porte les règles durables (« never send external messages without approval ») ; le message porte la tâche du jour.

Quand le travail doit se voir, la page Message and collaborate décrit un groupe de deux à six Bots. En apprentissage, un groupe CoS + PMO suffit. On n'ouvre pas six Bots pour « faire moderne ».

Comment former aux approvals et à Auto Review ?

Sans approval, Grok Bot n'est pas un outil d'équipe : c'est une session personnelle non gouvernée. La page Approvals, security, and privacy est la ressource à ouvrir pendant l'atelier.

Elle demande une frontière dans la requête elle-même. L'exemple officiel : rapprocher des données de campagne, proposer un budget, ne pas changer la campagne ni écrire à l'agence, demander une approval après avoir montré la valeur actuelle, la valeur proposée et l'impact attendu.

Les actions à borner explicitement, d'après cette page : envoyer un message ou une invitation, publier, acheter ou transférer, supprimer ou écraser, changer des permissions, toucher la production, accepter des conditions juridiques.

Sur bureau, les contrôles documentés sont Allow once, Deny, et Always allow pour enregistrer une règle correspondante. Sur iPhone : Approve once et Deny. Une approval contrôle l'action proposée. Elle n'annule pas le travail déjà fait. C'est une phrase à faire répéter aux apprenants.

Auto Review, lorsqu'il est disponible, évalue les appels d'outils et les actions ordinateur avant exécution. On l'ouvre dans Settings → General → Auto-review. Deux familles de règles :

• Require Approval : arrête toujours l'action correspondante.
• Always Allow : laisse passer seulement si la revue automatique ne trouve pas une autre raison d'arrêter.

Si les deux correspondent, Require Approval l'emporte. La documentation déconseille les règles larges du type « tout autoriser dans le navigateur ». Auto Review est fondé sur un modèle : il complète le moindre privilège, il ne le remplace pas.

Les règles Auto-review personnelles sont stockées sur le bureau courant et synchronisées vers son ordinateur Grok Bot. Il faut les revérifier sur une autre installation. Ne formez pas comme si la règle suivait la personne partout.

Les secrets ont leur page : Store secrets securely. On utilise la secure secret card. On ne colle pas une clé dans le chat ni dans un fichier ordinaire. La page Approvals ajoute : si le Bot présente une demande de secret supportée, la valeur est masquée, exclue de la transcription, et n'est pas montrée au modèle. Ce n'est pas un gestionnaire de mots de passe généraliste.

L'accès à votre Mac ou Windows est une capacité séparée. Le réglage documenté est Settings → General → Agent → Execution on Local Computer, avec Always require approval, Always allowed, Never allowed. La valeur par défaut est Ask every time. La documentation recommande Never allowed sauf raison précise. Ces réglages n'empêchent pas le Bot d'utiliser son ordinateur cloud.

Pour formaliser ces règles dans l'organisation, appuyez-vous aussi sur notre modèle de charte IA en entreprise. La charte dit qui a le droit d'approuver. Grok Bot exécute ensuite cette décision.

Pourquoi l'ordinateur partagé change la formation ?

C'est le point de sécurité que Pierre a demandé de traiter s'il était confirmé. Il l'est, à la lettre, sur plusieurs pages officielles.

La page Overview : l'ordinateur est isolé au compte, pas à un Bot. Traitez un login ou un fichier comme disponible pour tous vos Bots. Chaque Bot a son écran ; ce ne sont pas des frontières de sécurité.

La page Computer and apps : cookies et sessions partagés, fichiers visibles de tous, identifiants de ligne de commande partagés, un Bot peut continuer le travail d'un autre. « Do not place a credential or file on it if another Bot on your account should not be able to use it. »

La FAQ : « Do not use separate Bots as a security boundary. »

La page Teams and enterprises le répète pour les admins : chaque membre a un ordinateur Linux géré. Tous ses Bots le partagent. Secrets, sessions et permissions locales appartiennent au membre, pas à un Bot.

Kevin Neilson, dans l'annonce forum du 11 août 2026, écrit la même règle et renvoie à « Approvals, security, and privacy ».

Conséquences pour l'atelier :

1. On ne « met le CRM sur le Bot commercial et la paie sur le Bot RH » en croyant les isoler.
2. On se déconnecte d'un service quand il ne doit plus être disponible.
3. On retire les fichiers temporaires sensibles après le travail.
4. On désinstalle un connecteur et on révoque l'autorisation dans le service source.
5. Supprimer un Bot ne retire pas les fichiers ni les sessions de l'ordinateur partagé. La FAQ le dit. Si vous pourriez encore avoir besoin du travail, masquez le Bot au lieu de le supprimer.

Le workspace partagé documenté est /workspace. Demandez des dossiers de projet clairs. Les fichiers, l'état du navigateur et les connexions supportées sont conçus pour survivre à une mise à jour normale. Les répertoires temporaires et les paquets installés à la main sont remplaçables.

Pour récupérer un ordinateur injoignable, suivez l'ordre le moins destructeur de Troubleshooting : Retry, redémarrer l'app, Recover, Update, et Reset seulement en dernier recours. Recover et Update préservent l'état durable. Reset peut perdre le travail récent non synchronisé.

Comment connecter un plugin sans perdre le contrôle ?

L'aide Cursor Connect plugins parle de Gmail, Notion, Slack et d'autres services. Les connexions appartiennent au même compte que la connexion Grok Bot.

Le flux documenté :

1. Ouvrir Plugins dans la barre latérale, ou suivre une carte Connect dans le chat. Sur mobile, avatar en haut à gauche, puis Plugins.
2. Chercher le plugin, l'ajouter.
3. Terminer Authorize ou Authenticate chez le fournisseur, dans le navigateur.
4. Si l'app affiche Waiting for authorization, utiliser Reopen.
5. Vérifier qu'il apparaît sous Installed.

La documentation xAI Computer and apps décrit le même flux via Settings → Plugins, puis Add. Dans le chat, @ attache un connecteur, / référence une skill. Préférez un connecteur quand il existe : il est souvent plus fiable qu'un parcours cliqué. Le navigateur reste pour les services sans connecteur, ou pour un flux visuel que le connecteur n'expose pas.

Les connecteurs installés sont au niveau du compte. Leur disponibilité n'est pas isolée à un Bot. C'est la même leçon que l'ordinateur partagé.

Si un plugin affiche Disabled by team admin, l'aide Cursor est claire : l'admin d'équipe Cursor contrôle les plugins du marketplace. Ce n'est pas à l'apprenant de « forcer ». La page Teams and enterprises ajoute : Grok Bot suit la politique MCP et plugins déjà en place dans Cursor. Il n'y a pas de contrôles plugins séparés pour Grok Bot.

En formation, on installe un connecteur pour le métier du jour. On ne « branche tout le SI » pour voir. La page Approvals le dit en moindre privilège : ne connecter que les outils dont le flux a besoin, commencer en lecture et brouillon, garder l'envoi derrière une approval, revoir régulièrement les connecteurs et les routines.

Quand passer d'une tâche à une skill, puis à une routine ?

Une skill décrit comment faire une tâche. Une routine dit à un Bot quand l'exécuter, sur un horaire ou, le cas échéant, après un événement. La FAQ et Skills and routines utilisent ces définitions.

Une skill utile, d'après la doc, énonce : quand l'utiliser, les entrées et accès requis, la séquence, comment valider, quoi rendre, ce qui exige une approval. Les skills sont disponibles pour vos Bots, mais un Bot peut avoir besoin du connecteur ou du login correspondant.

Teach a task, lorsqu'il est visible, enregistre un parcours navigateur jusqu'à dix minutes, sans micro. Le rollout peut être progressif. La skill apprise est un brouillon : il faut y ajouter règles de décision, gestion d'échec et frontières d'approval. Si le contrôle n'apparaît pas, on demande au Bot de créer la skill à partir des instructions écrites et de la tâche déjà faite.

Pour une routine, on confirme : Bot propriétaire, horaire et fuseau, source, résultat attendu, frontière d'approval, conduite à tenir si la source manque. Un Bot peut posséder jusqu'à 50 routines. L'application garde les 20 derniers enregistrements d'exécution de chaque routine. Supprimer une routine est immédiat, sans annulation. Supprimer un Bot supprime aussi ses routines.

Test run exécute un vrai travail : sites, fichiers, outils connectés. On teste avec des données sûres, écritures derrière approval. La page Troubleshooting le rappelle : un test peut produire des actions externes réelles.

Les intégrations de compte Cursor peuvent démarrer une routine depuis un événement Slack ou GitHub. Elles sont séparées des plugins Slack ou GitHub et peuvent exiger leur propre connexion. Évitez les écouteurs larges du type « chaque nouveau message ».

Sur iPhone, on peut voir le calendrier, la prochaine exécution et mettre une routine en pause. Modifier l'horaire, voir l'historique, tester ou supprimer exige encore le bureau, d'après Grok Bot for iOS.

Cas pratique : une semaine pour apprendre le roster

Scénario illustratif : une PME de services B2B veut que trois personnes apprennent Grok Bot. Les durées ci-dessous sont un déroulé pédagogique, à remplacer par vos données. Aucun résultat client n'est inventé.

Jour 1. Accès et vocabulaire. L'admin confirme Ultra ou un siège Premium. Chaque apprenant installe l'app bureau, se connecte avec son compte Cursor, et lit à voix haute la phrase de Kevin Neilson sur l'ordinateur partagé. On crée un seul Bot « Chief of Staff » avec l'interdiction d'envoyer.

Jour 2. Première tâche sans plugin. On joint un compte rendu interne non confidentiel. Consigne : cinq puces, dates et décisions à part, citation de section, ne pas modifier le fichier. On corrige le format. On nomme la préférence durable, comme le suggère Get started.

Jour 3. Approval à blanc. On demande un brouillon de message interne, sans envoi. On force l'arrêt. On entraîne Allow once et Deny. On refuse toute carte dont la cible n'est pas lisible.

Jour 4. Un plugin, un métier. On installe un seul connecteur utile au digest, par exemple Slack si l'admin l'autorise. On relit Installed. On rappelle que la session sera visible des Bots suivants.

Jour 5. Skill, pas encore routine. On enregistre « Digest quotidien » avec sources, format, et la règle « ne jamais écrire dans le canal ». On teste sur une deuxième matinée. Si le résultat est relisible, on peut parler d'horaire. Sinon, on reste en tâche manuelle.

Jour 6 et 7. Deuxième et troisième Bots. On duplique le geste pour PMO puis prospection. On n'ouvre un groupe que pour un handoff visible, par exemple CoS qui demande au PMO la liste des décisions ouvertes. Toujours un propriétaire à chaque étape, comme le demande la page de collaboration.

Ce cas n'est pas un pilote de production. C'est une semaine d'apprentissage. Le critère de réussite n'est pas le volume traité. C'est la capacité de l'apprenant à expliquer : quel Bot, quelle frontière, quelle approval, quel login partagé.

Quelles limites officielles retenir, et que taire ?

Nous ne publions que ce qui est écrit sur une page officielle relue le 15 août 2026.

Limite	Source officielle	Ce que nous n'en tirons pas
50 Bots et groupes combinés	Bots	Ce n'est pas une taille d'équipe recommandée.
50 routines par Bot, 20 derniers runs	Skills and routines	Pas une promesse de fiabilité.
6 pièces jointes à la fois ; 25 Mo documents, 200 Mo vidéo	Files and results et Troubleshooting	Pas une liste exhaustive de formats métier.
Teach a task : 10 minutes, pas de micro	Skills and routines	Le contrôle peut être absent selon le rollout.
Groupe : 2 à 6 Bots	Chat and collaboration	Pas une obligation d'ouvrir 6 Bots.
Usage hebdomadaire qui se réinitialise	Plans and billing	Pas de volume publié sur cette page.
Pas de Linux bureau, Android, iPad au lancement	FAQ	Les articles de presse qui citent Linux bureau sont écartés.
Pas de sélecteur de modèle	Teams and enterprises	Nous n'inventons pas de menu modèles.
Audit des actions Bot : « coming »	Même page	Nous ne décrivons pas une console d'audit inexistante.
Plafond local équipe : « coming soon »	Même page	Never / Ask / Always existe aujourd'hui côté membre, pas encore comme plafond d'équipe documenté comme livré.

L'aide Get help indique le support : hi@cursor.com, avec e-mail du compte, version, plateforme (Mac, Windows ou iOS), action tentée, capture, et étapes déjà testées.

Checklist pour lancer le premier atelier

• ☐ Vérifier Ultra, siège Premium ou SuperGrok Heavy sur le compte qui se connectera.
• ☐ Lire à voix haute la règle de l'ordinateur partagé avant tout login métier.
• ☐ Créer un Bot à un seul métier, avec une interdiction écrite dans la description.
• ☐ Réussir une tâche documentaire sans plugin ni envoi.
• ☐ Relire une carte d'approval jusqu'à savoir Deny une cible illisible.
• ☐ Installer un seul plugin autorisé par l'admin, puis vérifier Installed.
• ☐ Enregistrer une skill, la tester sur un deuxième exemple, et seulement ensuite parler de routine.
• ☐ Masquer plutôt que supprimer un Bot dont le travail pourrait encore servir.

Questions fréquentes

Qu'est-ce que Grok Bot et en quoi diffère-t-il d'un assistant ?

Grok Bot est un produit Cursor et xAI lancé le 11 août 2026. Un Bot est un équipier nommé, persistant, qui travaille sur un ordinateur cloud avec navigateur, fichiers et terminal. Contrairement à un assistant qui répond dans le chat, il peut agir dans vos outils et ne revient que lorsqu'une approval est nécessaire.

Qui peut utiliser Grok Bot en entreprise aujourd'hui ?

L'aide officielle Cursor indique un accès inclus avec Cursor Ultra, un siège Premium pour une équipe Cursor, ou SuperGrok Heavy via un lien de compte. Un siège Standard seul ne donne pas l'accès. Les organisations Enterprise sont en déploiement : l'annonce parle d'une waitlist, la documentation xAI demande de contacter l'équipe compte Cursor.

Les Bots partagent-ils le même ordinateur ?

Oui. La documentation officielle est explicite : l'ordinateur cloud est assigné au compte, pas à un Bot. Fichiers, sessions navigateur et identifiants en ligne de commande sont visibles par tout le roster. Les écrans sont séparés pour travailler en parallèle, ce ne sont pas des frontières de sécurité.

Comment une équipe apprend-elle Grok Bot sans tout automatiser ?

On commence par un Bot à un seul métier, une tâche en lecture et brouillon, puis on forme à relire une approval. On n'installe un plugin que pour ce métier. On ne crée une routine qu'après une skill testée. Ajouter un deuxième Bot vient ensuite, quand le rôle est stable.

Que faut-il approuver avant qu'un Bot agisse ?

La documentation xAI demande une approval pour envoyer un message, publier, acheter, supprimer, changer des permissions, toucher la production ou accepter des conditions. Les mots de passe, codes à deux facteurs et CAPTCHA se font par prise de contrôle de l'ordinateur, jamais dans le chat.

Comment connecter Gmail, Slack ou Notion à Grok Bot ?

L'aide Cursor décrit les plugins : ouvrir Plugins dans la barre latérale, ajouter le connecteur, autoriser le fournisseur dans le navigateur, puis vérifier qu'il apparaît sous Installed. Un administrateur d'équipe Cursor peut désactiver un plugin. Les connecteurs installés sont au niveau du compte, pas d'un seul Bot.

Passer de la découverte à la pratique guidée

Grok Bot s'apprend comme un métier d'équipe : un rôle, une frontière, une approval, un ordinateur partagé. Ce n'est pas un sujet Origin Labs de déploiement d'agents. C'est un sujet Origin Education : former les apprenants à s'en servir sans confondre écran séparé et isolation.

La formation Agents IA et automatisation sert à pratiquer ce cadrage sur des cas réels, avec validation humaine. Si votre organisation doit encore écrire les règles avant l'outil, commencez par la charte. Si vous hésitez encore entre agent, assistant et automatisation classique, revenez à la grille de choix du premier cas.

→ Cadrer un atelier Grok Bot avec Origin Education

Sources

• Cursor Help, Getting started with Grok Bot, Sign in, Plans and billing, Connect plugins, Store secrets securely, Get help, Grok Bot on mobile, SuperGrok Heavy, Subscribe from the mobile app, relues le 15 août 2026.
• xAI Docs, Overview, Get started, Bots, Use cases, Computer and apps, Skills and routines, Approvals, security, and privacy, Chat and collaboration, Files and results, Settings and notifications, Teams and enterprises, FAQ, Troubleshooting, Grok Bot for iOS, relues le 15 août 2026.
• Cursor Forum, Kevin Neilson, Introducing Grok Bot, 11 août 2026.
• SpaceXAI / xAI, Introducing Grok Bot, 11 août 2026, et page produit x.ai/bot, relues le 15 août 2026.
• Cursor, Pricing, relue le 15 août 2026 : page générale, non utilisée pour les montants Grok Bot.