Conseils

Chaque conseil est une seule chose à faire.

Confidentialité

Ajoutez une règle Ask first pour les mails sortants

Une seule règle précise fait attendre votre accord avant chaque mail externe.

Ouvrez Settings → General. Dans la partie Bot trouvez Custom Rules en dessous de l’interrupteur Auto Review. Sous When Grok Bot wants to: tapez « envoyer un mail externe ». Choisissez Ask first et appuyez sur Add Rule (documentation).

Une règle Ask first arrête toujours les actions qui lui correspondent. Elle l’emporte quand une règle Allow correspond aussi. Gardez chaque règle courte et précise. La documentation déconseille les règles larges comme « tout autoriser dans le navigateur ». Les versions récentes de l’app affichent les mêmes règles dans une section Permissions (journal des versions v0.77.0).

Demandez à un Bot ce qu'il retient de vous

Vérifiez ou corrigez ou supprimez un souvenir avec un seul message.

Les Bots personnels n’ont pas d’écran de mémoire. Demandez dans le chat : « Je veux savoir ce que vous retenez de moi. » (documentation). Pour corriger quelque chose donnez la bonne version. Pour le supprimer écrivez « Oubliez que … » suivi du fait.

Quelques faits comme votre nom et votre fuseau horaire sont partagés par tous vos Bots. Pour supprimer complètement un fait partagé demandez au Bot qui l’a enregistré.

Empêchez les Bots d'exécuter des commandes sur votre portable

Réglez l'exécution locale sur Never allow. Les Bots continuent de travailler sur leur ordinateur cloud.

Ouvrez Settings → Computer → Your computer et réglez Execution on this computer sur Never allow. Chaque ordinateur de bureau de la liste a son propre réglage (documentation).

La valeur par défaut est Ask every time. La documentation recommande Never allow sauf si un Bot a une raison précise de travailler sur vos fichiers locaux. Le Bot garde son propre ordinateur cloud. Le travail normal continue donc.

Enregistrez vos identifiants dans Vault pour que les Bots ne les voient jamais

Un Bot se connecte avec un identifiant enregistré et ne voit jamais le mot de passe.

Ouvrez Settings → Vault et ajoutez l’identifiant d’un site dont votre Bot a besoin (documentation). Le Bot l’utilise pour se connecter et ne voit jamais le mot de passe. Vault demande Grok Bot 0.75.2 ou plus récent.

Tout ce qui est dans Vault est accessible à chaque Bot de votre compte. Vous ne pouvez pas réserver un élément à un seul Bot. Les Bots partagés n’utilisent pas Vault. Ajoutez plutôt les clés d’un Bot partagé sous Secrets. Ne mettez jamais un mot de passe ou une clé dans le chat ou dans une commande Shell ou dans un fichier sur l’ordinateur (documentation).

Mettez les clés API dans la carte de secret sécurisée

Tapez clés et mots de passe dans la carte masquée pour que le modèle ne les voie jamais.

Quand un Bot demande une clé API attendez la secure secret card. Tapez la valeur dans le champ masqué et choisissez Save securely (documentation Vault). La valeur reste hors du chat et le Bot ne la voit jamais.

Ne collez pas un mot de passe ou un code à usage unique ou une clé dans un message ordinaire (documentation des validations). Un formulaire ne peut pas gérer certaines étapes. Une clé d’accès ou un CAPTCHA en sont des exemples. Choisissez Take over et terminez l’étape directement. Choisissez ensuite I’m done.

Configuration

Donnez à chaque mission son propre Bot

Créez un nouveau Bot quand l'objectif ou les outils ou la limite de validation changent.

Créez un Bot séparé quand le travail a son propre objectif. Faites de même quand il demande d’autres outils ou sources ou une autre limite de validation ou son propre planning (documentation). Donnez au Bot le nom de sa mission. Un Gestionnaire de notes de frais sait à quoi il sert. Un Assistant général non.

Dans le premier message indiquez la mission et les limites strictes. Par exemple : « Prenez en charge mes justificatifs de dépenses. N’envoyez aucun message ni mail et ne publiez rien sans mon accord. » Demandez ensuite au Bot de les retenir. D’après des démos de meetups Grok Bot.

Mettez la mission et ses limites dans votre premier message

Donnez à un nouveau Bot son rôle et ses sources et le point où il doit s'arrêter. Demandez au Bot de les retenir.

Créez un Bot avec New Bot ou Cmd/Ctrl+N et choisissez son nom. Utilisez votre premier message pour lui donner sa mission et ses sources et ses limites de validation. Demandez au Bot de les retenir (documentation).

Écrivez le rôle comme un travail dont il est responsable. Par exemple : « Prenez en charge la revue hebdomadaire des comptes. Ne contactez jamais un client et ne modifiez jamais un compte sans validation. » Envoyez ensuite une vraie première tâche avec un point d’arrivée clair.

Plafonnez l'usage supplémentaire

Limitez ce que Grok Bot peut facturer une fois votre usage hebdomadaire épuisé.

Avec The X Subscription ouvrez grok.com/dashboard/billing. Laissez Auto Top-up désactivé ou fixez une limite mensuelle sous Additional usage credits. Avec un ancien forfait Cursor ouvrez Settings → Usage & Billing → On-demand monthly limit dans Grok Bot (documentation).

Le plafond n’arrête pas un Bot en pleine exécution. Une tâche en cours peut le dépasser légèrement.

Équipes

Donnez une seule étape à chaque Bot d'une équipe

Passez le travail de Bot en Bot et laissez l'un d'eux gérer l'envoi final.

