Parfois, mon agent fait des erreurs. Il écrase une fonctionnalité lors de la fusion d'une PR. Il me dit que c'est fait et passe les tests, mais la fonctionnalité de base est manquante. C'est généralement une bonne occasion d'ajouter des outils supplémentaires ou des garde-fous à votre flux de travail. 🧵

Mais si c'est difficile à faire ou compliqué, ou si vous n'êtes pas sûr de ce qu'il faut ajouter, alors vous ne le faites pas. Et finalement, vous vous retrouvez à résoudre les mêmes problèmes encore et encore.

Amazon (et de nombreuses autres entreprises) ont un processus formel de post-mortem pour chaque fois qu'il y a une panne de production ou un problème qui affecte les clients. Cela s'appelle un coe et dans d'autres endroits, c'est généralement juste appelé un post-mortem.

L'idée est simple. Vous faites une rétrospective sans reproche de ce qui s'est passé pour que les choses tournent mal, comment vous l'avez remarqué et comment vous le corrigez, puis vous effectuez une analyse des causes profondes pour déterminer quels sont les véritables problèmes structurels.

Je me suis rendu compte dans la voiture aujourd'hui que je peux traiter les erreurs que mon agent fait de la même manière. Je peux identifier la cause profonde de pourquoi une fonctionnalité a passé le contrôle qualité alors qu'elle ne fonctionnait qu'à moitié. Je peux examiner quel est le garde-fou manquant qui nous a fait continuellement écraser des fonctionnalités lors des fusions.

Voici la compétence : la prochaine fois que votre agent fait une erreur et gâche votre projet, dites simplement /coe ou le formulaire d'admission /post-mortem est tombé en panne après la fusion de 3 PRs

J'ai déjà utilisé cela quelques fois ce soir et j'ajoute plus de garde-fous aux compétences et aux outils qui permettent à mon agent d'agir rapidement. Essaye-le !