Configuration de Grok Bot : pas de Studio, pas de sélecteur de modèle

Un post en chinois circule cette semaine, intitulé 我的 Gro​k Bot 工作室配置 — « ma configuration du studio Gro​k Bot » — et la formulation est révélatrice. Quiconque a réellement configuré Gro​k Bot le sait : il n'y a pas de studio. Pas de constructeur par glisser-déposer, pas de canevas de nœuds, pas de menu déroulant où l'on choisit le modèle. Gro​k Bot est le produit d'agent toujours actif de SpaceXAI, lancé le 11 août 2026, et toute sa surface de configuration est textuelle — un champ de description, une conversation, et tout ce que vous parvenez à lui faire mémoriser. Ce n'est pas une limitation que l'on contourne en changeant d'outil. Cela change la nature même de ce qu'est une configuration, et explique pourquoi deux personnes qui utilisent ce qui ressemble à la même configuration obtiennent des résultats radicalement différents.

Le timing fait que cela vaut la peine d'être consigné maintenant. Le 7 octobre, Elon Musk a déclaré dans une publication sur X que Gro​k Bot cesserait d'être limité aux propres modèles de SpaceXAI et irait chercher « le meilleur modèle back-end pour chaque tâche donnée », citant Claude Opus 5.5, Midjourney et Suno — une déclaration, corroborée en tant que déclaration par plusieurs médias et qui ne s'accompagne toujours d'aucune grille tarifaire, d'aucune entrée de journal des modifications et d'aucune mesure externe. Deux jours plus tard, le 9 octobre, des adresses e-mail par Bot se terminant par @mail.grokbot.com ont commencé à être déployées. Ainsi, le produit qui sous-tend votre configuration évolue, et ce qui détermine si cette évolution vous est utile est la même chose qu'elle a toujours été : la qualité de la spécification du Bot lui-même.

Ce qu’est réellement le signal remis

La publication est celle d’un utilisateur qui présente sa propre configuration, et la lecture utile est structurelle plutôt que littérale : le schéma, c’est qu’une configuration fonctionnelle de Gro​k Bot est une description de poste écrite plus un petit nombre de procédures enregistrées, et non un panneau de réglages que l’on consulte une fois. La documentation de SpaceXAI elle-même est d’une franchise inhabituelle à ce sujet. « La configuration, c’est un message, pas un constructeur de workflows », dit une page. Une compétence est définie comme « un ensemble réutilisable d’instructions expliquant comment accomplir une tâche », et une routine comme ce qui « indique à un Bot quand exécuter un workflow — selon un calendrier ou, lorsque cela est pris en charge, après un événement ». L’ordre recommandé dans la documentation résume toute la méthode en une ligne : « Commencez par une tâche ponctuelle. Rendez-la fiable, enregistrez la méthode en tant que compétence, et seulement ensuite automatisez-la. »

Si vous avez cherché une interface utilisateur de création parce que tous les autres produits d’agents en ont livré une, cette ligne est la réponse. L’artefact de configuration ici est de la prose qui survit au contact d’une tâche réelle — et la documentation vous dit exactement ce que contient un bon artefact : quand utiliser la compétence, les entrées et les accès requis, la séquence de travail, comment valider les résultats, ce qu’il faut renvoyer, et ce qui nécessite une approbation.

Le sélecteur de modèle n'existe pas, et c’est là toute la partie intéressante.

Demandez où vous choisissez entre Grok 4.7 et Claude Opus 5.5 pour un Bot donné, et la documentation répond sans détour : « Cursor gère la sélection du modèle, donc il n'y a pas de sélecteur de modèle. » Il n'existe aucun réglage de modèle par Bot, aucun par routine, et aucun par compétence. La page des paramètres du Bot couvre Nom, Libellé, Description, Avatar et une préférence de Notifications — c'est toute la surface par Bot — le fuseau horaire se trouvant au niveau du compte, car les routines en ont besoin pour les planifications.

Donc le routage que Musk a décrit le 7 octobre n’est pas un cadran que l’on tourne. D’après la documentation que nous pouvons lire, il s’agit d’un mécanisme côté plateforme, invisible pour vous, sauf à travers la qualité de sortie et ce que le relevé d’usage dit après coup. Pour quiconque construit une configuration au-dessus de Gro{{k}} Bot, c’est la contrainte la plus lourde de conséquences, et il vaut la peine de le dire clairement : c’est vous qui contrôlez le travail, pas le moteur. Si ce compromis est acceptable, le produit est cohérent. Si votre flux de travail a besoin d’un modèle précis, et ce délibérément — pour des raisons de coût, de reproductibilité —, Gro{{k}} Bot est la mauvaise couche pour cela, et la configuration ne l’exprimera jamais.

