feat(bdd): réorganiser features en catégories api/ui/e2e et créer ADR-024

Résolution des incohérences #10, #11, et #12 de l'analyse d'architecture.

## Phase 1 : Réorganisation Features BDD (Point #10 - RÉSOLU)

- Créer structure features/{api,ui,e2e}
- Déplacer 83 features en 3 catégories via git mv (historique préservé)
  - features/api/ : 53 features (tests API backend)
  - features/ui/ : 22 features (tests UI mobile)
  - features/e2e/ : 8 features (tests end-to-end)

Domaines déplacés :
- API : authentication, recommendation, rgpd-compliance, content-creation,
  moderation, monetisation, premium, radio-live, publicites
- UI : audio-guides, navigation, interest-gauges, mode-offline,
  partage, profil, recherche
- E2E : abonnements, error-handling

## Phase 2 : Mise à jour Documentation

### ADR-007 - Tests BDD
- Ajouter section "Convention de Catégorisation des Features"
- Documenter règles api/ui/e2e avec exemples concrets
- Spécifier step definitions (backend Go, mobile Dart)

### ADR-024 - Stratégie CI/CD Monorepo (NOUVEAU)
- Créer ADR dédié pour stratégie CI/CD avec path filters
- Architecture workflows séparés (backend.yml, mobile.yml, shared.yml)
- Configuration path filters détaillée avec exemples YAML
- Matrice de déclenchement et optimisations (~70% gain temps CI)
- Plan d'implémentation (~2h, reporté jusqu'au développement)

### ADR-016 - Organisation Monorepo
- Simplifier en retirant section CI/CD détaillée
- Ajouter référence vers ADR-024 pour stratégie CI/CD

### INCONSISTENCIES-ANALYSIS.md
- Point #10 (Tests BDD synchronisés) : ✅ RÉSOLU
  - Catégorisation features implémentée
  - ADR-007 mis à jour avec convention complète
- Point #11 (70/30 Split paiements) : ✅ ANNULÉ (faux problème)
  - ADR-009 et Règle 18 parfaitement cohérents
  - Documentation exhaustive existante (formule, SQL, comparaisons)
- Point #12 (Monorepo path filters) : ⏸️ DOCUMENTÉ
  - Architecture CI/CD complète dans ADR-024
  - Implémentation reportée (projet en phase documentation)
- Métriques mises à jour :
  - MODERATE : 6/9 traités (4 résolus + 1 annulé + 1 documenté)
  - ADR à jour : 100% (19/19 avec ADR-024)

## Phase 3 : Validation

- Structure features validée (api/ui/e2e, aucun répertoire restant)
- Historique Git préservé (git mv, renommages détectés)
- 83 features total (API: 53, UI: 22, E2E: 8)

Closes: Point #10 (résolu), Point #11 (annulé), Point #12 (documenté)

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

features/ui/navigation/actions-mode-pieton.feature

@@ -0,0 +1,195 @@
+# language: fr
+Fonctionnalité: Actions complémentaires - Mode piéton
+  En tant qu'auditeur en mode piéton
+  Je veux accéder à des actions avancées depuis l'application mobile
+  Afin de liker explicitement, m'abonner ou signaler du contenu
+
+  Contexte:
+    Étant donné que l'API RoadWave est disponible
+    Et qu'un utilisateur est connecté
+    Et qu'il est en mode piéton (vitesse < 5 km/h)
+
+  Scénario: Like explicite avec bouton cœur
+    Étant donné que j'écoute un contenu tagué "Automobile"
+    Et que ma jauge "Automobile" est à 60%
+    Quand je clique sur le bouton cœur "Like"
+    Alors ma jauge "Automobile" augmente de 2%
+    Et une animation de cœur rouge s'affiche
+    Et une vibration courte est déclenchée
+    Et ma jauge "Automobile" est maintenant à 62%
+
+  Scénario: Like explicite cumulable avec like automatique
+    Étant donné que j'ai écouté un contenu "Voyage" à 85%
+    Et que j'ai reçu un like automatique renforcé (+2%)
+    Et que ma jauge "Voyage" est à 52%
+    Quand je clique sur le bouton cœur "Like"
+    Alors ma jauge "Voyage" augmente encore de 2%
+    Et ma jauge "Voyage" passe à 54%
+    Et les deux likes sont cumulés
+
+  Scénario: Unlike retire le like manuel uniquement
+    Étant donné que j'ai liké manuellement un contenu "Sport"
+    Et que ma jauge "Sport" est à 57%
+    Quand je clique à nouveau sur le bouton cœur (toggle)
+    Alors le cœur redevient vide (unlike)
+    Et ma jauge "Sport" diminue de 2%
+    Et ma jauge "Sport" revient à 55%
+
+  Scénario: Unlike ne retire pas le like automatique
+    Étant donné que j'ai écouté un contenu "Musique" à 90%
+    Et que j'ai reçu un like automatique renforcé (+2%)
+    Et que ma jauge "Musique" est à 52%
+    Et que je n'ai PAS liké manuellement
+    Quand je consulte l'interface
+    Alors le bouton "Unlike" n'est pas disponible
+    Et le cœur reste grisé (aucun like manuel)
+    Et ma jauge reste à 52%
+
+  Scénario: Abonnement à un créateur
+    Étant donné qu'un créateur publie des contenus tagués "Automobile" et "Technologie"
+    Et que mes jauges sont:
+      | catégorie    | niveau |
+      | Automobile   | 50%    |
+      | Technologie  | 45%    |
+    Quand je clique sur "S'abonner" sur le profil du créateur
+    Alors ma jauge "Automobile" augmente de 5%
+    Et ma jauge "Technologie" augmente de 5%
+    Et une animation d'étoile dorée s'affiche
+    Et un badge "Abonné ✓" apparaît sur le profil
+    Et mes nouvelles jauges sont:
+      | catégorie    | niveau |
+      | Automobile   | 55%    |
+      | Technologie  | 50%    |
+
+  Scénario: Désabonnement d'un créateur
+    Étant donné que je suis abonné à un créateur
+    Et que mes jauges "Automobile" et "Technologie" sont à 55% et 50%
+    Quand je clique sur "Se désabonner"
+    Alors ma jauge "Automobile" diminue de 5%
+    Et ma jauge "Technologie" diminue de 5%
+    Et le badge "Abonné ✓" disparaît
+    Et mes nouvelles jauges sont:
+      | catégorie    | niveau |
+      | Automobile   | 50%    |
+      | Technologie  | 45%    |
+
+  Scénario: Signalement d'un contenu inapproprié
+    Étant donné que j'écoute un contenu
+    Quand je clique sur le menu contextuel "⋮"
+    Et que je sélectionne "Signaler"
+    Alors un formulaire de signalement s'ouvre
+    Et je dois sélectionner une catégorie:
+      | Catégorie                  |
+      | Haine et violence          |
+      | Contenu sexuel             |
+      | Illégalité                 |
+      | Droits d'auteur            |
+      | Spam                       |
+      | Désinformation (fake news) |
+      | Autre                      |
+    Et je peux ajouter un commentaire optionnel
+    Et le signalement est envoyé au flux de modération
+
+  Scénario: Feedback visuel pour like explicite
+    Étant donné que je clique sur le bouton cœur
+    Quand le like est enregistré
+    Alors une animation de cœur rouge se lance (0.5s)
+    Et le cœur reste rouge plein
+    Et une vibration haptique courte est déclenchée (iOS: .light, Android: 50ms)
+    Et un badge "♥ Ajouté à vos favoris" s'affiche 2 secondes
+
+  Scénario: Feedback visuel pour abonnement
+    Étant donné que je clique sur "S'abonner"
+    Quand l'abonnement est enregistré
+    Alors une animation d'étoile dorée se lance (0.8s)
+    Et le bouton devient "Abonné ✓" avec badge doré
+    Et une notification "Abonné à [Créateur]" s'affiche
+    Et les contenus du créateur seront boostés +30% dans l'algo
+
+  Scénario: Menu contextuel avec toutes les options
+    Étant donné que j'utilise l'app en mode piéton
+    Quand je clique sur le menu "⋮" (3 points verticaux)
+    Alors les options disponibles sont:
+      | Option                       |
+      | Like (cœur)                  |
+      | S'abonner au créateur        |
+      | Signaler                     |
+      | Partager                     |
+      | Voir le profil du créateur   |
+      | Télécharger (mode offline)   |
+    Et toutes les options sont cliquables
+
+  Scénario: Persistance des likes manuels en base de données
+    Étant donné que je like manuellement 5 contenus
+    Quand je ferme l'application
+    Et que je me reconnecte plus tard
+    Alors tous mes likes manuels sont toujours présents
+    Et les cœurs rouges sont affichés sur les contenus likés
+    Et mes jauges reflètent toujours l'impact (+2% × 5 likes)
+
+  Scénario: Liste "Mes contenus likés" accessible dans profil
+    Étant donné que j'ai liké manuellement 10 contenus
+    Quand j'accède à mon profil utilisateur
+    Alors je vois une section "❤️ Mes favoris"
+    Et la liste affiche les 10 contenus likés
+    Et je peux cliquer pour réécouter
+    Et je peux retirer un like (unlike) depuis cette liste
+
+  Scénario: Liste "Mes abonnements" accessible dans profil
+    Étant donné que je suis abonné à 5 créateurs
+    Quand j'accède à mon profil utilisateur
+    Alors je vois une section "⭐ Mes abonnements"
+    Et la liste affiche les 5 créateurs avec leurs avatars
+    Et je peux accéder au profil de chaque créateur
+    Et je peux me désabonner depuis cette liste
+
+  Scénario: Impact abonnement sur tous les tags du créateur
+    Étant donné qu'un créateur a publié des contenus avec ces tags:
+      | Contenu  | Tags                           |
+      | C1       | Automobile, Voyage             |
+      | C2       | Automobile, Technologie        |
+      | C3       | Voyage, Famille                |
+    Et que mes jauges sont toutes à 50%
+    Quand je m'abonne à ce créateur
+    Alors les jauges impactées sont:
+      | Tag          | Impact |
+      | Automobile   | +5%    |
+      | Voyage       | +5%    |
+      | Technologie  | +5%    |
+      | Famille      | +5%    |
+    Et toutes les autres jauges restent à 50%
+
+  Scénario: Limite d'abonnements (200 maximum)
+    Étant donné que je suis abonné à 200 créateurs
+    Quand j'essaie de m'abonner à un 201ème créateur
+    Alors un message "Limite de 200 abonnements atteinte" s'affiche
+    Et je dois me désabonner d'un créateur existant pour en ajouter un nouveau
+
+  Scénario: Confirmation avant désabonnement
+    Étant donné que je suis abonné à un créateur
+    Quand je clique sur "Se désabonner"
+    Alors une popup de confirmation s'affiche:
+      """
+      Se désabonner de @CreateurNom ?
+
+      Vous ne recevrez plus de notifications pour ses contenus.
+      Vos jauges diminueront de 5%.
+      """
+    Et je dois confirmer pour valider
+    Et je peux annuler pour conserver l'abonnement
+
+  Plan du Scénario: Cumul like automatique + like manuel
+    Étant donné qu'un contenu est tagué "Sport"
+    Et que ma jauge "Sport" est à 50%
+    Quand j'écoute à <pourcentage>% (like auto <auto>)
+    Et que je like manuellement (+2%)
+    Alors l'impact total est <total>
+    Et ma nouvelle jauge est <nouveau_niveau>
+
+    Exemples:
+      | pourcentage | auto | total | nouveau_niveau |
+      | 10          | 0    | +2%   | 52%            |
+      | 30          | +1%  | +3%   | 53%            |
+      | 50          | +1%  | +3%   | 53%            |
+      | 80          | +2%  | +4%   | 54%            |
+      | 95          | +2%  | +4%   | 54%            |