Lancez un chat de groupe avec New chat et ajoutez les Bots (documentation). Dans le premier message donnez une étape à chaque Bot : « @Chercheur rassemblez les sources. @Rédacteur rédigez un brouillon à partir de ces sources. @Relecteur listez seulement les problèmes bloquants. Ne publiez rien. » La documentation demande un seul responsable à chaque étape. Des transferts en parallèle créent du travail en double et des mises à jour bruyantes (documentation).

Laissez un seul Bot gérer l’envoi final depuis son propre chat. Les cartes de validation et les brouillons de mail n’apparaissent pas dans un groupe (documentation). Évitez le gros Bot unique qui fait tout. Ajoutez un Bot seulement quand le travail a un rôle de spécialiste stable (documentation). D’après des démos de meetups Grok Bot.

Usage quotidien

Gardez les brouillons de mail activés pour chaque Bot

Vérifiez les destinataires et le texte avant que rien ne quitte votre compte.

Par défaut les Bots préparent les mails et les messages Slack sortants sous forme de brouillon à relire. La carte affiche Needs approval. Vérifiez les destinataires et le corps du message. Choisissez ensuite Send ou Discard (documentation).

Vous avez un jour choisi Disable drafts for Bot ? Choisissez alors Needs approval sur une des cartes de brouillon de ce Bot ou demandez au Bot de réactiver les brouillons. Le réglage vaut pour chaque Bot séparément.

Testez un nouveau Bot sur une tâche qui doit s'arrêter

Vérifiez que Not now et Allow font tous les deux ce que vous attendez.

Ajoutez une règle Ask first pour les mails sortants. Donnez ensuite au nouveau Bot une tâche sans risque qui la déclenche : « Rédigez un court mail de test pour moi et envoyez ce mail. » La carte d’une règle Ask first affiche Allow et Not now (documentation). Choisissez Not now et vérifiez que rien n’a été envoyé.

Redemandez et choisissez Allow. Vérifiez que le mail est arrivé à la bonne adresse avec le texte que vous avez vu. Donnez seulement ensuite du vrai travail au Bot. D’après des démos de meetups Grok Bot.

Testez une routine avant de lui faire confiance

Lancez un test. Vérifiez ensuite les entrées et le résultat et l'endroit où elle s'est arrêtée pour validation.

Après avoir créé ou modifié une routine ouvrez cette routine dans l’app de bureau et choisissez Test. Le résultat apparaît dans le chat du Bot (documentation). Pas de bouton Test ? Demandez au Bot de faire le même travail une fois dans le chat avec une entrée sans risque.

Un test fait du vrai travail. Gardez les actions d’écriture derrière une validation. Vérifiez que la routine a utilisé des entrées à jour. Vérifiez qu’elle s’est arrêtée au bon point de validation et qu’elle a signalé clairement ses échecs.

Validez le texte exact avant tout envoi

Rien ne part avant que vous ayez lu ce qui part.

Mettez l’arrêt dans votre demande : « Rédigez un brouillon et affichez le texte exact. N’envoyez rien avant que je dise oui. » La documentation demande une limite claire avant qu’un Bot envoie des messages ou publie du contenu ou achète quelque chose (documentation). D’après des démos de meetups Grok Bot.

Ajoutez ensuite les filets de sécurité. Laissez les brouillons de mail activés et ajoutez une règle Ask first pour les mails sortants. Une carte bancaire enregistrée dans Vault paie sans vous demander à chaque fois. Vous voulez valider chaque paiement ? N’enregistrez pas la carte (documentation). Une carte de validation montre une cible ou un texte que vous n’attendiez pas ? Ne la validez pas. Demandez d’abord au Bot de l’expliquer en mots simples.

Hermes agent

Laissez Hermes Agent continuer avec /goal

Si vous utilisez Grok via Hermes Agent alors /goal le fait travailler jusqu'à ce qu'un juge dise que c'est fini.

Ce conseil concerne Hermes Agent. C’est l’agent de Nous Research et pas le Grok Bot de xAI. Si vous utilisez Grok avec lui tapez /goal <what done looks like> dans le chat. Après chaque tour un modèle juge vérifie l’objectif. Hermes continue ensuite tout seul pendant 20 tours au maximum (documentation).

/goal pause arrête la boucle et garde l’objectif. /goal clear le supprime. /subgoal <text> ajoute un critère pendant que la boucle tourne. Dites exactement ce que « fini » veut dire. Un objectif vague donne un jugement vague.

Rouvrez votre dernier chat Hermes Agent

Si vous utilisez Grok via Hermes Agent une courte commande reprend la session de ce terminal.

Ce conseil concerne Hermes Agent. C’est l’agent de Nous Research et pas le Grok Bot de xAI. Si vous utilisez Grok avec lui tapez hermes -c pour continuer. Chaque terminal ou volet tmux reprend sa propre dernière session. La commande ne saute pas vers la session la plus récente de votre machine (documentation).

Vous avez donné un titre à une session ? Alors hermes -c "my project" la reprend par son nom.

Agents de code

Placez des points de contrôle autour des agents qui écrivent du code

Des tâches étroites. Des vérifications avant la fusion. Votre accord avant un push sur main ou un déploiement.

Donnez à un agent de code une seule tâche étroite à la fois. Laissez la revue automatique et les tests tourner avant toute fusion. Gardez votre propre accord avant un push sur la branche principale ou un déploiement. La documentation range les changements en production parmi les actions qui demandent une limite claire (documentation). Ce sont des points de contrôle de revue. Une bonne impression sur le code n’en est pas un. D’après des démos de meetups Grok Bot.

Certains outils open source montrés dans les démos le font pour vous. Firstmate fait tourner une équipe d’agents de code pour vous. no-mistakes relit et teste un changement avant qu’il devienne une pull request. pstack est un ensemble de compétences pour un travail d’agent soigneux. Vous n’avez besoin d’aucun d’eux. Les points de contrôle comptent plus que l’outil.