Grok Bot et l’assistant always-on : ce qui change quand l’IA obtient un ordinateur

Je vais d’abord concéder l’argument le plus fort contre ce produit, parce qu’il est bon. Donner à un agent IA son propre ordinateur always-on, connecté à vos comptes et travaillant pendant votre sommeil, correspond à peu près au threat model dont les équipes security alertent depuis deux ans, emballé comme consumer feature avec waitlist. Si vous avez lu quoi que ce soit sur memory poisoning ou prompt injection, vos sourcils devraient déjà être levés.

Et pourtant. Le 11 août, xAI, désormais opérant sous le nom SpaceXAI, a lancé Grok Bot en early beta, et c’est l’expression la plus claire jusqu’ici de la direction de la catégorie assistant : pas une chat window plus intelligente, mais une entité opérationnelle persistante avec une machine à elle. J’ai lu l’annonce, la couverture des docs et une semaine de reporting hands-on. Voici ce qu’est réellement le modèle de persistance, où se situe l’action boundary, ce que cela coûte et quels safety controls sont réels plutôt que décoratifs.

Points clés - Grok Bot est un roster d’agents IA nommés qui partagent un ordinateur cloud persistant par compte : files, browser sessions, logins et memory survivent entre les sessions et continuent de tourner lorsque vos devices sont éteints. - L’action boundary repose sur les approvals, pas les APIs. Les Bots travaillent via un vrai browser et des comptes connectés, y compris pour des apps sans API ni MCP server, puis reviennent pour sign-off sur les judgement calls. - L’access est bundle-gated : tiers SuperGrok et plans Cursor éligibles, avec un standalone pricing reporté autour de 200 dollars par mois. Les sources third-party se contredisent sur les tiers exacts, donc considérez les chiffres comme reported plutôt qu’audited. - Les safety controls sont plus détaillés que la norme beta, avec per-action approvals, auto-review rules et secure handoff pour credentials, mais tous les Bots d’un compte partagent le même ordinateur. Un second Bot n’est pas une security boundary. - Le shift stratégique : l’assistant cesse d’être une session et devient une machine. La conversation risk passe de "qu’a dit le model" à "à quoi la machine a-t-elle accès", et la plupart des organisations n’ont encore aucune policy pour cela.

Ce qui s’est passé

Le 11 août, SpaceXAI a publié l’annonce de Grok Bot, avec disponibilité desktop et iOS. Les faits clés de l’annonce et de la première semaine de coverage :

• Grok Bot est une équipe d’agents nommés, pas un chatbot mode. Vous écrivez à un Bot comme à un collègue, lui confiez une task et il travaille sur son propre cloud computer jusqu’à ce que le job soit terminé ou nécessite approval. Les Bots peuvent se message, coordonner dans des group threads et transmettre du work entre specialists.

• Chaque compte reçoit un ordinateur cloud persistant partagé par tous ses Bots. Files, browser logins, connected accounts et memory persistent entre les sessions. Skills, workflows sauvegardés selon la convention SKILL.md, peuvent être attachés à des routines déclenchées selon schedule.

• Il travaille via de vraies apps, y compris des sites sans API : connectors pour Gmail, Google Calendar et Drive, OneDrive, Outlook, Teams, SharePoint et Salesforce, avec MCP support pour custom tools et browser-based computer use pour le reste.

• Au lancement, availability couvrait les tiers SuperGrok et plans Cursor, avec enterprise waitlist ; la couverture a suivi l’expansion vers d’autres tiers SuperGrok et Cursor au 21 août. Le model sous-jacent est Grok 4.6, annoncé le lendemain avec context window de 500 000 tokens et API pricing de 2 dollars par million d’input tokens et 6 par million d’output, selon le même reporting.

• SpaceXAI dit avoir d’abord utilisé le produit en interne dans sales, marketing, ops et engineering avant d’ouvrir la beta. La company elle-même vient d’être rebrandée : il s’agit de xAI sous son nom SpaceXAI, l’implication de Cursor étant liée à l’acquisition rapportée par SpaceX.

Une note honnête sur le sourcing : plan names et prices ont bougé pendant la semaine beta, et les guides third-party se contredisent, parfois même avec le launch post, sur les tiers Cursor éligibles. Je signale les conflits plutôt que choisir arbitrairement.

SpaceXAI a lancé Grok Bot en early beta le 11 août 2026 : agents IA nommés partageant un ordinateur cloud persistant par compte, travaillant à travers apps et websites avec des approval-based handoffs, selon l’annonce. L’accès est bundled avec SuperGrok et des subscriptions Cursor éligibles, l’expansion étant suivie par la couverture de la semaine de lancement.

Ce que la persistance change réellement

Le mot "persistent" porte beaucoup dans chaque agent pitch cette année, donc soyons précis. Trois layers persistent, et elles se renforcent.

