Audit de la CI et des tests REA

Utilisez ce skill dans un clone du dépôt REA (morluto/rea) ; les guides cités sont embarqués sous references/rea/ (copie figée du commit importé ; dans un clone, la version du clone fait foi).

Établissez quelles vérifications détectent encore de vraies régressions et quels coûts peuvent être supprimés sans perdre cette protection. Le résultat peut être un correctif vérifié, une recommandation étayée par des preuves ou une décision explicite d'arrêter.

Suivez le AGENTS.md du clone, le guide de test et les règles de contribution. Utilisez leurs commandes actuelles et la toolchain figée, plutôt que des commandes retenues d'un audit précédent. Respectez le périmètre demandé : une investigation seule n'autorise pas de modifications ; ce skill n'accorde pas la permission de publier des issues, de pousser ou de fusionner. L'autorisation existante de l'utilisateur continue de s'appliquer. Conservez les notes d'audit et les résultats bruts hors de l'arborescence suivie, normalement dans un répertoire /tmp dédié à la tâche.

Établissez la référence exécutée

Faites un fetch lorsque l'utilisateur demande le dernier main. Figez le SHA de référence et la révision de workflow inspectée ; utilisez un worktree isolé pour modifier ou comparer du code. Ne modifiez pas le clone d'une autre tâche. Consignez les changements non commités ainsi que la commande exacte, la toolchain, l'hôte, les tests sélectionnés, l'instrumentation et les prérequis. Une ancienne exécution fait foi pour la révision qu'elle a exécutée, même si main avance.

Suivez les déclencheurs de workflow, la sélection par chemins modifiés, les dépendances entre jobs, les actions réutilisables, les scripts de package, la découverte des tests, les producteurs d'artefacts et les gates de rapport jusqu'aux commandes réellement exécutées. Incluez les scripts, les données générées, l'enregistrement à l'exécution et les frontières de sous-processus absentes des graphes d'imports. Vérifiez les chemins de sélection positifs et négatifs : les fichiers requis doivent être découverts une fois par configuration de test prévue ; les répétitions délibérées par plateforme ou configuration constituent une couverture distincte. Un test explicite manquant ou un rapport requis manquant ne doit pas passer au vert. Les voies optionnelles peuvent être ignorées ; préservez leurs prérequis déclarés.

Servez-vous des artefacts de durée et d'échec existants pour sélectionner les familles suspectes. Exécutez les vérifications pertinentes pour établir une référence ; réservez une suite locale complète au diagnostic CI large ou à une incertitude que des vérifications ciblées ne peuvent lever. Ne reconstruisez pas et ne relancez pas une suite complète inchangée après chaque modification de documentation.

Prouvez l'échec ou la protection

Pour chaque candidat, énoncez le comportement observable attendu et son propriétaire, puis construisez la plus petite reproduction contre le comportement de production. Suivez le producteur et les consommateurs affectés avant de décider où corriger.