0.2.0-0-pre.1-fix.2

docs/rules/RULES_VALIDATION_MATRIX.md

@@ -1,5 +1,5 @@
 <!-- file: docs/rules/RULES_VALIDATION_MATRIX.md -->
-<!-- version: 1 -->
+<!-- version: 2 -->
 
 # Matrice normative des commandes et validations
 
@@ -63,3 +63,15 @@ La politique est donc double :
 Le nettoyage complet est normalement positionné au début d'un nouveau cycle de développement lorsque l'on souhaite évacuer les artefacts de la version précédente, ou avant une validation finale RC/stable lorsqu'un rebuild propre est recherché et que l'espace disque le justifie.
 
 Le delta ou le plan de version indique quel jalon de nettoyage est retenu. Il n'est pas nécessaire d'exécuter `cargo clean` à chaque prerelease.
+
+## Vérification des versions d'en-tête
+
+Avant livraison d'un delta :
+
+1. fichier modifié réellement et déjà versionné → en-tête incrémenté ;
+2. fichier uniquement reformaté mécaniquement → en-tête inchangé ;
+3. nouveau fichier versionné → `version: 1` sauf règle spécialisée ;
+4. renommage modifiant `file:` → en-tête incrémenté ;
+5. delta antérieur → aucun ajout sémantique rétroactif.
+
+Cette vérification fait partie de la revue de livraison même lorsqu'aucun audit automatisé ne dispose encore de la version précédente pour comparer.