D’abord la machine. Le cloud computer conserve filesystem, installed skills et browser sessions. Un Bot briefé lundi possède encore vendredi son login state et le plugin Notion connecté. Cela transforme "confiez-lui à 18h, lisez le résultat au petit-déjeuner" en architecture plutôt qu’en marketing line, et sa shape ressemble aux self-hosted agent setups que certaines équipes construisent, moins le burden ops et plus le datacentre de quelqu’un d’autre.

Ensuite la relationship. Les Bots se souviennent des conversations, apprennent des workflows en vous observant une fois et intègrent vos corrections dans des routines sauvegardées. Le pitch : l’asset que vous construisez en travaillant avec un Bot, sa memory de votre manière préférée de faire les choses, survit aux model upgrades parce qu’il vit sur la machine plutôt que dans le chat.

Enfin le team. Plusieurs Bots tournent en parallèle sur le même ordinateur et coordonnent dans des shared threads, selon un pattern "chief of staff" que SpaceXAI décrit de son utilisation interne. C’est aussi là que se trouve le caveat honnête : selon le breakdown détaillé de Vellum fondé sur les docs officielles, chaque Bot d’un compte partage le même ordinateur user-scoped, donc files, credentials et browser sessions sont account-wide. Un second Bot est une productivity boundary, pas une security boundary. Si votre mental model était "donner des permissions séparées au sales Bot et finance Bot", cette beta ne le propose pas.

La persistance de Grok Bot couvre la machine, files, browser sessions, skills, la relationship, memory des préférences et corrections, et le team, Bots parallèles coordonnant sur un ordinateur account-scoped, selon l’annonce et le breakdown basé sur docs. Les Bots d’un compte ne sont pas des security boundaries isolées.

L’action boundary et les safety controls

Avec un chatbot, l’action boundary est le bouton send : worst case, bad text. Avec un ordinateur persistant connecté à vos comptes, worst case, une bad action, répétée à 3h du matin. Les controls comptent donc plus que la demo et, à son crédit, la security surface est plus développée que la norme beta, selon l’analyse des docs :

• Decisions per-action : Allow once, Deny ou Always allow, afin que l’approval scope soit granular plutôt que all-or-nothing.

• Auto Review rules en deux modes : Require Approval, pause pour human sign-off, et Always Allow sous conditions définies.

• Secure handoff pour les steps sensibles, où le Bot rend le contrôle, bon pattern pour passwords et two-factor codes.

• Least-privilege guidance dans les docs officielles, plus controls pour les cas où le Bot opère sur votre local machine plutôt que cloud VM.

Les gaps sont tout aussi instructifs. Aucune méthode documentée pour inspecter, exporter ou supprimer sélectivement ce dont un Bot se souvient, omission étrange pour un produit fondé sur accumulated memory. Les privacy settings dépendent de l’access route : via Cursor, Cursor gère vos data settings, pas xAI. Et la shape always-on, schedule-driven signifie que le failure mode à planifier n’est pas une rogue answer, mais une routine faisant silencieusement la mauvaise chose chaque nuit, approuvée des semaines plus tôt, jamais remarquée. Ceux qui ont lu le travail récent sur multi-agent contamination reconnaîtront pourquoi "agents écrivant leur propre persistent state" mérite logging plutôt que trust.

Disons-le clairement : rien de cela n’est une raison de paniquer, et rien n’est une raison de connecter vos primary accounts le premier jour d’une beta. C’est une raison de traiter l’onboarding d’un Bot comme celui d’un contractor. Scoped accounts, approval defaults on, audit trail vérifié avant d’élargir access. C’est agent governance comme hygiene, pas comme fear.

Les controls documentés de Grok Bot comprennent per-action approvals, Auto Review rules, secure handoff pour les steps sensibles et least-privilege guidance, selon l’analyse des docs. Les gaps documentés incluent memory inspection et export, ainsi que le partage account-wide des credentials entre Bots.

Le pricing, conflits inclus

Combien coûte un ordinateur always-on ? La réponse honnête est "cela dépend de la porte d’entrée", et les portes ont bougé pendant la semaine beta. Selon les setup guides et plan trackers : SuperGrok Heavy autour de 300 dollars par mois l’inclut ; Cursor Ultra à 200 dollars par mois l’inclut ; Cursor Teams Premium à 120 dollars par seat et par mois l’inclut avec weekly allowance ; et le breakdown Vellum rapporte un standalone price de 200 dollars par mois après 14-day trial. La liste d’éligibilité du launch post est plus large que plusieurs guides, donc je traiterais chaque chiffre du paragraphe comme reported, pas audited, et vérifierais la live plan page avant budget.

Le point structurel compte davantage que les chiffres. L’usage Bot est metered séparément de vos allowances Grok et Cursor, donc delegated work ne consomme pas votre chat quota, reconnaissance silencieuse de SpaceXAI que les always-on agents consomment du compute selon une courbe différente. Et il n’y a pas de self-hosting : l’ordinateur est à eux. Comparez avec l’analyse TrueForge du même mois, dont le pitch entier consiste à posséder le runtime. Le marché propose les deux paris simultanément, louer la machine ou posséder le harness, et la bonne réponse dépend vraiment de votre constraint, ops capacity ou control. Cela dépend. Irritant, mais presque toujours vrai.

