Les règles (garde-fous)

Les règles sont les garde-fous de ton Worker : elles disent, action par action, ce qu'il peut faire seul, ce pour quoi il doit demander, et ce qu'il ne doit jamais faire. C'est l'outil qui te permet de faire confiance à ton Worker sans perdre le contrôle. Cet article explique ce qu'est une règle, comment elle agit, et ses limites.

La bonne image : l'initiative (voir l'article Behavior Studio) règle le tempérament général du Worker. Les règles sont les consignes précises qui passent par-dessus : « pour ça, ne demande pas » / « pour ça, demande toujours » / « ça, jamais ».


1. Une règle, c'est quoi

Une règle a un titre, une description optionnelle, et surtout une portée (le « scope ») parmi trois :

Portée Comportement du Worker
Toujours (always) Exécute l'action sans demander
Demander (ask) Demande confirmation avant d'agir
Jamais (never) Refuse l'action

Exemples :

  • « Envoyer des e-mails externes » → Demander
  • « Supprimer des données » → Jamais
  • « Créer un brouillon » → Toujours
Liste de règles dans le Behavior Studio, chaque ligne avec un badge Toujours / Demander / Jamais

2. Où les créer

  • À la création du Worker : étape Compétences & Garde-fous.
  • Plus tard : fiche du Worker → Behavior Studio → section règles.
  • Les modèles de Workers (admin) peuvent pré-remplir des règles, qui sont ensuite copiées dans chaque Worker recruté à partir du modèle.

Pour ajouter une règle

  1. Clique sur Ajouter une règle
  2. Saisis un titre clair (l'action concernée)
  3. Choisis la portée : Toujours / Demander / Jamais
  4. Enregistre
Formulaire d'ajout de règle : champ titre + sélecteur de portée (Toujours / Demander / Jamais)

3. Ce qui se passe sous le capot

  • Tes règles actives sont injectées dans les instructions du Worker, dans une section dédiée # RULES.
  • Le Worker les lit comme des consignes de comportement :
    • portée demander → il appelle un outil de confirmation qui met l'action en pause en attendant ton accord ;
    • portée jamais → il refuse ;
    • portée toujours → il agit directement.

Important — ce sont des consignes, pas un verrou technique. Les règles guident fortement le Worker, mais ne sont pas un système de permissions au niveau du code. Pour les actions sensibles, combine une règle demander/jamais avec un niveau d'initiative prudent.


4. Les limites à connaître

  1. Maximum 20 règles actives par Worker. Au-delà, il faut en supprimer une avant d'en ajouter une nouvelle (message d'erreur explicite).
  2. Pas de priorité/ordre explicite. Les règles sont évaluées dans l'ordre où elles apparaissent. Évite les règles contradictoires.
  3. Les règles ne se propagent pas automatiquement aux sous-agents. Si ton Worker délègue à un sous-agent, tu dois rappeler explicitement les contraintes dans les instructions de délégation.
  4. La portée demander exige une vraie confirmation. Le Worker appelle un outil de confirmation qui suspend l'exécution — il ne se contente pas d'« hésiter ».

5. Règles, instructions, missions : ne pas confondre

Notion Rôle Quand ça agit
Règle Garde-fou par action (toujours / demander / jamais) À chaque décision d'agir
Instructions d'onboarding Texte de cadrage donné au recrutement En continu, comme contexte
Initiative Tempérament général (passif → autonome) À chaque décision d'agir
Mission / Tâche Travail déclenché (récurrent, programmé, sur événement) Quand le déclencheur se produit

En résumé

  • Les règles = garde-fous précis, par action, en trois portées.
  • Elles s'injectent dans le comportement du Worker (consignes fortes, pas verrou).
  • Plafond de 20, pas de priorité, à rappeler aux sous-agents.
  • À combiner avec le bon niveau d'initiative pour un Worker à la fois autonome et sûr.