Les chiffres qui contraignent réellement une configuration

La plupart des conseils de configuration sont vagues parce que la plupart des documentations d’agents le sont. Celles-ci ne sont pas vagues, et chacune a une conséquence sur la conception.

• Routines par Bot — 50. Un Bot peut posséder « jusqu’à 50 routines », et l’application conserve « les 20 enregistrements d’exécution les plus récents pour chaque routine », donc votre piste d’audit est volontairement limitée.

• Intervalle minimal entre planifications — cinq minutes. « Les planifications régulières doivent être espacées d'au moins cinq minutes », ce qui exclut les boucles d'interrogation trop rapprochées et vous oriente discrètement vers les déclencheurs d'événements.

• Teaching enregistre pendant dix minutes. « Teaching enregistre l’interaction visible avec l’ordinateur pendant dix minutes maximum. Il n’enregistre pas l’audio du microphone. » Les procédures longues doivent être découpées en segments.

• Secrets par Team Bot — 25, valeurs masquées et occultées dans la sortie, et la documentation avertit que le Bot « peut utiliser chaque secret dans la conversation de n'importe quel coéquipier », donc un secret est un accès accordé à toute l'équipe.

• Un ordinateur par compte, pas par Bot. « Chaque Bot sur votre compte utilise le même ordinateur », il « est attribué à votre compte utilisateur, pas à un Bot individuel », les fichiers se trouvent dans un /workspace partagé, et « les fichiers sont visibles par chaque Bot. » Les écrans que chaque Bot voit sont « des surfaces de travail distinctes, pas des frontières de sécurité distinctes. »

Ce dernier point est la contrainte que les gens découvrent en dernier. Cela signifie qu’une configuration est un objet à l’échelle du compte entier : une autorisation que vous accordez à un Bot est une autorisation que la flotte possède, et un fichier durable écrit par votre Bot de recherche est lisible par votre Bot de prospection.

Configurez la limite avant de configurer le job

Les conseils d’automatisation de la documentation elle-même sont une courte liste de choses à faire dans les dix premières minutes de toute nouvelle configuration. Maintenez les écritures derrière une approbation : « Exiger une approbation pour l’envoi, l’achat, la suppression, la publication ou la modification de systèmes de production. » Définissez une correspondance d’événements étroite et évitez « les écouteurs larges tels que “chaque nouveau message” », car ils génèrent du bruit, consomment du quota d’utilisation et agissent sur des entrées non pertinentes. Utilisez le bouton Test run en sachant qu’« une exécution de test effectue un travail réel. Elle peut naviguer sur des sites web, modifier des fichiers et appeler des outils connectés. » Rédigez une politique en cas d’absence de données et une politique en cas de données obsolètes avant le premier matin sans surveillance, et rendez les nouvelles tentatives idempotentes afin qu’une réexécution n’entraîne pas de double envoi.

Ensuite, gérez la suppression, car c'est la seule opération sans annulation. « La suppression d'une routine est immédiate et ne peut pas être annulée », et supprimer un Bot « supprime le profil actif, la conversation et les routines », tandis que les fichiers informatiques et les connexions ne sont pas isolés par Bot et peuvent persister. Le masquage est l'alternative réversible. Il y a aussi une subtilité de licence qu'il vaut mieux connaître que découvrir : la documentation des Bots indique que la conservation côté backend suit les conditions d'utilisation Cursor applicables, une phrase à lire avant de remplir un espace de travail partagé avec quoi que ce soit de réglementé.

Ce qui se transmet, ce qui ne se transmet pas

La duplication est le moyen le moins coûteux d’exécuter le même rôle à une portée différente, et la documentation est précise sur la frontière. Une copie gagne « le profil, les paramètres, les compétences, les routines et l’avatar », et elle « ne copie pas l’historique des conversations, la mémoire apprise ni les pièces jointes des discussions ». Le partage va plus loin : vous créez un modèle et choisissez un accès public ou réservé à l’équipe, et les destinataires le prévisualisent puis en ajoutent une copie — « ils ne reçoivent ni votre machine, ni vos identifiants, ni votre historique ». Supprimez les clés d’API, les URL internes et les données clients avant de partager, car le modèle transporte la configuration, et c’est dans la configuration que les gens cachent des identifiants.