features/ui/navigation/commande-precedent.feature

@@ -0,0 +1,177 @@
+# language: fr
+Fonctionnalité: Commande "Précédent"
+  En tant qu'auditeur
+  Je veux que le bouton "Précédent" ait un comportement intelligent
+  Afin de rejouer le contenu actuel ou revenir au précédent selon la progression
+
+  Contexte:
+    Étant donné que l'API RoadWave est disponible
+    Et qu'un utilisateur est connecté
+
+  Scénario: Précédent après <10s revient au contenu précédent
+    Étant donné que j'ai écouté le contenu "A" pendant 2 minutes
+    Et que j'écoute maintenant le contenu "B" depuis 5 secondes
+    Quand j'appuie sur "Précédent"
+    Alors la lecture revient au contenu "A"
+    Et la position de lecture est à 2 minutes (position exacte sauvegardée)
+    Et le contenu "B" reste en historique
+
+  Scénario: Précédent après ≥10s rejoue le contenu actuel
+    Étant donné que j'écoute le contenu "C" depuis 15 secondes
+    Quand j'appuie sur "Précédent"
+    Alors le contenu "C" rejoue depuis le début (position 0:00)
+    Et la lecture ne revient pas au contenu précédent
+    Et la progress bar revient à 0%
+
+  Scénario: Précédent exactement à 10s rejoue le contenu actuel
+    Étant donné que j'écoute le contenu "D" depuis exactement 10 secondes
+    Quand j'appuie sur "Précédent"
+    Alors le contenu "D" rejoue depuis le début
+    Et la lecture ne revient pas au contenu précédent
+
+  Scénario: Précédent sur le premier contenu de session
+    Étant donné que je viens de démarrer l'application
+    Et que j'écoute le contenu "Premier" depuis 3 secondes
+    Quand j'appuie sur "Précédent"
+    Alors le contenu "Premier" rejoue depuis le début
+    Et aucun contenu précédent n'existe
+
+  Scénario: Historique de navigation limité à 10 contenus
+    Étant donné que j'ai écouté 10 contenus [C1, C2, ..., C10]
+    Et que l'historique Redis contient 10 entrées
+    Quand je passe au contenu C11
+    Alors le contenu C1 est supprimé de l'historique (FIFO)
+    Et l'historique contient [C2, C3, ..., C10, C11]
+    Et la taille reste à 10 contenus maximum
+
+  Scénario: Position exacte sauvegardée dans l'historique
+    Étant donné que j'écoute le contenu "A" (durée 5 minutes)
+    Quand j'atteins 2 minutes 30 secondes
+    Et que j'appuie sur "Suivant"
+    Alors l'historique enregistre:
+      | content_id | position_seconds | listened_at         |
+      | A          | 150              | 2026-01-21T10:30:00 |
+    Quand je reviens au contenu "A" via "Précédent"
+    Alors la lecture reprend exactement à 2 minutes 30 secondes
+
+  Scénario: Navigation arrière sur plusieurs contenus
+    Étant donné que j'ai écouté dans l'ordre: A (2min), B (30s), C (3min)
+    Et que j'écoute maintenant D depuis 1 seconde
+    Quand j'appuie sur "Précédent" (1ère fois)
+    Alors je reviens au contenu C à la position 3 minutes
+    Quand j'appuie sur "Précédent" (<10s sur C)
+    Alors je reviens au contenu B à la position 30 secondes
+    Quand j'appuie sur "Précédent" (<10s sur B)
+    Alors je reviens au contenu A à la position 2 minutes
+
+  Scénario: Précédent après milieu du contenu rejoue depuis début
+    Étant donné que j'écoute un contenu de 5 minutes
+    Quand j'atteins 2 minutes 30 secondes (milieu)
+    Et que j'appuie sur "Précédent"
+    Alors le contenu actuel rejoue depuis 0:00
+    Et je ne reviens pas au contenu précédent
+
+  Scénario: Enchaînement Suivant puis Précédent rapide
+    Étant donné que j'écoute le contenu "A" depuis 1 minute
+    Quand j'appuie sur "Suivant"
+    Alors le contenu "B" démarre
+    Quand j'appuie immédiatement sur "Précédent" (2s après)
+    Alors je reviens au contenu "A" à la position 1 minute
+    Et le contenu "B" reste dans l'historique
+
+  Scénario: Transition fluide avec animation 0.3s
+    Étant donné que j'appuie sur "Précédent"
+    Quand le changement de contenu se produit
+    Alors la transition audio utilise un fade out/in de 0.3 secondes
+    Et la progress bar revient avec une animation fluide
+    Et l'interface ne montre aucun message de confirmation
+
+  Scénario: Historique survit au changement de réseau
+    Étant donné que j'ai un historique de 5 contenus en cache Redis
+    Quand je perds la connexion réseau temporairement
+    Et que je reviens en ligne
+    Alors l'historique de navigation est toujours disponible
+    Et je peux toujours utiliser "Précédent"
+
+  Scénario: Historique stocké en Redis avec structure complète
+    Étant donné que j'ai écouté 3 contenus
+    Quand je consulte le cache Redis
+    Alors la structure est:
+      """
+      user:{user_id}:history = [
+        {content_id: "C3", position_seconds: 45, listened_at: "2026-01-21T10:33:00Z"},
+        {content_id: "C2", position_seconds: 120, listened_at: "2026-01-21T10:30:00Z"},
+        {content_id: "C1", position_seconds: 180, listened_at: "2026-01-21T10:27:00Z"}
+      ]
+      """
+    Et l'ordre est du plus récent au plus ancien
+
+  Scénario: Précédent sur contenu en cours au début (<10s) du premier
+    Étant donné que je démarre une session avec le contenu "Initial"
+    Et que j'écoute depuis 3 secondes
+    Quand j'appuie sur "Précédent"
+    Alors le contenu "Initial" rejoue depuis le début
+    Et aucune erreur n'est générée
+    Et l'historique reste vide
+
+  Scénario: Compteur de temps respecte les seuils exacts
+    Étant donné que j'écoute un contenu
+    Quand le temps écoulé est de 9.9 secondes
+    Et que j'appuie sur "Précédent"
+    Alors je reviens au contenu précédent
+    Quand le temps écoulé est de 10.0 secondes
+    Et que j'appuie sur "Précédent"
+    Alors le contenu actuel rejoue depuis le début
+
+  Scénario: Progress bar visuelle reflète le retour exact
+    Étant donné que j'ai écouté le contenu "A" jusqu'à 75% (3min45 sur 5min)
+    Et que je suis passé au contenu "B"
+    Quand je reviens au contenu "A" via "Précédent"
+    Alors la progress bar affiche 75%
+    Et l'indicateur de temps affiche "3:45 / 5:00"
+    Et la lecture reprend exactement à cet endroit
+
+  Scénario: Métadonnées d'historique incluent timestamp précis
+    Étant donné que j'écoute un contenu "X" pendant 45 secondes à 10:30:15
+    Quand je passe au contenu suivant
+    Alors l'historique enregistre:
+      | content_id | position_seconds | listened_at          |
+      | X          | 45               | 2026-01-21T10:30:15Z |
+    Et le timestamp précis permet l'analyse d'usage
+
+  Scénario: Suppression FIFO respecte l'ordre chronologique
+    Étant donné un historique de [C1@10:00, C2@10:02, ..., C10@10:20]
+    Quand j'ajoute C11 à 10:22
+    Alors C1 (le plus ancien) est supprimé
+    Et l'historique contient [C2@10:02, ..., C11@10:22]
+    Et la taille reste exactement 10 entrées
+
+  Plan du Scénario: Comportement selon temps écouté
+    Étant donné que j'écoute un contenu depuis <temps> secondes
+    Quand j'appuie sur "Précédent"
+    Alors l'action est <comportement>
+
+    Exemples:
+      | temps | comportement                          |
+      | 1     | revenir au contenu précédent          |
+      | 5     | revenir au contenu précédent          |
+      | 9     | revenir au contenu précédent          |
+      | 10    | rejouer le contenu actuel depuis 0:00 |
+      | 11    | rejouer le contenu actuel depuis 0:00 |
+      | 30    | rejouer le contenu actuel depuis 0:00 |
+      | 180   | rejouer le contenu actuel depuis 0:00 |
+
+  Plan du Scénario: Positions de reprise exactes
+    Étant donné que j'écoute un contenu de 10 minutes
+    Quand j'atteins <position> et passe au suivant
+    Et que je reviens via "Précédent"
+    Alors la lecture reprend exactement à <position>
+
+    Exemples:
+      | position   |
+      | 0:15       |
+      | 1:30       |
+      | 3:45       |
+      | 5:00       |
+      | 7:23       |
+      | 9:50       |

