Retro — apprendre de ses erreurs

Retro est la boucle d'apprentissage à partir des erreurs de Makion. Elle examine les sessions passées, repère où l'agent s'est trompé, et propose des améliorations concrètes — une règle resserrée, un meilleur exemple, ou un rapport de bug pour le support Makion. Vous examinez chaque proposition et décidez. Retro est une surface superadmin.

Vous y accédez de deux façons :

Ouvrez le sous-onglet Propositions du Chat admin.
Tapez /retro since=YYYY-MM-DD dans le Chat admin pour analyser les sessions à partir d'une date donnée.

Ce qu'est une proposition#

Makion transforme chaque erreur qu'il trouve en une proposition de l'un des quatre types suivants :

Type	Ce qu'il fait	Où il va
Correction de règle	Ajoute ou modifie une règle de base pour que l'erreur ne se reproduise pas.	Appliquée à ce serveur.
Correction de connaissance	Ajoute ou corrige un fichier de la base de connaissances (un standard ou un exemple).	Appliquée à ce serveur.
Défaut de code	Le problème est dans Makion lui-même, pas dans votre configuration.	Envoyé au support Makion.
Écarter	Ne vaut pas la peine d'agir — du bruit ou un cas isolé.	Fermé sans modification.

Ce que chaque proposition affiche#

Chaque proposition est étayée par des preuves pour que vous puissiez la juger rapidement :

Symptôme — ce qui a mal tourné, de manière observable.
Cause racine — pourquoi cela s'est produit.
Preuve — le détail de session qui appuie le diagnostic.
Un avertissement de doublon possible lorsqu'elle ressemble à une règle existante ou à une proposition antérieure.
La modification exacte — détaillée avant que vous n'approuviez, par ex. « Ajoutera cette règle… » ou « Remplacera le contenu par… » — pour que rien ne soit appliqué à l'aveugle.

Agir sur une proposition#

Action	Ce qu'elle fait
Approuver et appliquer	Applique la modification à ce serveur. Les modifications sont versionnées et réversibles — vous pouvez les annuler.
Approuver et envoyer au support	Envoie la proposition au support Makion (utilisé pour les défauts de code).
Rejeter	Décline la proposition ; vous indiquez un motif, qui est conservé.
Mesurer l'effet	Compare le nombre de corrections avant → après la modification, pour que vous puissiez voir si une correction a réellement aidé.

Approuver une correction de règle ou de connaissance est réversible et versionné, il est donc sans risque d'en essayer une et de Mesurer l'effet plus tard. Si les chiffres ne s'améliorent pas, annulez-la.

Filtrer la file#

Un filtre de statut restreint la liste à En attente / Appliquée / Envoyée / Rejetée / Toutes, pour que vous puissiez traiter les nouvelles propositions ou revoir celles sur lesquelles vous avez déjà agi.

Comment Retro s'intègre à la méthodologie#

Retro est la boucle de rétroaction qui s'ajoute à la Méthodologie : les règles de base et la base de connaissances que vous écrivez à la main sont affinées au fil du temps par des propositions extraites du travail réel. Les corrections appliquées atterrissent dans les mêmes règles de base et la même base de connaissances que l'agent lit à chaque exécution — voir Configuring projects pour la façon dont ces couches orientent l'agent.

Où aller ensuite#

Admin chat — où réside le sous-onglet Propositions.
Methodology — les règles et la base de connaissances que les propositions affinent.
Audit trail — l'enregistrement de ce que l'agent a réellement fait.