Audits

Un audit est une photographie datée de l’app : ce qu’un relevé a trouvé, à un commit donné. Les pages de cet onglet en gardent l’historique, protégé parce qu’un audit peut décrire une faiblesse exploitable.

Lire un audit

• Un constat est une piste, pas un fait. Avant d’agir, le revérifier dans le code au commit courant : un fichier a pu bouger, un import a pu disparaître, un test a pu être ajouté.
• Un audit ne se réécrit pas. Il reste tel qu’il a été écrit ; ce qui a changé depuis se lit dans le code, dans les ADR et sur Reste à faire.
• Un audit ne tient pas de liste de travail. Ses constats deviennent des items dans backlog/ de l’app, et Reste à faire en fait le récit.
• Un audit peut nommer les surfaces retirées et les anciens hôtes : c’est l’un des trois endroits, avec adr/ et engineering/migration/, où ils restent permis.

Ajouter un audit

1. Nommer la page audits/AAAA-MM-JJ-sujet.mdx et dire, en tête, le commit de l’app relevé et la méthode (lecture seule, scripts lancés).
2. Citer chaque constat par chemin et ligne dans l’app.
3. Ouvrir ou mettre à jour les items du backlog de l’app pour les constats à traiter ; mettre à jour Reste à faire.
4. Ajouter la page à ce groupe dans documentation.json et lancer node scripts/audit-docs.mjs.

Le dernier relevé complet date du 8 octobre 2026, sur le main de l’app cee5f0f0 : état du tronc, gardes rapides, résidus du nettoyage des surfaces opérateur retirées, backlog et documentation.