features/ui/navigation/commandes-vocales.feature

@@ -0,0 +1,238 @@
+# language: fr
+Fonctionnalité: Commandes vocales CarPlay et Android Auto
+  En tant que conducteur avec CarPlay ou Android Auto
+  Je veux utiliser des commandes vocales pour interagir avec l'application
+  Afin de garder les mains sur le volant et les yeux sur la route
+
+  Contexte:
+    Étant donné que l'API RoadWave est disponible
+    Et qu'un utilisateur est connecté
+    Et que CarPlay ou Android Auto est activé
+
+  Scénario: Disponibilité des commandes vocales uniquement avec CarPlay/Android Auto
+    Étant donné que je conduis avec CarPlay activé
+    Quand je dis "Hey Siri"
+    Alors Siri est disponible pour les commandes RoadWave
+    Étant donné que je conduis avec Android Auto activé
+    Quand je dis "OK Google"
+    Alors Google Assistant est disponible pour les commandes RoadWave
+
+  Scénario: Parc automobile compatible avec vocal (30-40% en 2026)
+    Étant donné que nous sommes en 2026
+    Quand je consulte les statistiques du parc automobile EU
+    Alors environ 30-40% des véhicules ont CarPlay ou Android Auto
+    Et ces utilisateurs peuvent utiliser les commandes vocales
+    Et les 60-70% restants utilisent les commandes au volant uniquement
+
+  Scénario: Commande vocale "Like ce podcast" avec Siri
+    Étant donné que j'écoute un contenu tagué "Automobile"
+    Et que ma jauge "Automobile" est à 60%
+    Quand je dis "Hey Siri, like ce podcast"
+    Alors un like explicite (+2%) est enregistré
+    Et ma jauge "Automobile" passe à 62%
+    Et Siri confirme vocalement "J'ai ajouté ce contenu à vos favoris"
+    Et aucune interaction écran n'est requise
+
+  Scénario: Commande vocale "Like ce contenu" avec Google Assistant
+    Étant donné que j'écoute un contenu tagué "Voyage"
+    Quand je dis "OK Google, like ce contenu"
+    Alors un like explicite est enregistré (+2%)
+    Et Google Assistant confirme "J'ai liké ce contenu pour vous"
+    Et la commande fonctionne sans toucher l'écran
+
+  Scénario: Commande vocale "Abonne-moi à ce créateur"
+    Étant donné que j'écoute un contenu d'un créateur tagué "Automobile" et "Technologie"
+    Et que mes jauges sont à 50% et 45%
+    Quand je dis "Hey Siri, abonne-moi à ce créateur"
+    Alors l'abonnement est enregistré
+    Et mes jauges augmentent de 5% chacune (55% et 50%)
+    Et Siri confirme "Vous êtes maintenant abonné à [Nom du créateur]"
+
+  Scénario: Commande vocale "Passe au contenu suivant"
+    Étant donné que j'écoute un contenu "A"
+    Quand je dis "Hey Siri, passe au contenu suivant"
+    Alors le contenu "B" démarre immédiatement
+    Et la commande a le même effet que le bouton physique "Suivant"
+
+  Scénario: Commande vocale "Signale ce contenu"
+    Étant donné que j'écoute un contenu inapproprié
+    Quand je dis "OK Google, signale ce contenu"
+    Alors Google Assistant demande "Quelle catégorie ?"
+    Et je réponds vocalement "Spam"
+    Alors le signalement est enregistré avec la catégorie "Spam"
+    Et Google Assistant confirme "J'ai signalé ce contenu"
+
+  Scénario: Commande vocale avec catégorie de signalement
+    Étant donné que j'écoute un contenu
+    Quand je dis "Hey Siri, signale ce contenu pour haine"
+    Alors le signalement est enregistré avec la catégorie "Haine et violence"
+    Et Siri confirme "J'ai signalé ce contenu pour haine et violence"
+    Et le flux de modération reçoit le signalement
+
+  Scénario: Liste des catégories de signalement vocales supportées
+    Étant donné que je dis "signale ce contenu pour [catégorie]"
+    Quand la catégorie est:
+      | Mot-clé vocal       | Catégorie mappée           |
+      | "haine"             | Haine et violence          |
+      | "sexuel"            | Contenu sexuel             |
+      | "illégalité"        | Illégalité                 |
+      | "droits d'auteur"   | Droits d'auteur            |
+      | "spam"              | Spam                       |
+      | "fake news"         | Désinformation             |
+      | "autre"             | Autre                      |
+    Alors le signalement est enregistré avec la bonne catégorie
+
+  Scénario: Commande vocale non reconnue - fallback
+    Étant donné que je dis "Hey Siri, super ce podcast"
+    Quand Siri ne reconnaît pas l'intent RoadWave
+    Alors Siri répond "Je ne comprends pas cette commande RoadWave"
+    Et elle suggère "Dites 'like ce podcast' ou 'passe au suivant'"
+
+  Scénario: Commandes vocales disponibles en conduite uniquement
+    Étant donné que je roule à 50 km/h
+    Quand j'utilise les commandes vocales
+    Alors toutes les commandes sont disponibles:
+      | Commande                        | Action                          |
+      | "Like ce podcast"               | Like explicite +2%              |
+      | "Abonne-moi à ce créateur"      | Abonnement +5%                  |
+      | "Passe au suivant"              | Contenu suivant                 |
+      | "Reviens au précédent"          | Contenu précédent (règle 10s)   |
+      | "Pause"                         | Pause lecture                   |
+      | "Reprends la lecture"           | Play                            |
+      | "Signale ce contenu"            | Signalement                     |
+
+  Scénario: Intent iOS personnalisé pour RoadWave
+    Étant donné que l'app iOS implémente les Intents
+    Quand je configure les Shortcuts iOS
+    Alors les intents suivants sont disponibles:
+      | Intent Name                | Action          |
+      | LikeCurrentContentIntent   | Like explicite  |
+      | SubscribeToCreatorIntent   | Abonnement      |
+      | ReportContentIntent        | Signalement     |
+      | SkipToNextContentIntent    | Suivant         |
+    Et Siri les reconnaît automatiquement
+
+  Scénario: Intent Android personnalisé pour RoadWave
+    Étant donné que l'app Android implémente les Voice Actions
+    Quand je configure les actions Google Assistant
+    Alors les actions suivantes sont disponibles:
+      | Action Name                    | Action          |
+      | com.roadwave.LIKE_CONTENT      | Like explicite  |
+      | com.roadwave.SUBSCRIBE_CREATOR | Abonnement      |
+      | com.roadwave.REPORT_CONTENT    | Signalement     |
+      | com.roadwave.SKIP_NEXT         | Suivant         |
+    Et Google Assistant les reconnaît
+
+  Scénario: Confirmation vocale après action réussie
+    Étant donné que je dis "Hey Siri, like ce podcast"
+    Quand l'action est enregistrée avec succès
+    Alors Siri répond immédiatement avec confirmation:
+      """
+      J'ai ajouté ce contenu à vos favoris
+      """
+    Et la réponse est naturelle et concise
+    Et elle ne distrait pas de la conduite
+
+  Scénario: Gestion d'erreur vocale si action échoue
+    Étant donné que je dis "Hey Siri, abonne-moi à ce créateur"
+    Et que j'ai atteint la limite de 200 abonnements
+    Quand Siri essaie d'enregistrer l'abonnement
+    Alors l'action échoue
+    Et Siri répond "Impossible de s'abonner, limite de 200 abonnements atteinte"
+    Et elle suggère "Désabonnez-vous d'un créateur pour continuer"
+
+  Scénario: Commandes vocales multilingues (français)
+    Étant donné que mon Siri est configuré en français
+    Quand je dis "Hey Siri, j'aime ce podcast"
+    Alors la commande est reconnue (variante de "like ce podcast")
+    Quand je dis "Hey Siri, mets une étoile"
+    Alors la commande est reconnue (variante de "like")
+
+  Scénario: Implémentation post-MVP (Sprint 5)
+    Étant donné que les commandes vocales sont une feature Sprint 5
+    Quand le MVP est lancé
+    Alors seules les commandes au volant physiques sont disponibles
+    Quand le Sprint 5 est déployé
+    Alors les intents iOS/Android sont activés
+    Et les commandes vocales deviennent disponibles
+
+  Scénario: Priorisation commandes vocales vs boutons physiques
+    Étant donné que je conduis avec CarPlay
+    Et que j'ai accès aux boutons physiques ET aux commandes vocales
+    Quand je veux liker un contenu
+    Alors je peux soit:
+      - Attendre l'arrêt et cliquer le bouton cœur (recommandé)
+      - Dire "Hey Siri, like ce podcast" (en conduite)
+      - Laisser le like automatique se faire (écoute ≥80%)
+    Et les 3 méthodes sont valides
+
+  Scénario: Statistiques d'usage des commandes vocales
+    Étant donné que 100 utilisateurs avec CarPlay utilisent RoadWave
+    Quand je consulte les analytics
+    Alors je peux voir:
+      | Métrique                           | Exemple valeur |
+      | Taux d'utilisation commandes vocal | 15%            |
+      | Commande la plus utilisée          | "Like"         |
+      | Taux de reconnaissance réussie     | 92%            |
+      | Taux d'échec / incompréhension     | 8%             |
+
+  Scénario: Feedback haptique désactivé pour commandes vocales
+    Étant donné que je like un contenu via commande vocale
+    Quand l'action est enregistrée
+    Alors aucune vibration haptique n'est déclenchée
+    Et seule la confirmation vocale est donnée
+    Car je n'ai pas le téléphone en main
+
+  Scénario: Badge visuel mis à jour après commande vocale
+    Étant donné que je dis "Hey Siri, like ce podcast"
+    Quand l'action est enregistrée
+    Alors le badge "♥ Ajouté à vos favoris" s'affiche sur l'écran CarPlay
+    Et le cœur devient rouge plein dans l'interface
+    Et la mise à jour est visible même sans toucher l'écran
+
+  Scénario: Commandes vocales avec contenu sans créateur
+    Étant donné que j'écoute un contenu anonyme (créateur supprimé)
+    Quand je dis "Hey Siri, abonne-moi à ce créateur"
+    Alors Siri répond "Ce créateur n'est plus disponible"
+    Et aucun abonnement n'est enregistré
+
+  Scénario: Limitation temporelle des commandes vocales
+    Étant donné que je dis "Hey Siri, like ce podcast"
+    Et que le contenu change 1 seconde après
+    Quand Siri traite la commande 2 secondes plus tard
+    Alors la commande s'applique au contenu qui était en lecture au moment de la commande
+    Et non au contenu actuel (système de timestamp)
+
+  Plan du Scénario: Commandes vocales avec différents assistants
+    Étant donné que j'utilise <assistant>
+    Quand je dis <commande>
+    Alors l'action <action> est exécutée
+    Et la confirmation est <confirmation>
+
+    Exemples:
+      | assistant         | commande                           | action          | confirmation                           |
+      | Siri              | "Like ce podcast"                  | Like +2%        | "Ajouté à vos favoris"                 |
+      | Google Assistant  | "Like ce contenu"                  | Like +2%        | "J'ai liké ce contenu"                 |
+      | Siri              | "Abonne-moi à ce créateur"         | Abonnement +5%  | "Vous êtes abonné"                     |
+      | Google Assistant  | "Abonne-moi à ce créateur"         | Abonnement +5%  | "Abonnement enregistré"                |
+      | Siri              | "Signale ce contenu"               | Signalement     | "J'ai signalé ce contenu"              |
+      | Google Assistant  | "Signale ce contenu"               | Signalement     | "Contenu signalé"                      |
+
+  Plan du Scénario: Mapping catégories signalement vocal
+    Étant donné que je dis "signale ce contenu pour <mot_cle>"
+    Quand <mot_cle> est reconnu
+    Alors la catégorie mappée est <categorie>
+
+    Exemples:
+      | mot_cle          | categorie                  |
+      | haine            | Haine et violence          |
+      | violence         | Haine et violence          |
+      | sexuel           | Contenu sexuel             |
+      | porno            | Contenu sexuel             |
+      | illégal          | Illégalité                 |
+      | terrorisme       | Illégalité                 |
+      | copyright        | Droits d'auteur            |
+      | droits auteur    | Droits d'auteur            |
+      | spam             | Spam                       |
+      | fake news        | Désinformation             |
+      | fausse info      | Désinformation             |

