# Test6 — Forte via libellé égarant, identifiant STABLE

## Objectif
Vérifier le niveau d'alerte **Forte**, introduit pour distinguer un libellé simplement reformulé
(Test5, Moyenne) d'un libellé qui ferait vraiment perdre l'utilisateur dans sa procédure.

## Modification par rapport à la référence
`#pay-mode-2` **reste strictement inchangé** (comme Test5). Le texte affiché devient "Mode C" —
aucun rapport lexical ou sémantique avec "Virement bancaire".

## Mécanisme attendu
Identique à Test5 jusqu'à la classification : sélecteur strict trouve l'élément directement
(`healedVia = null`), le changement de libellé est détecté et reporté. La différence se joue dans
le jugement IA final : "Mode C" ne permet à un utilisateur suivant la procédure de reconnaître ni
le mot "virement", ni "bancaire", ni aucun indice du moyen de paiement concerné → l'IA devrait
classer ce changement **Forte**.

## Résultat attendu
- Statut final : ✅ **succès**.
- Une alerte 🚨 **Forte** sur l'étape 8.
- **Un seul appel IA** de classification — nécessite un fournisseur IA configuré. **Ce cas dépend
  du jugement du modèle IA configuré** : un modèle peu performant pourrait à tort classer ce
  changement "Moyenne" plutôt que "Forte" ; si l'IA n'est pas configurée du tout, le repli
  automatique produit systématiquement "Moyenne" (jamais "Forte" par défaut — c'est voulu, un
  classement Forte doit toujours être positif, jamais un repli par défaut).

## Comment vérifier
Comparez directement au résultat de Test5 : même mécanisme, seule la sévérité du badge doit
différer (🚨 Forte ici, contre 📝 Moyenne pour Test5). Si votre IA configurée classe ce cas en
Moyenne, ce n'est pas nécessairement une anomalie de TestFlow — regardez la justification
(`reason`) renvoyée par l'IA dans le journal pour évaluer si son jugement est raisonnable.