Barre de progression

# Implémenter Barre de progression dans ton agent

## Objectif
Implémente Barre de progression pour ce comportement vérifié : Un indicateur visuel et sémantique d’avancement : il expose une valeur dans une plage connue quand elle est mesurable et reste indéterminé sans valeur fiable.

## Prérequis
- Inspecte d’abord le dépôt, le design system et les tests existants.
- Préserve les changements sans rapport et borne les fichiers modifiés.
- Confirme que Barre de progression répond au besoin avant de coder.

## Comportement requis
- La valeur actuelle progresse entre un minimum et un maximum connus sans annonces excessives.
- La région de contenu expose son état occupé tandis que l’indicateur visuel reste redondant.

## États à couvrir
- Envoi au repos
- Envoi avec progression mesurée
- Envoi sans estimation fiable
- Envoi annulé
- Envoi terminé

## Accessibilité
- Rôle ARIA : progress
- Le contrôle principal ou la région nommée pour Barre de progression possède un nom accessible stable issu d’un texte visible ou d’un libellé programmatique explicite ; le placeholder et l’infobulle ne servent pas de nom.
- L’indicateur ne reçoit pas le focus ; celui-ci reste sur les contrôles de l’opération ou la tâche actuelle.
- Il se termine seulement après réussite, échec ou annulation explicite et est remplacé par l’état final correspondant.
- Le nom accessible et la valeur actuelle sont exposés ; les annonces sont espacées pour éviter chaque petite mise à jour.
- Tab ignore la barre non interactive
- Tab atteint l’action Annuler distincte lorsqu’elle existe

## Quand ne pas utiliser
- La valeur est devinée ou saute de façon imprévisible
- Seule la forme du contenu compte, pas l’avancement

## Critères d’acceptation
- Le minimum, le maximum et la valeur actuelle sont réels
- Un libellé visible ou accessible nomme l’opération
- Les mises à jour restent compréhensibles
- Réussite, échec et annulation ont des états finaux

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

• Web platform
• Prérequis · Accès au dépôt, au design system et aux tests

# Vérifier Barre de progression après l’implémentation

## Objectif
Audite l’implémentation de Barre de progression au regard de son comportement, de ses états et de ses exigences d’accessibilité sans la modifier automatiquement.

## Contrôles
- Rejoue le plus petit parcours représentatif.
- Contrôle le clavier, le focus, le nom accessible et les annonces.
- Relie chaque écart à un critère d’acceptation précis.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:7261a0d71540d52b1c2928cd6030b6c22021f0654089c35de8c7c02e415caf1e

# Déboguer Barre de progression dans ton agent

## Symptôme observé
[DÉCRIS ICI LE SYMPTÔME]

## Contrôles observables
- Reproduis le problème avec le plus petit parcours pertinent.
- Compare le comportement aux états et transitions documentés de Barre de progression.
- Vérifie le clavier, le focus, le nom accessible et les annonces.

## Causes possibles
- La primitive employée ne correspond pas au comportement attendu.
- Un état, une transition ou un retour de focus manque.
- Le composant voisin capture un événement ou masque un signal accessible.

## Corrections bornées
- Corrige la cause reproduite sans recréer les composants voisins.
- Conserve le contrat public et ajoute un test ciblé de non-régression.
- N’installe aucune dépendance et ne modifie aucun état distant sans autorisation.

## Vérification finale
- Le minimum, le maximum et la valeur actuelle sont réels
- Un libellé visible ou accessible nomme l’opération
- Les mises à jour restent compréhensibles
- Réussite, échec et annulation ont des états finaux

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

• Web platform
• Prérequis · Accès au dépôt, au design system et aux tests

# Empêcher la régression de Barre de progression

## Objectif
Transforme la cause reproduite en test de non-régression ciblé et compare Barre de progression aux concepts voisins avant d’élargir la correction.

## Contrôles
- Prouve que le test échoue avant la correction.
- Prouve qu’il passe après la correction bornée.
- Vérifie qu’aucun composant voisin n’a changé de comportement.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:f95f920c7e2683d0d10f7db11306d580a3276873b006e11f0b81f53bf8596a7f