features/ui/navigation/commandes-volant.feature

@@ -0,0 +1,205 @@
+# language: fr
+Fonctionnalité: Commandes au volant et interactions simplifiées
+  En tant que conducteur en sécurité
+  Je veux utiliser uniquement les commandes simplifiées au volant
+  Afin de naviguer sans distraction et en toute sécurité
+
+  Contexte:
+    Étant donné que l'API RoadWave est disponible
+    Et qu'un utilisateur est connecté
+    Et que l'application est connectée via CarPlay ou Android Auto
+
+  Scénario: Trois commandes disponibles au volant uniquement
+    Étant donné que je conduis à 50 km/h
+    Quand je consulte les commandes physiques disponibles
+    Alors seules 3 actions sont disponibles:
+      | Commande   | Action                           |
+      | Suivant    | Passer au contenu suivant        |
+      | Précédent  | Revenir au précédent (règle 10s) |
+      | Play/Pause | Pause/reprise avec fade 0.3s     |
+    Et aucune commande complexe n'est proposée
+
+  Scénario: Commande "Suivant" au volant
+    Étant donné que j'écoute un contenu "A"
+    Quand j'appuie sur le bouton physique "Suivant" au volant
+    Alors le contenu "B" démarre immédiatement
+    Et aucune action supplémentaire n'est requise
+    Et l'interface ne demande aucune confirmation
+
+  Scénario: Commande "Précédent" au volant respecte règle 10s
+    Étant donné que j'écoute un contenu depuis 5 secondes
+    Quand j'appuie sur "Précédent" au volant
+    Alors je reviens au contenu précédent (règle <10s)
+    Étant donné que j'écoute un contenu depuis 15 secondes
+    Quand j'appuie sur "Précédent" au volant
+    Alors le contenu actuel rejoue depuis le début (règle ≥10s)
+
+  Scénario: Commande "Play/Pause" avec fade audio
+    Étant donné qu'un contenu est en lecture
+    Quand j'appuie sur "Pause" au volant
+    Alors la lecture se met en pause avec un fade out de 0.3 secondes
+    Et la position de lecture est sauvegardée
+    Quand j'appuie sur "Play" au volant
+    Alors la lecture reprend avec un fade in de 0.3 secondes
+    Et la reprise se fait à la position exacte
+
+  Scénario: Aucune commande complexe supportée
+    Étant donné que je conduis
+    Quand j'essaie un appui long sur "Suivant"
+    Alors l'action n'est pas détectée (non supporté iOS/Android)
+    Quand j'essaie un double-appui sur "Pause"
+    Alors l'action n'est pas détectée
+    Et seules les actions simples (clic simple) fonctionnent
+
+  Scénario: Compatibilité 100% tous véhicules
+    Étant donné que je conduis une voiture avec commandes basiques
+    Et que mon véhicule a seulement Suivant/Précédent/Pause
+    Quand j'utilise RoadWave
+    Alors toutes les fonctions essentielles sont accessibles
+    Et je n'ai pas besoin de boutons supplémentaires
+
+  Scénario: Feedback visuel discret après action
+    Étant donné que j'appuie sur "Suivant"
+    Quand le contenu change
+    Alors l'interface CarPlay/Android Auto affiche le nouveau titre
+    Et aucune popup ne bloque la vue
+    Et le changement est fluide et immédiat
+
+  Scénario: Like automatique renforcé après écoute ≥80%
+    Étant donné que j'écoute un contenu de 5 minutes tagué "Automobile"
+    Quand j'écoute pendant 4 minutes 30 secondes (90%)
+    Alors un like automatique renforcé (+2 points) est enregistré
+    Et un badge discret "♥ Ajouté à vos favoris" s'affiche 2 secondes
+    Et aucune action manuelle n'est requise
+
+  Scénario: Like automatique standard après écoute 30-79%
+    Étant donné que j'écoute un contenu de 5 minutes tagué "Voyage"
+    Quand j'écoute pendant 2 minutes (40%)
+    Et que j'appuie sur "Suivant"
+    Alors un like automatique standard (+1 point) est enregistré
+    Et un badge discret s'affiche brièvement
+    Et je peux continuer à conduire sans interruption
+
+  Scénario: Signal négatif après skip rapide <10s
+    Étant donné que j'écoute un contenu tagué "Politique"
+    Quand j'appuie sur "Suivant" après seulement 5 secondes
+    Alors un signal négatif (-0.5 point) est enregistré
+    Et la jauge "Politique" diminue légèrement
+    Et aucun message n'est affiché (transparence)
+
+  Scénario: Pas de like si écoute <30%
+    Étant donné que j'écoute un contenu de 10 minutes
+    Quand j'écoute pendant 2 minutes (20%)
+    Et que j'appuie sur "Suivant"
+    Alors aucun like n'est enregistré
+    Et les jauges ne changent pas
+    Et le système considère l'écoute comme neutre
+
+  Scénario: Badge de feedback visuel disparaît après 2 secondes
+    Étant donné que je reçois un like automatique
+    Quand le badge "♥ Ajouté à vos favoris" apparaît
+    Alors il reste visible 2 secondes en bas de l'écran
+    Et il disparaît automatiquement sans action
+    Et il ne bloque pas la vue de la route
+
+  Scénario: Tracking du temps d'écoute précis côté client
+    Étant donné que je démarre la lecture d'un contenu
+    Quand le player audio iOS/Android enregistre le temps
+    Alors le startTime est enregistré à la milliseconde
+    Quand j'arrête la lecture (Suivant, Pause, ou fin)
+    Alors la durée exacte écoutée est calculée
+    Et le pourcentage (durée / durée_totale * 100) est envoyé à l'API
+
+  Scénario: API reçoit les événements d'écoute pour calcul
+    Étant donné que j'écoute un contenu de 5 minutes à 80%
+    Quand l'événement est envoyé à l'API
+    Alors le backend reçoit:
+      """
+      {
+        "content_id": "abc123",
+        "duration": 240,
+        "content_total": 300,
+        "percentage": 80.0,
+        "action": "completed"
+      }
+      """
+    Et le backend calcule le like automatique (+2 points)
+    Et les jauges sont mises à jour immédiatement (Redis + PostgreSQL)
+
+  Scénario: Actions différentes selon arrêt du contenu
+    Étant donné que j'écoute un contenu
+    Quand j'appuie sur "Suivant"
+    Alors l'action envoyée est "skipped"
+    Quand le contenu se termine naturellement
+    Alors l'action envoyée est "completed"
+    Quand j'appuie sur "Pause"
+    Alors l'action envoyée est "paused"
+    Et le backend traite chaque action différemment
+
+  Scénario: Calcul immédiat côté backend sans délai
+    Étant donné que l'API reçoit un événement d'écoute
+    Quand le backend traite l'événement
+    Alors les jauges sont mises à jour immédiatement (< 100ms)
+    Et les nouvelles recommandations utilisent les valeurs actualisées
+    Et il n'y a aucun batch différé
+
+  Scénario: Compatibilité iOS avec AVPlayer
+    Étant donné que l'app iOS utilise AVPlayer
+    Quand les commandes physiques sont interceptées
+    Alors les événements MPRemoteCommandCenter sont capturés:
+      | Commande              | Événement iOS                  |
+      | Suivant               | nextTrackCommand               |
+      | Précédent             | previousTrackCommand           |
+      | Play/Pause            | playCommand / pauseCommand     |
+    Et le tracking du temps utilise CMTime
+
+  Scénario: Compatibilité Android avec MediaSession
+    Étant donné que l'app Android utilise MediaPlayer
+    Quand les commandes physiques sont interceptées
+    Alors les événements MediaSession sont capturés:
+      | Commande              | Action Android                 |
+      | Suivant               | ACTION_SKIP_TO_NEXT            |
+      | Précédent             | ACTION_SKIP_TO_PREVIOUS        |
+      | Play/Pause            | ACTION_PLAY / ACTION_PAUSE     |
+    Et le tracking du temps utilise SystemClock.elapsedRealtime()
+
+  Scénario: Sécurité maximale - pas de distraction
+    Étant donné que je conduis à 80 km/h
+    Quand j'utilise RoadWave avec les commandes au volant
+    Alors je n'ai jamais besoin de regarder mon téléphone
+    Et je n'ai jamais besoin de toucher l'écran CarPlay/Android Auto
+    Et toutes les actions sont accessibles via boutons physiques
+    Et les likes sont enregistrés automatiquement
+
+  Plan du Scénario: Calcul du like automatique selon pourcentage
+    Étant donné que j'écoute un contenu tagué "Sport"
+    Quand j'écoute pendant <pourcentage>%
+    Alors le like automatique est <type>
+    Et l'impact sur la jauge est <points>
+
+    Exemples:
+      | pourcentage | type                  | points |
+      | 10          | aucun                 | 0      |
+      | 25          | aucun                 | 0      |
+      | 29          | aucun                 | 0      |
+      | 30          | standard              | +1     |
+      | 50          | standard              | +1     |
+      | 79          | standard              | +1     |
+      | 80          | renforcé              | +2     |
+      | 90          | renforcé              | +2     |
+      | 100         | renforcé              | +2     |
+
+  Plan du Scénario: Signal négatif uniquement si skip très rapide
+    Étant donné que j'écoute un contenu
+    Quand je skip après <secondes> secondes
+    Alors le signal est <type>
+    Et l'impact est <points>
+
+    Exemples:
+      | secondes | type      | points |
+      | 3        | négatif   | -0.5   |
+      | 5        | négatif   | -0.5   |
+      | 9        | négatif   | -0.5   |
+      | 10       | neutre    | 0      |
+      | 15       | neutre    | 0      |
+      | 30       | neutre    | 0      |