Que faire maintenant

Que Grok Bot soit votre choix ou non, la catégorie vient de devenir concrète. Quatre étapes :

1. Aujourd’hui : écrivez la réponse de votre organisation à "un employé peut-il installer un agent persistant sur un personal plan dans nos tools ?" Grok Bot atteint les staff via consumer subscriptions, pas procurement, selon l’analyse enterprise de Beam. Si aucune policy n’existe, la réponse actuelle est oui par défaut.

2. Cette semaine : si vous avez un plan éligible, exécutez une bounded task avec un compte dédié least-privilege. Observez les approval prompts. La shape de la boundary en dit plus que toute review, celle-ci incluse.

3. Ce mois-ci : définissez votre action-boundary policy avant le second Bot : quelles actions peuvent tourner unattended overnight, lesquelles nécessitent toujours sign-off, et comment auditerez-vous ce qui a tourné pendant votre sommeil ?

4. Avant toute expansion : décidez ce qui peut vivre sur une machine que vous ne contrôlez pas. Files et logins sur l’always-on computer de quelqu’un d’autre sont une décision de data location, comme tout architecture call, et coûtent moins cher à prendre volontairement qu’après coup.

FAQ

Qu’est-ce que Grok Bot exactement ?

Un roster d’agents IA nommés de SpaceXAI, anciennement xAI, lancé en early beta le 11 août 2026. Chaque compte reçoit un ordinateur cloud persistant partagé par tous ses Bots : ils se connectent à vos apps, travaillent via un vrai browser, se souviennent de vos préférences et continuent de tourner lorsque vos devices sont éteints. C’est un produit, pas un model ; dessous tourne Grok 4.6.

Combien coûte Grok Bot ?

L’accès est bundled avec les tiers SuperGrok, Heavy étant reporté autour de 300 dollars par mois, et des plans Cursor éligibles, Ultra à 200, Teams Premium à 120 dollars par seat, avec un standalone pricing reporté à 200 dollars par mois après 14-day trial. Les détails ont bougé pendant la beta et les sources third-party divergent, donc vérifiez les live plan pages avant engagement.

Est-il sûr de donner mes comptes à Grok Bot ?

Les controls documentés sont réels : per-action approvals, auto-review rules, secure handoff pour credentials, least-privilege guidance. Les cautions structurelles aussi : tous les Bots partagent un ordinateur account-scoped avec shared credentials, memory ne peut pas actuellement être inspectée ou exportée, et il n’existe pas de self-hosting. Des comptes dédiés, scoped, avec approvals on constituent la posture raisonnable en beta.

Grok Bot fonctionne-t-il lorsque mon laptop est fermé ?

Oui, c’est le core design. Le cloud computer fonctionne indépendamment de vos devices, et les routines permettent à des skills sauvegardées de se lancer selon schedule. C’est aussi la feature qui modifie votre risk model : un always-on agent agit quand personne ne regarde, donc votre approval policy est toute la partie.

En bref

Grok Bot est une beta avec prices mouvants, shared credentials et une feature manquante de memory inspection, et aussi la formulation la plus cohérente à ce jour de la catégorie assistant-as-machine. La session cesse d’être l’unité du AI work ; l’always-on computer avec approvals, routines et accumulated memory la remplace, et SpaceXAI a sorti en premier une version crédible. La question de l’année prochaine n’est pas de savoir si cette shape gagne, quelque chose de proche gagnera, mais si safety et audit tooling mûrissent plus vite que l’access que les gens cèdent. Regardez l’enterprise waitlist et le permission model. C’est là que le vrai produit se négocie.

Si vous cherchez comment les always-on agents s’intègrent dans votre organisation, c’est une conversation que j’ai régulièrement avec mes clients. Contactez-moi.

Sources

• SpaceXAI, "Introducing Grok Bot": https://x.ai/news/introducing-grok-bot (publié 2026-08-11, consulté 2026-08-29)

• Vellum, "Official Grok Bot Breakdown (2026)": https://www.vellum.ai/blog/official-grok-bot-breakdown (publié 2026-08-20, consulté 2026-08-29)

• Truescho, "Grok Bot by xAI 2026: AI Teammates With Their Own Cloud Computer": https://truescho.com/en/blog/grok-bot-xai-ai-teammates-2026 (publié 2026-08-15, consulté 2026-08-29)

• Skillselion, "What Is Grok Bot? Pricing and How It Works": https://skillselion.com/guides/what-is-grok-bot (publié 2026-08-16, consulté 2026-08-29)

• Basenor, "Grok in August 2026: 5 Details That Actually Matter": https://www.basenor.com/blogs/news/grok-in-august-2026-5-details-that-actually-matter (publié 2026-08-25, consulté 2026-08-29)

• Beam, "Grok Bot for Enterprise AI Agents: The 2026 Reality": https://beam.ai/agentic-insights/grok-bot-enterprise-ai-agents (publié 2026-08-27, consulté 2026-08-29)