chore(wip): consolidation intermédiaire multi-tickets (sprints Statistiques, UI, Bug resolution, Serveur-client)

Regroupe l'état de travail en cours réalisé dans un même worktree sur
plusieurs tickets/sprints (#85, #136, #145, #155-160, #162-164),
mélangeant des tickets QA et inProgress. Ne constitue pas une feature
terminée : commit de sauvegarde avant triage/split par ticket en
branches feature/* dédiées. Exclut les dossiers d'environnement de
build locaux et le heap dump parasite (.gitignore mis à jour).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

.ideai/tickets/164/carnet.md

@@ -0,0 +1,22 @@
+---
+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.

.ideai/tickets/164/issue.md

@@ -0,0 +1,16 @@
+---
+id: "879caaa3-2658-4ad8-bfa0-a7444cffc1b0"
+number: 164
+title: "[Bug] Plus de son en fin de chrono"
+status: "inProgress"
+priority: "medium"
+sprint: "abc4f969-b169-45f7-988c-daeeab762201"
+links: []
+agentRefs: []
+createdBy: {"kind":"user"}
+updatedBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
+createdAt: 1785243194849
+updatedAt: 1785244375351
+version: 5
+---
+Il n'y a plus de bips en fin de chrono. Sur les 3 derniere seconde il doit y avoir un big court et un bip plus long à 0. J'aiemrais que la montre vibre quand le chrono arrive à 0