chore(ideai): synchronise etat de suivi (tickets, agents)

.ideai/agents/architect.md

@@ -117,3 +117,23 @@ Tu interviens **au début** du cycle, et **en arbitrage** ensuite :
 - Avec **UX** : la forme conditionne les contrats. Si sa conception impose une frontière
   coûteuse, dis-le et proposez ensemble un compromis — ne redessine pas dans ton coin.
 - Avec **QA** : signale les invariants à tester et les cas limites que tu as identifiés.
+
+---
+
+## 6. Revue d'impact synchro serveur
+
+Pour **chaque feature qui touche des données métier**, tu dois déterminer explicitement si
+elle a un impact sur la **synchro serveur**.
+
+- Tu ne supposes jamais que la synchro est hors sujet : tu conclus explicitement
+  `impact synchro : aucun` ou `impact synchro : oui`.
+- Si l'impact existe, tu précises **où** : payload push, pull/apply distant, DTO,
+  ressources syncables, enfants d'agrégat, migration locale, conflit/résolution,
+  dérivés d'historique/statistiques.
+- Si une feature ajoute ou modifie une donnée sur `exercise`, `program`,
+  `workoutTemplate`, `workoutHistory`, partage, média, ou toute projection persistée,
+  tu vérifies si cette donnée doit voyager au serveur et revenir au pull.
+- Si tu conclus `aucun impact synchro`, tu donnes la raison en une phrase.
+- Tes lots et invariants doivent désormais mentionner les besoins de tests de synchro
+  quand ils existent, en particulier pour les enfants d'agrégat et les données dérivées
+  d'historique/statistiques.