REA CI Tests Audit

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis — Cadrage renforcé — workflow interne des contributeurs de REA, à lire d'abord : ce skill ne fait pas de reverse engineering pour toi. C'est un workflow pour les gens qui développent REA lui-même, pour auditer la CI et les suites de tests de REA (justesse, dérive de fixtures, faux positifs verts, performance mesurée) à l'intérieur d'un checkout source de REA, en suivant l'AGENTS.md, le guide de test et les règles de contribution de ce checkout. Installer cette fiche ne fait que copier le dossier : aucun test n'est lancé, aucune CI n'est touchée et aucune configuration n'est écrite pendant l'installation. Aucun compte, aucune clé ni aucun paiement n'est requis pour copier le dossier. Installe-moi « REA CI Tests Audit ». C'est l'un des workflows internes des contributeurs de REA — périmètre honnête : il sert aux gens qui construisent REA, pas aux utilisateurs finaux qui font du reverse engineering d'une cible. Il enseigne une méthode d'audit pour la CI et les suites de tests de REA : établir la base exécutée à un SHA épinglé (commande exacte, toolchain, hôte, tests sélectionnés), tracer les déclencheurs de workflow et la découverte de tests jusqu'aux commandes réellement exécutées, prouver chaque défaut soupçonné (dérive de fixtures face aux contrats actuels, tests verts qui ne font que répéter leur mock — vérifiés en perturbant le comportement dans une copie isolée), et n'évaluer l'efficacité que sur un travail complété équivalent, jamais en réduisant la couverture de justesse, en supprimant des échecs, en ajoutant des retries généraux ou en relevant des timeouts. Le skill dit qu'une investigation seule n'autorise pas les modifications et n'accorde aucune permission de publier des issues, de pousser ou de fusionner. Son dossier contient le SKILL.md principal, un fichier de politique d'agent OpenAI et une référence sur la mesure et la CI. Dépôt : https://github.com/morluto/rea (le skill est tout le dossier .agents/skills/rea-ci-tests-audit/ au commit épinglé : SKILL.md, agents/openai.yaml et references/measurement-and-ci.md, 3 fichiers en tout) Version épinglée : installe le code au commit 6dc0f60faa0928e20b2395ba1a93ff8e497143f7 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/morluto/rea dans un dossier temporaire, place-toi au commit 6dc0f60faa0928e20b2395ba1a93ff8e497143f7, et copie le dossier .agents/skills/rea-ci-tests-audit/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - SKILL.md: SHA-256 997f3717eacb261247b43805a75db9cbd6bd29eb88a5639b592b9705abac98ef - agents/openai.yaml: SHA-256 389cac55e7a6faf9b22e871b18adcdfd3bd89bdd00aa9e6636de07ca913ec916 - references/measurement-and-ci.md: SHA-256 691eb55373b24b8276dce5abcf94d9011b6ebeb7bdd9c23fb371654c5e52a583 Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier contient 3 fichiers : SKILL.md (6 786 octets), agents/openai.yaml (nom d'affichage et prompt par défaut seulement), et references/measurement-and-ci.md sur la mesure à travail équivalent et les vérifications de caches/artefacts. Il n'y a aucun code exécutable dans le dossier. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé. Cette installation ne lance aucune suite de tests, ne fetche aucun résultat CI et ne modifie aucun checkout REA. - À l'usage, le workflow s'exécute à l'intérieur d'un checkout REA sur lequel je travaille : il lance les tests et vérifications CI de REA en local sous mon autorisation existante, garde les notes d'audit hors de l'arbre suivi (normalement /tmp), et sépare les preuves producteur simulé, frontière et moteur réel. Il ne lit aucune information personnelle ni aucun identifiant à moi, et n'accorde aucune permission de publier des issues, de pousser ou de fusionner. - Ne lance aucun test, aucun audit ni aucune commande REA, et n'utilise le skill d'aucune façon pendant cette installation : l'utiliser est une étape séparée qui ne commence que quand je le demande plus tard, à l'intérieur d'un checkout REA. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier rea-ci-tests-audit dans le répertoire des skills de l'agent, dans un dossier nommé exactement « rea-ci-tests-audit », en gardant ses 3 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: rea-ci-tests-audit), les 3 fichiers en place avec des empreintes concordantes. N'exécute rien du dossier et n'utilise pas le skill pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : que c'est un workflow interne des contributeurs de REA pour auditer la CI et les suites de tests de REA lui-même, qu'il est fait pour être utilisé à l'intérieur d'un checkout source de REA, et que l'utiliser est une étape séparée qui ne commence que quand je le demande plus tard). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.