Une règle pour une situation

À la fin de ce tutoriel, votre agent suivra une consigne chaque fois qu'une situation donnée se présente, et l'ignorera le reste du temps.

Ce qu'il vous faut : Neuronz.ai connecté à votre agent, et quelques minutes.

Une règle se compose de deux parties, que Neuronz.ai garde bien séparées :

Le SIQuand la règle s'applique : « quand tu écris à un client ». C'est la condition de la règle.

L'ALORSCe qu'il faut faire : « mets mon assistant, [email protected], en copie ». C'est le texte de la règle.

Votre accordUne règle ne s'impose que si vous l'avez approuvée. Votre agent ne peut pas inventer de règles à votre place.

1. Demander la règle

Formulez-la simplement, avec la situation et la consigne dans la même phrase :

crée une règle : chaque fois que tu écris un e-mail à un client, mets mon assistant, [email protected], en copie

Vous devriez voir votre agent vous présenter un brouillon avant d'enregistrer quoi que ce soit, avec la condition séparée de la consigne. Par exemple :

Titre : Always CC my assistant
Règle : mettre mon assistant, [email protected], en copie de chaque e-mail adressé à un client.
Quand elle s'applique : quand vous écrivez à un client (j'en juge d'après la conversation).
Je l'enregistre pour ce profil uniquement, ou pour tous vos profils ?

2. La confirmer

Relisez la formulation, puis répondez, par exemple « oui, pour ce profil uniquement » (sur la capture ci-dessous, ce profil s'appelle work). Votre agent enregistre la règle (il vous demandera peut-être d'autoriser l'outil create_rule), et elle est active dès cet instant. Comme vous avez donné votre accord dans la conversation, il n'y a rien d'autre à approuver.

S'il arrive à votre agent de suggérer une règle de lui-même, sans que vous l'ayez demandée, elle est enregistrée comme proposée et reste sans effet tant que vous ne l'avez pas approuvée.

3. La retrouver dans le tableau de bord

Ouvrez Rules dans le tableau de bord. Votre règle y figure, avec le moment où elle s'applique et sa portée. Vous pouvez en modifier le texte ou la condition à tout moment.

4. La tester

Commencez par une situation où elle s'applique.

Dans Claude Code ou Oh-My-Pi, demandez simplement :

rédige un court e-mail à un client pour lui rappeler que sa facture est en retard de paiement

Dans une conversation, les règles ne sont pas chargées automatiquement : demandez d'abord à Claude de les lire.

lis d'abord mes règles, puis rédige un court e-mail à un client pour lui rappeler
que sa facture est en retard de paiement

Vous devriez voir [email protected] en copie du brouillon. Il est possible que votre agent appelle read_rules avant d'écrire.

Puis une situation où elle ne s'applique pas :

rédige un court e-mail à ma collègue Camille pour lui demander de décaler notre réunion de vendredi

Vous devriez voir un e-mail ordinaire, sans personne en copie. Camille est une collègue, pas une cliente : votre agent laisse la règle de côté.

Ce qui vient de se passer

La condition de votre règle est une phrase que seul votre agent peut évaluer d'après la conversation. Neuronz.ai transmet donc à votre agent le titre de la règle, et votre agent lit la règle et vérifie sa condition d'après la conversation avant de l'appliquer. La fréquence de cette vérification dépend de votre harnais d'agent (harness) :

• Claude Code (dans un terminal ou dans l'onglet Code de l'application pour ordinateur) vérifie vos règles à chaque message, puis de nouveau juste avant d'agir, par exemple juste avant d'envoyer cet e-mail avec un outil.
• Oh-My-Pi les vérifie à chaque message.
• Une conversation ne charge pas les règles d'elle-même, et rien ne les vérifie avant qu'un outil s'exécute. Claude ne suit une règle qu'après l'avoir lue : dites donc « lis d'abord mes règles » quand c'est important. Voir utiliser Neuronz.ai dans une conversation.

Vous travaillez sur du code ? Utilisez plutôt une vérification

Une condition peut aussi être une simple vérification par oui ou par non, que Neuronz.ai effectue lui-même : l'outil sur le point de s'exécuter, le fichier en cours de modification, la branche git. Par exemple :

crée une règle : lance les tests de migration avant de terminer, quand le fichier
modifié se trouve sous db/migrations/

Votre agent enregistre File path matches db/migrations/** comme condition. Pour tout autre fichier, la vérification échoue et la règle est écartée sans mobiliser l'attention de votre agent. Les vérifications portant sur les outils et les fichiers ont lieu juste avant l'appel d'un outil, ce que seul Claude Code permet. Oh-My-Pi n'offre pas ce moment : une règle qui ne repose que sur ce type de vérification n'y parvient donc jamais à votre agent.

Pour une règle qui ne doit jamais passer inaperçue, réglez sa Delivery priority sur Pinned — priority delivery dans le tableau de bord : elle ne passe plus par le jugement de l'agent et s'applique partout où ses vérifications sont satisfaites. Tous les types de conditions, les règles épinglées et la façon dont les règles parviennent à votre agent sont décrits sur la page Règles.

Ensuite : votre voix, puis un message.