---
issueRef: "#164"
version: 5
updatedBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
updatedAt: 1785244375351
---

## #164 — Cadrage UX (2026-07-28)

**Comportement attendu** : sur un chrono d'étape avec temps, bip court aux 3 dernières secondes (à chaque tick 3, 2, 1) synchronisé avec la valeur affichée, bip plus long au passage à 0. Sur la montre, une vibration se déclenche au passage à 0 — à aligner sur le pattern haptique déjà cadré pour "fin d'un chrono" ([[gametime-ux-watch-companion]] : double impulsion), pas un nouveau pattern à inventer sauf si Main confirme vouloir une vibration simple distincte.

**Contraintes UI/feedback** :
- Le son ne doit toujours pas couper la musique en cours (invariant #92, contexte audio `sonification`/`mixWithOthers` déjà en place — vérifier non-régression, cette correction en dépend probablement).
- Répartition déjà actée à conserver : **son côté téléphone, vibration côté montre** — ne pas dupliquer le son sur la montre ni ajouter de vibration téléphone sur ce même événement ([[gametime-ux-watch-companion]] : « éviter la duplication agressive téléphone + montre sur le même événement »).
- La vibration montre doit se déclencher sur le passage à 0 tel qu'interpolé/reçu localement par la montre, pas sur un nouvel aller-retour réseau dédié.

**À ne pas faire** :
- Ne pas ajouter de son sur la montre ni de vibration sur le téléphone.
- Ne pas faire prendre le focus audio à ce son (régression à surveiller en priorité, cf. #92) ni à une éventuelle API haptique montre.
- Ne pas inventer un nouveau pattern haptique montre sans vérifier d'abord si le double-impulsion déjà spécifié pour "fin de chrono" couvre déjà ce cas.

**Libellé/navigation** : aucune évolution nécessaire, correctif de feedback sonore/haptique uniquement.