refactor(docs): réorganiser ADR et règles métier pour clarté

**Changements majeurs** :

1. **Suppression ADR-010 (Commandes volant et likes)** :
   - Contenu consolidé dans Règle 05 (section 5.3)
   - Raison : ADR-010 était du métier déguisé en architecture
   - Section "Implémentation Technique" ajoutée à Règle 05
   - Pattern correct (addition) vs incorrect (multiplication)

2. **Déplacement ADR-011 → Compliance** :
   - `docs/adr/011-conformite-stores.md` → `docs/compliance/stores-submission.md`
   - Raison : Nature opérationnelle/légale, pas architecture technique
   - Nouveau dossier `/docs/compliance/` créé

3. **Renumérotation ADR (010-022)** :
   - Combler les trous de numérotation (010 et 011)
   - ADR-012→010, ADR-013→011, ..., ADR-024→022
   - 22 ADR numérotés en continu (001-022)
   - Historique Git préservé (git mv)

4. **Mise à jour références** :
   - Règle 03 : ADR-010 → Règle 05 (section 5.3)
   - Règle 09 : ADR-010 → Règle 05 (section 5.3)
   - INCONSISTENCIES-ANALYSIS.md : toutes références mises à jour
   - Incohérence #15 annulée (faux problème : modes séparés)

**Résultat** :
- ✅ Séparation claire ADR (technique) vs Règles métier (fonctionnel)
- ✅ Documentation compliance séparée
- ✅ Numérotation ADR continue sans trous
- ✅ Single Source of Truth (pas de redondance)

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>

docs/regles-metier/02-conformite-rgpd.md

@@ -144,7 +144,7 @@ export-roadwave-[user_id]-[date].zip
 - Upgrade volontaire vers GPS
 
 **API GeoIP** :
-- IP2Location Lite (gratuit, self-hosted, voir [ADR-021](../adr/021-geolocalisation-ip.md))
+- IP2Location Lite (gratuit, self-hosted, voir [ADR-019](../adr/019-geolocalisation-ip.md))
 - Update DB mensuelle automatique
 - Précision ~80% au niveau ville
 

docs/regles-metier/03-centres-interet-jauges.md

@@ -54,7 +54,7 @@ Scénario 4 : Skip après 5s
 ```
 
 **Justification** :
-- **Like automatique** : Reflète l'engagement réel (voir [ADR-010](../adr/010-commandes-volant.md))
+- **Like automatique** : Reflète l'engagement réel (voir [Règle 05 - Section 5.3](05-interactions-navigation.md#53-interactions-au-volant--like-automatique-et-engagement))
 - **Sécurité routière** : Pas d'action complexe en conduite
 - **Prévisibilité** : Règles claires et déterministes
 - **Progression linéaire** : Évite l'effet "rich get richer" (progression équitable)
@@ -62,7 +62,7 @@ Scénario 4 : Skip après 5s
 - **Fiabilité** : Pas d'edge cases complexes (pas de risque d'overflow avec multiplication)
 - **Ajustable** : Valeurs modifiables via dashboard admin si besoin
 
-> 📋 **Référence technique** : Voir [ADR-010 - Formule de Calcul](../adr/010-commandes-volant.md#implémentation-technique) pour l'implémentation backend détaillée.
+> 📋 **Référence technique** : Voir [Règle 05 - Implémentation Technique](05-interactions-navigation.md#implémentation-technique-backend) pour l'architecture backend détaillée.
 
 ---
 

docs/regles-metier/05-interactions-navigation.md

@@ -154,7 +154,7 @@ Android (`AndroidManifest.xml`) :
 <uses-permission android:name="android.permission.FOREGROUND_SERVICE_LOCATION" />
 ```
 
-> 📋 **Référence technique** : Voir [ADR-014 - Stratégie de Permissions](../adr/014-frontend-mobile.md#stratégie-de-permissions-iosandroid) pour détails d'implémentation.
+> 📋 **Référence technique** : Voir [ADR-010 - Stratégie de Permissions](../adr/010-frontend-mobile.md#stratégie-de-permissions-iosandroid) pour détails d'implémentation.
 
 **Disclosure avant demande permission** (Android requis, iOS recommandé) :
 
@@ -270,8 +270,6 @@ Utilisateur écoute :
 
 ### 5.3 Interactions au volant : Like automatique et engagement
 
-> ⚠️ **Architecture Decision Record** : Voir [ADR-010](../adr/010-commandes-volant.md) pour les détails techniques complets
-
 **Décision** : Like automatique basé sur le temps d'écoute
 
 **Problème technique identifié** :
@@ -487,6 +485,43 @@ Utilisez les boutons au volant :
 
 ---
 
+#### Implémentation Technique (Backend)
+
+**Architecture** : 2 services séparés pour responsabilités distinctes
+
+1. **Gauge Calculation Service** :
+   - Calcule l'ajustement basé sur % écoute (≥80% → +2%, 30-79% → +1%, skip <10s → -0.5%)
+   - Retourne un ajustement absolu (float64, en points de pourcentage)
+   - **Stateless** : logique métier pure, pas d'accès DB
+   - **Testable** : unitairement sans dépendances
+
+2. **Gauge Update Service** :
+   - Applique l'ajustement aux jauges concernées (addition/soustraction)
+   - Applique les bornes [0, 100] (via fonction `clamp`)
+   - Gère les multi-tags : si contenu a N tags → mise à jour de N jauges
+   - Persiste : Redis (immédiat) + PostgreSQL (batch async)
+
+**Séparation des responsabilités** :
+- ✅ **Calculation** : Logique métier pure (réutilisable pour auto-like, skip, actions manuelles)
+- ✅ **Update** : Persistance et contraintes techniques
+
+**Pattern de calcul** :
+```go
+// ✅ CORRECT : Addition de points absolus
+newValue := currentValue + adjustment
+newValue = clamp(newValue, 0.0, 100.0)
+
+// ❌ INCORRECT : Multiplication (pourcentage relatif)
+newValue := currentValue * (1 + adjustment/100)  // NE PAS FAIRE
+```
+
+**Persistance** :
+- **Redis** : Mise à jour immédiate (latence <10ms)
+- **PostgreSQL** : Batch async toutes les 5 minutes (cohérence finale)
+- Raison : Jauges consultées fréquemment (recommandations temps réel)
+
+---
+
 ### 5.4 Lecture en boucle et enchaînement
 
 **Décision** : Passage automatique après 2s + insertion pub paramétrable

docs/regles-metier/09-abonnements-notifications.md

@@ -276,7 +276,7 @@ Liste des séquences :
 - Suggestion : "Vous n'avez pas écouté [Créateur X] depuis 6 mois, le désabonner ?"
 
 **Abonnement initial** :
-- Impact : **+5% toutes jauges tags du créateur** (défini en [ADR-010](../adr/010-commandes-volant.md))
+- Impact : **+5% toutes jauges tags du créateur** (voir [Règle 05 - Section 5.3](05-interactions-navigation.md#actions-complémentaires-mode-piéton-uniquement))
 - Action : Bouton "S'abonner" dans profil créateur (interface mobile)
 - Immédiat à l'action