Quand vous corrigez l’IA, où enregistrer la correction ?

Une correction apportée à une réponse peut porter sur un fait, une préférence ou une règle de travail. Ces changements n’ont pas la même portée. Les enregistrer tous comme une instruction générale risque d’appliquer à d’autres dossiers une exception qui ne les concerne pas.

Je propose de commencer par nommer l’erreur et les situations où la correction doit s’appliquer. Le choix de l’emplacement vient ensuite.

Quatre destinations possibles

Exemple fictif. Une personne corrige un brouillon de suivi : le rendez-vous a eu lieu mardi, elle préfère des paragraphes courts, et les propositions commerciales doivent toujours porter une référence. Trois corrections dans un seul message, mais trois responsabilités différentes.

La dernière règle exige un périmètre clair. Une règle générale de l’entreprise doit être confirmée par la personne qui en a l’autorité ; elle ne se déduit pas d’une préférence individuelle.

La mémoire persistante de Hermes Agent illustre cette séparation : MEMORY.md conserve des notes de l’agent, tandis que USER.md porte le profil et les préférences de l’utilisateur. Les procédures réutilisables relèvent de ses skills. Ce sont des destinations possibles ; il faut encore vérifier que la correction est enregistrée au bon endroit et réutilisée lors du prochain essai.

Conserver la raison de la correction

Une note « faire plus court » laisse trop d’interprétations. Une note « pour les messages de suivi, limiter l’introduction à une phrase afin de rendre les actions visibles » décrit le contexte et l’intention.

Conservez un exemple avant et après, sans données sensibles inutiles. Notez qui a demandé la modification et ce qu’elle ne doit pas changer. Le nom d’un client réel n’a pas sa place dans une règle réutilisée pour tous les dossiers.

Une correction enregistrée dans la conversation ne prouve pas qu’elle sera chargée à la prochaine exécution. Vérifiez l’endroit où le dispositif conserve ses informations et comment il les retrouve pour cette tâche.

Tester une correction locale et son effet voisin

Rejouez la demande initiale avec la modification. Puis essayez une situation proche où la règle ne doit pas s’appliquer : un autre utilisateur, un autre type de document ou une exception prévue.

Par exemple, une préférence pour les textes courts ne doit pas supprimer une information obligatoire dans une fiche détaillée. Le test doit contrôler à la fois la longueur souhaitée et la présence des éléments requis.

Si le résultat régresse, revenez à la version précédente et précisez le périmètre. Ajouter une seconde instruction qui contredit la première rend la prochaine erreur plus difficile à expliquer.

Comment je range mes propres corrections

Les règles d’écriture de ce site sont nées de corrections. Chaque interdit de la charte éditoriale du dépôt est illustré par une faute réellement commise : « un cas d’usage, c’est une chose que votre agent sait faire » a donné la règle sur le mot « chose ». La correction est enregistrée au niveau où elle s’applique. Une phrase fautive se corrige dans la page. Une tournure qui revient devient une règle de la charte, avec l’exemple qui l’a déclenchée. Une préférence de rédaction reste dans mes instructions personnelles à l’agent, hors de la charte du site. L’effet voisin a été observé : une règle qui interdisait les chiffres en bloc avait produit un site sans un seul nombre vérifiable en dehors du prix. Elle a été remplacée par une règle sur la nature de l’énoncé — engagement ou description —, et l’ancienne version reste citée pour expliquer le changement.

Donner un propriétaire aux règles partagées

Une équipe peut proposer de nombreuses améliorations. Une personne doit toutefois décider lesquelles deviennent communes, garder l’historique des versions et retirer les règles devenues inutiles.

Ce suivi vise à rendre les corrections compréhensibles et vérifiables. Il ne transforme pas une préférence enregistrée en garantie de comportement. Les erreurs récurrentes doivent rester observées.

Le travail peut commencer sur une seule procédure réutilisable : relever les corrections pendant son utilisation, les classer et vérifier celles qui améliorent effectivement les résultats sans déplacer le problème.