0.0.2-beta.1

docs/architecture/003-RULE_PROFILE_MODEL.md

@@ -1,5 +1,5 @@
 <!-- file: docs/architecture/003-RULE_PROFILE_MODEL.md -->
-<!-- version: 1 -->
+<!-- version: 2 -->
 
 # Modèle de profils de règles PGR
 
@@ -156,6 +156,46 @@ Les familles `700 — frameworks` et `800 — architecture` restent réservées
 
 Le modèle architectural présent n'oblige pas à créer des fichiers placeholders pour les profils différés.
 
+## Réconciliation des profils matérialisés en `0.0.2`
+
+La première implémentation réelle du modèle comporte trois profils :
+
+```text
+510 — Rust / Cargo
+520 — Java / Maven / Gradle
+610 — Android
+```
+
+Leur composition observée confirme que la taxonomie n'a pas besoin d'un profil composite supplémentaire dans `0.0.2`.
+
+Un projet Rust ordinaire peut appliquer :
+
+```text
+GENERAL
++ 500
++ 510
+```
+
+Un projet Java/Gradle Android peut appliquer :
+
+```text
+GENERAL
++ 500
++ 520
++ 600
++ 610
+```
+
+La forme condensée de cette composition est `GENERAL + 500 + 520 + 600 + 610`.
+
+Le profil Android raffine localement les contraintes JDK/Gradle lorsque la matrice AGP/Gradle/JDK l'exige ; cette spécialisation ne modifie pas le profil Java/Gradle hors Android.
+
+Aucune contradiction non résolue de même niveau n'a été identifiée entre les profils `510`, `520` et `610`.
+
+La revue beta n'a pas justifié l'activation d'une famille `700 — frameworks` ou `800 — architecture`. Les règles réellement transversales rencontrées restent déjà possédées par `RULES.md`, les familles existantes ou le présent modèle architectural.
+
+La réconciliation a également confirmé qu'une règle générale ne doit pas être recopiée comme si le profil spécifique en devenait propriétaire. Un profil peut rappeler une conséquence spécifique au contexte, mais doit référencer l'owner général lorsque le contrat lui-même n'est pas spécialisé.
+
 ## Instanciation future
 
 Les futures skeleton specifications sélectionneront les profils applicables et recopieront leurs règles pertinentes dans la baseline locale du projet créé.