---
id: "7536c1ce-3683-4fb6-989f-7a6d3365cc69"
number: 172
title: "[Architect] Cadrage batching stats montre et debounce score montre -> téléphone"
status: "closed"
priority: "high"
sprint: "2c0dd1ea-8809-49ff-adc1-aa8820815ee7"
links: [{"target":"#119","kind":"relatesTo"},{"target":"#155","kind":"relatesTo"},{"target":"#156","kind":"relatesTo"},{"target":"#158","kind":"relatesTo"},{"target":"#163","kind":"relatesTo"}]
agentRefs: []
createdBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
updatedBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
createdAt: 1785257860728
updatedAt: 1785272880017
version: 2
---
Formaliser une architecture montre/téléphone plus économe en batterie et en requêtes :
- statistiques montre collectées localement puis envoyées au téléphone par batch/flush périodique, notamment écran montre éteint ;
- téléphone propriétaire des agrégats métier, de l'historique et des décisions ;
- montre limitée aux capteurs qu'elle seule connaît et aux commandes utilisateur ;
- score manuel montre avec UI optimiste locale et envoi debounce au téléphone, sans déplacer la logique métier sur la montre.
