1.2 KiB
1.2 KiB
id, number, title, status, priority, sprint, links, agentRefs, createdBy, updatedBy, createdAt, updatedAt, version
| id | number | title | status | priority | sprint | links | agentRefs | createdBy | updatedBy | createdAt | updatedAt | version | |||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 7536c1ce-3683-4fb6-989f-7a6d3365cc69 | 172 | [Architect] Cadrage batching stats montre et debounce score montre -> téléphone | closed | high | 2c0dd1ea-8809-49ff-adc1-aa8820815ee7 |
|
|
|
1785257860728 | 1785272880017 | 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.