features/ui/navigation/file-attente-suivant.feature

@@ -0,0 +1,188 @@
+# language: fr
+Fonctionnalité: File d'attente et commande "Suivant"
+  En tant qu'auditeur en déplacement
+  Je veux que l'application pré-calcule intelligemment les prochains contenus
+  Afin d'avoir une navigation fluide sans latence
+
+  Contexte:
+    Étant donné que l'API RoadWave est disponible
+    Et qu'un utilisateur est connecté
+    Et que la géolocalisation est activée
+
+  Scénario: Pré-calcul initial de 5 contenus en cache
+    Étant donné que je viens de démarrer l'application
+    Et que je suis situé à Paris (48.8566, 2.3522)
+    Et que je suis en mode voiture (vitesse ≥ 5 km/h)
+    Quand l'application initialise la lecture
+    Alors une file d'attente de 5 contenus est pré-calculée
+    Et la file est stockée en cache Redis avec la clé "user:{user_id}:queue"
+    Et les métadonnées incluent ma position, le timestamp de calcul et le mode
+    Et le cache a un TTL de 15 minutes
+
+  Scénario: Commande "Suivant" sans latence
+    Étant donné qu'une file d'attente de 5 contenus est en cache
+    Et que j'écoute actuellement le contenu "A"
+    Quand j'appuie sur le bouton "Suivant"
+    Alors le contenu suivant démarre immédiatement (< 100ms)
+    Et le contenu est retiré de la file d'attente
+    Et il reste 4 contenus dans la file
+
+  Scénario: Recalcul automatique après déplacement >10km
+    Étant donné que la file a été calculée à Paris (48.8566, 2.3522)
+    Et que j'ai 5 contenus en cache
+    Quand je me déplace à Versailles (48.8049, 2.1204) soit 12km
+    Alors la file d'attente est invalidée automatiquement
+    Et une nouvelle file de 5 contenus est recalculée
+    Et elle est basée sur ma nouvelle position
+
+  Scénario: Recalcul automatique toutes les 10 minutes
+    Étant donné qu'une file a été calculée il y a 10 minutes
+    Et que ma position n'a pas changé
+    Quand le timer de rafraîchissement expire
+    Alors une nouvelle file de 5 contenus est recalculée
+    Et les anciens contenus non écoutés sont remplacés
+    Et les nouveaux contenus publiés depuis sont inclus
+
+  Scénario: Recalcul quand il reste moins de 3 contenus
+    Étant donné qu'il reste 3 contenus dans ma file d'attente
+    Quand j'appuie sur "Suivant"
+    Alors il reste 2 contenus
+    Et un recalcul asynchrone est déclenché en arrière-plan
+    Et 3 nouveaux contenus sont ajoutés à la file
+    Et la file contient maintenant 5 contenus
+
+  Scénario: Insertion prioritaire d'un contenu géolocalisé en mode voiture
+    Étant donné que j'ai une file de 5 contenus pré-calculée
+    Et que je suis en mode voiture
+    Et que je me déplace à 50 km/h vers un point avec contenu géolocalisé
+    Quand je suis à 98m du point (ETA = 7 secondes)
+    Alors une notification est envoyée (icône + compteur 7→1 + son)
+    Et je dois appuyer sur "Suivant" dans les 7 secondes pour valider
+    Quand j'appuie sur "Suivant"
+    Alors un décompte de 5 secondes démarre
+    Et après 5 secondes, le contenu géolocalisé s'insère et démarre
+    Et il remplace le contenu actuel dans la lecture
+
+  Scénario: Contenu géolocalisé ignoré est perdu (cooldown activé)
+    Étant donné qu'une notification géolocalisée est affichée (compteur 7→1)
+    Quand je ne clique pas sur "Suivant" pendant les 7 secondes
+    Alors la notification disparaît
+    Et le contenu géolocalisé est perdu (pas d'insertion dans la file)
+    Et un cooldown de 10 minutes est activé
+    Et aucune nouvelle notification géolocalisée ne sera envoyée pendant 10 minutes
+
+  Scénario: Validation d'une notification géolocalisée
+    Étant donné qu'une notification géolocalisée est affichée (compteur à 5)
+    Et que j'écoute un podcast
+    Quand j'appuie sur "Suivant"
+    Alors le compteur bascule à "5" (décompte final)
+    Et le podcast actuel continue de jouer
+    Et après 5 secondes, le contenu géolocalisé démarre
+    Et le podcast est mis en pause et sauvegardé dans l'historique
+
+  Scénario: Invalidation immédiate après modification des préférences
+    Étant donné que j'ai une file de 5 contenus en cache
+    Et que ma vitesse GPS est de 5 km/h (piéton)
+    Quand je modifie mes curseurs de préférences (géo/découverte/politique)
+    Alors la file d'attente est invalidée immédiatement
+    Et une nouvelle file est recalculée avec les nouvelles préférences
+    Et les anciens contenus en cache sont supprimés
+
+  Scénario: Blocage modification préférences en conduite (>10 km/h)
+    Étant donné que ma vitesse GPS est de 50 km/h (en voiture)
+    Quand j'essaie d'accéder aux réglages de préférences
+    Alors l'interface affiche "Paramètres verrouillés en conduite"
+    Et je ne peux pas modifier les curseurs géo/découverte/politique
+    Et un message "Arrêtez-vous pour modifier vos préférences" s'affiche
+
+  Scénario: Invalidation lors du démarrage d'un live suivi
+    Étant donné que je suis abonné au créateur "RadioVoyage"
+    Et que j'ai une file de 5 contenus en cache
+    Et que je suis dans la zone géographique du créateur
+    Quand le créateur "RadioVoyage" démarre une radio live
+    Alors je reçois une notification push
+    Et le contenu live s'insère en tête de la file d'attente
+    Et la file d'attente est recalculée
+
+  Scénario: Métadonnées de cache Redis
+    Étant donné qu'une file d'attente est calculée
+    Quand elle est stockée dans Redis
+    Alors la clé est "user:{user_id}:queue"
+    Et les métadonnées incluent:
+      | champ          | valeur               |
+      | last_lat       | 48.8566              |
+      | last_lon       | 2.3522               |
+      | computed_at    | 2026-01-21T10:30:00Z |
+      | mode           | voiture              |
+    Et le TTL est de 15 minutes (900 secondes)
+
+  Scénario: Contenu géolocalisé remplace le contenu actuel (pas d'insertion en file)
+    Étant donné que j'écoute le contenu C2 de ma file [C1, C2, C3, C4, C5]
+    Et qu'une notification géolocalisée "Tour Eiffel" est déclenchée
+    Quand je valide la notification
+    Et que le décompte de 5s se termine
+    Alors le contenu "Tour Eiffel" remplace C2 et démarre
+    Et C2 est sauvegardé dans l'historique de navigation
+    Et la file reste [C3, C4, C5] (pas de contenu retiré)
+    Et quand "Tour Eiffel" se termine, C3 démarre
+
+  Scénario: Invalidation après déplacement exactement 10km
+    Étant donné que la file a été calculée à une position donnée
+    Quand je me déplace d'exactement 10.0 km
+    Alors la file d'attente n'est PAS invalidée (seuil strict >10km)
+    Et les contenus en cache restent valides
+    Quand je me déplace de 10.1 km supplémentaires (total 10.1km)
+    Alors la file d'attente est invalidée
+    Et une nouvelle file est calculée
+
+  Scénario: Rafraîchissement exactement après 10 minutes
+    Étant donné qu'une file a été calculée à 10:00:00
+    Quand l'heure actuelle est 10:10:00
+    Alors le timer de rafraîchissement expire
+    Et une nouvelle file de 5 contenus est recalculée
+    Et le timestamp "computed_at" est mis à jour
+
+  Scénario: Recalcul asynchrone non-bloquant
+    Étant donné qu'il reste 2 contenus dans la file
+    Et que j'appuie sur "Suivant"
+    Quand le recalcul asynchrone démarre
+    Alors la lecture du contenu actuel n'est pas interrompue
+    Et le recalcul se fait en arrière-plan
+    Et les nouveaux contenus sont ajoutés dès disponibles (< 500ms)
+    Et l'utilisateur ne perçoit aucune latence
+
+  Scénario: Notification basée sur ETA (pas distance fixe)
+    Étant donné qu'un contenu géolocalisé existe à un point GPS
+    Et que je roule à 130 km/h
+    Quand je suis à 252m du point (ETA = 7 secondes)
+    Alors une notification est envoyée
+    Quand je suis à 300m du point (ETA = 8 secondes)
+    Alors aucune notification n'est envoyée (ETA >7s)
+
+  Plan du Scénario: Différentes distances de déplacement et invalidation
+    Étant donné qu'une file a été calculée à une position donnée
+    Quand je me déplace de <distance> km
+    Alors la file est <action>
+
+    Exemples:
+      | distance | action                |
+      | 5        | conservée             |
+      | 9.9      | conservée             |
+      | 10.0     | conservée             |
+      | 10.1     | invalidée et recalculée |
+      | 15       | invalidée et recalculée |
+      | 50       | invalidée et recalculée |
+
+  Scénario: Quota de 6 contenus géolocalisés par heure
+    Étant donné que j'ai validé 6 notifications géolocalisées dans la dernière heure
+    Quand un 7ème contenu géolocalisé est détecté (ETA 7s)
+    Alors aucune notification n'est envoyée
+    Et le quota horaire est respecté
+
+  Scénario: Mode piéton - pas de notification avec compteur 7s
+    Étant donné que je suis en mode piéton (vitesse <5 km/h)
+    Et qu'un audio-guide géolocalisé existe à 150m
+    Quand je passe dans le rayon de 200m
+    Alors une notification push système est envoyée
+    Et aucun compteur 7s n'est affiché
+    Et je peux ouvrir l'app en tapant sur la notification

features/ui/navigation/lecture-enchainement.feature

@@ -0,0 +1,255 @@
+# language: fr
+Fonctionnalité: Lecture en boucle et enchaînement automatique
+  En tant qu'auditeur
+  Je veux que les contenus s'enchaînent automatiquement avec un délai paramétrable
+  Afin d'avoir une expérience fluide sans interruption
+
+  Contexte:
+    Étant donné que l'API RoadWave est disponible
+    Et qu'un utilisateur est connecté
+
+  Scénario: Passage automatique après 2 secondes (mode standard)
+    Étant donné que j'écoute un contenu "A" en mode standard
+    Quand la lecture se termine naturellement
+    Alors un timer de 2 secondes démarre
+    Et un overlay s'affiche: "Contenu suivant dans 2s..."
+    Et une barre de décompte visuelle s'affiche
+    Quand le timer atteint 0
+    Alors le contenu "B" démarre automatiquement
+    Et l'overlay disparaît
+
+  Scénario: Passage automatique après 1 seconde (mode Kids)
+    Étant donné que je suis en mode Kids
+    Et que j'écoute un contenu pour enfants
+    Quand la lecture se termine
+    Alors un timer de 1 seconde démarre
+    Et le message "Contenu suivant dans 1s..." s'affiche
+    Quand le timer expire
+    Alors le contenu suivant démarre automatiquement
+    Car l'attention des enfants est plus courte
+
+  Scénario: Passage immédiat après une radio live (0 seconde)
+    Étant donné que j'écoute une radio live
+    Quand le créateur arrête la diffusion
+    Alors le passage au contenu suivant est immédiat (0s de délai)
+    Et aucun overlay de décompte n'est affiché
+    Et la transition est fluide
+
+  Scénario: Annulation du passage automatique
+    Étant donné qu'un contenu se termine
+    Et que le timer de 2 secondes démarre
+    Quand je clique sur "Rester sur ce contenu" pendant le décompte
+    Alors le timer est annulé
+    Et le contenu actuel reste en pause à la fin
+    Et le contenu suivant n'est pas lancé
+
+  Scénario: Insertion de publicité pendant le délai de transition
+    Étant donné que j'ai écouté 4 contenus sans publicité
+    Et que le 5ème contenu se termine
+    Quand le délai de 2 secondes démarre
+    Alors une publicité s'insère dans la file d'attente
+    Et le message devient "Publicité (15s)"
+    Et la publicité démarre après les 2 secondes
+    Et elle ne coupe jamais un contenu en cours
+
+  Scénario: Fréquence de publicité paramétrable admin
+    Étant donné que la fréquence pub est configurée à "1/5 contenus"
+    Quand j'écoute 10 contenus
+    Alors 2 publicités sont insérées (après les contenus 5 et 10)
+    Étant donné que l'admin change la fréquence à "1/3 contenus"
+    Quand j'écoute 9 contenus
+    Alors 3 publicités sont insérées (après les contenus 3, 6 et 9)
+
+  Scénario: Publicité skippable après 5 secondes par défaut
+    Étant donné qu'une publicité de 30 secondes démarre
+    Et que le délai minimal de visionnage est configuré à 5 secondes
+    Quand j'écoute pendant 3 secondes
+    Alors le bouton "Passer" n'est pas encore visible
+    Quand j'atteins 5 secondes d'écoute
+    Alors le bouton "Passer" apparaît
+    Et je peux cliquer pour passer au contenu suivant
+
+  Scénario: Délai minimal de publicité paramétrable admin
+    Étant donné qu'une publicité démarre
+    Et que l'admin a configuré le délai à 10 secondes
+    Quand j'écoute pendant 9 secondes
+    Alors le bouton "Passer" n'est pas visible
+    Quand j'atteins 10 secondes
+    Alors le bouton "Passer" apparaît
+    Et je peux skipper la publicité
+
+  Scénario: Like et abonnement autorisés sur une publicité
+    Étant donné qu'une publicité est en lecture
+    Quand je clique sur le bouton cœur (véhicule arrêté)
+    Alors la publicité reçoit un like (+2% jauges tags pub)
+    Quand je clique sur "S'abonner" au créateur de la pub
+    Alors je suis abonné (+5% jauges tags créateur)
+    Et le créateur de pub bénéficie de l'engagement
+
+  Scénario: Métriques d'engagement publicité trackées
+    Étant donné qu'une publicité de 30s est diffusée à 100 auditeurs
+    Quand 40 auditeurs écoutent entièrement (30s)
+    Et que 50 auditeurs skippent après 10s
+    Et que 10 auditeurs skippent avant 5s
+    Alors les métriques sont:
+      | Métrique                  | Valeur |
+      | Taux d'écoute complète    | 40%    |
+      | Taux de skip après seuil  | 50%    |
+      | Taux de skip immédiat     | 10%    |
+      | Durée moyenne d'écoute    | 18s    |
+
+  Scénario: Message "Aucun contenu disponible" si file vide
+    Étant donné que la file d'attente est vide
+    Et qu'aucun contenu n'est disponible dans ma zone
+    Quand le contenu actuel se termine
+    Alors un message s'affiche: "Aucun contenu disponible dans cette zone"
+    Et une proposition apparaît: "Élargir la zone de recherche ?"
+    Et un bouton "Élargir" est disponible
+    Et la lecture se met en pause automatiquement
+
+  Scénario: Élargissement automatique de la zone de recherche
+    Étant donné que le message "Aucun contenu disponible" s'affiche
+    Quand je clique sur "Élargir la zone"
+    Alors l'algorithme relance une recherche avec rayon +50km
+    Et une notification "Recherche élargie à 50km" s'affiche
+    Et la file d'attente est recalculée
+    Et la lecture reprend automatiquement
+
+  Scénario: Refus d'élargissement laisse en pause
+    Étant donné que le message "Aucun contenu disponible" s'affiche
+    Quand je clique sur "Annuler"
+    Alors la lecture reste en pause
+    Et l'interface affiche "En attente de contenu"
+    Et je peux manuellement naviguer ou chercher du contenu
+
+  Scénario: Retry avec backoff exponentiel en cas d'échec réseau
+    Étant donné que le contenu suivant échoue au chargement
+    Quand la première tentative échoue
+    Alors le système retente après 1 seconde (backoff 1s)
+    Quand la 2ème tentative échoue
+    Alors le système retente après 2 secondes (backoff 2s)
+    Quand la 3ème tentative échoue
+    Alors le système retente après 4 secondes (backoff 4s)
+    Et après 3 échecs totaux, le système bascule en mode offline
+
+  Scénario: Basculement mode offline après 3 échecs réseau
+    Étant donné que j'ai eu 3 échecs de chargement consécutifs
+    Quand le 3ème échec se produit
+    Alors un message "Connexion instable, basculement mode offline" s'affiche
+    Et la lecture continue avec les contenus téléchargés uniquement
+    Et les contenus en ligne sont temporairement désactivés
+    Quand la connexion revient
+    Alors le mode en ligne est automatiquement rétabli
+
+  Scénario: Overlay de décompte avec barre visuelle
+    Étant donné qu'un contenu se termine
+    Quand le timer de 2 secondes démarre
+    Alors un overlay semi-transparent s'affiche en bas de l'écran
+    Et le texte "Contenu suivant dans 2s..." est visible
+    Et une barre de progression décroît de 100% à 0% en 2 secondes
+    Et la couleur de la barre passe de vert à orange
+    Et l'overlay disparaît automatiquement après le décompte
+
+  Scénario: Bouton "Rester sur ce contenu" pendant décompte
+    Étant donné que le décompte de 2 secondes est actif
+    Quand l'overlay s'affiche
+    Alors un bouton "Rester sur ce contenu" est visible
+    Et il est cliquable pendant les 2 secondes
+    Quand je clique dessus
+    Alors le timer est annulé immédiatement
+    Et l'overlay disparaît
+    Et le contenu actuel reste affiché en pause
+
+  Scénario: Pas d'interruption d'un contenu en cours
+    Étant donné que j'écoute un contenu de 10 minutes
+    Et que je suis à 5 minutes de lecture
+    Quand une publicité devrait s'insérer (fréquence 1/5)
+    Alors la publicité n'interrompt jamais le contenu en cours
+    Et elle attend la fin du contenu actuel
+    Et elle s'insère pendant le délai de transition (2s)
+
+  Scénario: Publicités uniquement pour utilisateurs gratuits
+    Étant donné que je suis un utilisateur gratuit
+    Quand j'écoute 5 contenus
+    Alors une publicité est insérée après le 5ème contenu
+    Étant donné que je passe en compte Premium
+    Quand j'écoute 100 contenus
+    Alors aucune publicité n'est insérée
+    Et l'enchaînement est direct (2s de transition seulement)
+
+  Scénario: Message clair pour l'utilisateur lors de la publicité
+    Étant donné qu'une publicité va démarrer
+    Quand le délai de transition démarre
+    Alors le message affiché est: "Publicité (15s)"
+    Et la durée totale de la pub est indiquée
+    Et l'utilisateur sait qu'il s'agit d'une pub
+    Et la transparence est maximale
+
+  Scénario: Transition fluide entre contenus sans coupure
+    Étant donné qu'un contenu se termine
+    Et que le suivant est pré-chargé en cache
+    Quand le timer de 2s expire
+    Alors la transition audio utilise un crossfade de 0.3s
+    Et il n'y a aucun blanc ou coupure
+    Et l'expérience est fluide
+
+  Scénario: Gestion des erreurs de chargement avec retry
+    Étant donné que le contenu suivant échoue au chargement
+    Quand la 1ère tentative échoue
+    Alors une notification "Chargement..." s'affiche
+    Et le système retente automatiquement
+    Quand la 2ème tentative réussit
+    Alors la lecture démarre normalement
+    Et aucune action utilisateur n'est requise
+
+  Scénario: Mode offline après échecs multiples
+    Étant donné que j'ai 50 contenus téléchargés en mode offline
+    Et que j'ai eu 3 échecs réseau consécutifs
+    Quand le mode offline s'active
+    Alors seuls les contenus téléchargés sont disponibles
+    Et un badge "Mode offline" s'affiche en haut de l'écran
+    Et la lecture continue sans interruption
+
+  Scénario: Compteur de contenus avant prochaine publicité
+    Étant donné que la fréquence pub est 1/5 contenus
+    Et que j'ai écouté 3 contenus depuis la dernière pub
+    Quand je consulte l'interface
+    Alors un indicateur discret affiche "2 contenus avant pub"
+    Et l'utilisateur sait quand attendre la prochaine publicité
+
+  Plan du Scénario: Délai de transition selon mode
+    Étant donné que je suis en mode <mode>
+    Quand un contenu se termine
+    Alors le délai de transition est <delai> secondes
+    Et le message affiché est <message>
+
+    Exemples:
+      | mode     | delai | message                      |
+      | Standard | 2     | "Contenu suivant dans 2s..." |
+      | Kids     | 1     | "Contenu suivant dans 1s..." |
+      | Live     | 0     | (aucun message)              |
+
+  Plan du Scénario: Fréquence d'insertion des publicités
+    Étant donné que la fréquence pub est configurée à <frequence>
+    Quand j'écoute <contenus> contenus
+    Alors <pubs> publicités sont insérées
+
+    Exemples:
+      | frequence | contenus | pubs |
+      | 1/3       | 6        | 2    |
+      | 1/3       | 9        | 3    |
+      | 1/5       | 10       | 2    |
+      | 1/5       | 15       | 3    |
+      | 1/7       | 14       | 2    |
+      | 1/7       | 21       | 3    |
+
+  Plan du Scénario: Backoff exponentiel retry
+    Étant donné que le chargement échoue
+    Quand je suis à la tentative <tentative>
+    Alors le délai de retry est <delai> secondes
+
+    Exemples:
+      | tentative | delai |
+      | 1         | 1     |
+      | 2         | 2     |
+      | 3         | 4     |