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/136/carnet.md

@@ -0,0 +1,20 @@
+---
+issueRef: "#136"
+version: 8
+updatedBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
+updatedAt: 1785244375293
+---
+
+## #136 — Cadrage UX (2026-07-28)
+
+**Comportement attendu** : tap sur `Passer le repos` → bouton passe en état pending bref (`Envoi...`, pattern déjà spécifié [[gametime-ux-watch-companion]]) → commande envoyée au téléphone → téléphone applique le skip (repos terminé, phase avance) → **c'est la projection confirmée qui fait changer l'écran montre**, jamais un tap local. Le repos réel côté téléphone doit changer ; l'écran montre ne doit refléter ce changement qu'une fois l'ack/la nouvelle projection reçus.
+
+**Contraintes UI/feedback** :
+- Ne jamais quitter l'écran `Repos` avant réception d'un ack `accepted`/`acceptedNoOp` + nouvelle projection. Si rejet (`rejectedStaleRevision`, `rejectedNotApplicable`…), rester sur `Repos` avec son état confirmé actuel, sans transition fantôme.
+- Si latence perceptible, réutiliser les seuils déjà cadrés (état `Envoi...` court, puis `En attente du téléphone`) plutôt qu'un basculement d'écran optimiste.
+
+**À ne pas faire** :
+- Naviguer localement vers l'écran séance active sur simple tap, avant confirmation — c'est exactement le bug actuel (l'écran change sans que le repos ait réellement sauté côté téléphone).
+- Ajouter une confirmation (`Passer le repos ?`) : cette action reste dans la liste des actions immédiates, pas dans celles à confirmer ([[gametime-ux-watch-companion]]).
+
+**Libellé/navigation** : aucune évolution nécessaire. Le libellé `Passer le repos` et le modèle « écran piloté par la projection confirmée » sont déjà correctement spécifiés — c'est un bug d'implémentation (navigation locale avant état confirmé, ou commande mal routée côté téléphone), pas un manque de conception.