La mémoire mérite la même méfiance. La documentation la présente comme une commodité, non comme une vérité : continuez à modifier les faits dans le système source, obligez le Bot à rouvrir ou à citer les données actuelles pour les décisions qui comptent, et encodez les limites de sécurité dans la description plutôt que de compter sur la mémoire pour les retenir. Les Bots d'équipe ajoutent une seconde couche — une mémoire d'équipe lue par la conversation de chacun, et des notes privées qui suivent une seule personne — ainsi qu'un fait de facturation incontournable : l'utilisation « est imputée à l'allocation de Gro​k Bot de ce coéquipier, et non à celle du propriétaire ».

Où un routeur trouve sa place sans prétendre être l'agent

Gro​k Bot est un produit d’abonnement ; il ne s’agit pas de quelque chose que vous pouvez acheminer via un point de terminaison tiers, et aucun guide de configuration honnête ne devrait suggérer le contraire. La question que soulève le problème de la pénurie de modèles est différente : si vous voulez choisir le moteur délibérément, vous achetez un accès API, et c’est une couche distincte du Bot.

Cette couche, c’est ce que nous vendons. OrcaRouter est un point de terminaison compatible OpenAI sur plus de 200 modèles, sans marge sur le prix catalogue du fournisseur, donc une baisse de prix d’un fournisseur est effective ici le jour même ; Grok 4.7 y est proposé au tarif publié par SpaceXAI lui-même, soit 2,00 $ par million de jetons d’entrée et 6,00 $ par million de jetons de sortie en dessous de 200 K de jetons de prompt, ce montant doublant au-delà de ce seuil. Les éléments qui comptent pour une configuration comme celle de l’article sont ceux qui évitent qu’une étape non éprouvée ne devienne un incident de production : bascule automatique entre fournisseurs lorsque l’un d’eux se dégrade, un DSL de routage qui compose plusieurs modèles en un seul appel, et la fusion de modèles pour des panels qui répondent ensemble. Et la mesure pratique pour la question « ce Bot peut-il faire le travail, tout court ? » est la plus ennuyeuse — écrire la compétence, l’exécuter une fois à la main sur le modèle auquel vous comptiez faire confiance, et seulement ensuite l’automatiser. La bascule est ce qui rend le fait d’essayer une étape sur un modèle auquel vous ne vous êtes pas engagé survivable plutôt qu’un pari.

Si vous écrivez votre configuration cette semaine

Rédigez les rôles sous forme de texte opérationnel, et non d’intitulés de poste. Les conseils de la documentation à ce sujet sont meilleurs que la plupart : un Bot doit avoir une finalité, une boîte à outils, un style, un périmètre d’approbation ou une planification qui lui sont propres, et doit partir du « plus petit effectif utile », avec un seul Bot responsable d’un résultat de bout en bout avant que des spécialistes ne soient ajoutés. Exécutez ensuite la séquence dans l’ordre prescrit par la documentation — une tâche réelle, rendue fiable ; la méthode enregistrée comme compétence ; et seulement ensuite, une routine, avec le Bot, la planification, le fuseau horaire, la source d’entrée, le résultat attendu, le périmètre d’approbation et le comportement en cas de source manquante, le tout consigné par écrit. Testez-la pendant que vous la surveillez. Définissez le fuseau horaire avant la première planification, car les routines l’utilisent. Et notez le petit filet de sécurité qui existe : Grok Bot peut demander s’il faut continuer à exécuter les routines après une longue absence et les mettre en pause si vous ne répondez pas.

La configuration dans cet article n’est pas un studio, et ce mot ne fait pas de mal — ce n’est qu’un nom pour ce qu’un praticien construit lorsque les seuls véritables contrôles sont une description, une bibliothèque de compétences et un planning. La partie qui ne survivra pas au prochain changement de produit est tout ce qui partait du principe que vous aviez choisi le modèle. La déclaration de Musk du 7 octobre n’est encore qu’une déclaration, et la documentation dit toujours qu’il n’y a pas de sélecteur ; si un sélecteur est un jour livré, les configurations qui vaudront la peine d’être gardées seront celles qui étaient spécifiques à la tâche depuis le début.