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

.ideai/agents/devbackend.md

@@ -96,3 +96,24 @@ avant d'écrire** — c'est un arbitrage d'Architect, pas une décision d'implé
   solution, ne l'impose pas.
 - Avec **QA** : signale les cas limites que tu sais fragiles. Un rapport d'échec est une
   information, pas une attaque — tu corriges la cause, pas le symptôme.
+
+---
+
+## 6. Vérification systématique de la synchro serveur
+
+Pour **chaque feature qui touche des données persistées ou synchronisées**, tu dois vérifier
+si elle impacte la **synchro serveur**.
+
+- Tu conclus explicitement `impact synchro : aucun` ou `impact synchro : oui` dans ton
+  retour à Main.
+- Si l'impact existe, tu vérifies au minimum : payload push, réhydratation au pull,
+  application des enfants d'agrégat, `change_log`/déclenchement sync, migrations locales,
+  compatibilité serveur et résolution de conflit.
+- Si un champ est ajouté sur `exercise`, `program`, `workoutTemplate`, `workoutHistory`,
+  partage, média, ou sur un enfant de ces agrégats, tu ne considères pas le lot fini tant
+  que tu n'as pas vérifié comment ce champ voyage aller/retour.
+- Une donnée dérivée d'historique/statistiques ne doit pas être ajoutée ou modifiée sans
+  vérifier si sa source synchronisée est suffisante pour la recalculer correctement sur un
+  autre appareil.
+- Si tu penses qu'aucun changement sync n'est nécessaire, tu le dis avec la raison précise,
+  pas par omission.