[wip] état session — phases 0-3b, prochaine action 3b-iv, topologie remotes

AGENTS.md

@@ -8,6 +8,35 @@ vers un gestionnaire d'énergie complet (EV, ECS, PAC SG-Ready, batterie).
 - **Document d'interface faisant autorité** : `docs/OPTIMIZER_PROTOCOL.md` (le contrat
   stratégie/arbitrage — interne ET socket). `INTERFACE.md` fait autorité sur l'API JSON-RPC.
 
+## ÉTAT
+
+| Phase | Statut | Commit(s) |
+|-------|--------|-----------|
+| 0 — analyse fork / structure | ✅ FAITE | `f4d5b20` |
+| 1 — renommage .pro + métadonnées debian | ✅ FAITE | `f4d5b20` |
+| 2 — design arbitre validé | ✅ FAITE | `074fa71` |
+| 3a — structs protocole + interfaces | ✅ FAITE | `4ae1939` |
+| 3b — EnergyArbitrator + scheduler + adapter | ⏳ CODE COMMITÉ, iso-fonctionnalité non prouvée | `5f49e4c` |
+
+**Détail 3b** (`5f49e4c`) :
+- `EnergyArbitrator : public SmartChargingManager` — justification dans `## DÉCISIONS DE DESIGN`
+- `EvAdapter` + `RuleBasedScheduler` implémentés
+- Build : **0 erreur / 0 warning**
+- `ETM_ARBITRATOR` **commenté** dans `.pro` — flip inactif jusqu'à preuve iso
+
+**PROCHAINE ACTION — 3b-iv** :
+1. Décommenter `DEFINES += ETM_ARBITRATOR` dans `energyplugin.pro`
+2. Lancer `docker-simulation.sh`
+3. Vérifier les `decisionReason` dans les logs (`[Arbitre] <thingId> → <reason>`) et comparer le comportement EV avec l'amont sur les mêmes scénarios
+4. Preuve iso-fonctionnelle validée → commit d'activation
+
+**Remotes git** :
+- `origin` (`https://git.etm-powersync.fr/...`) = remote de travail — push normal
+- `etm-public` (`gitea-lan:...powersync-energy-plugin-etm`) = miroir public GPL → push **MANUEL par Patrick uniquement** (`sync-public.sh`)
+- `etm-pro` = reliquat historique — ne pas utiliser, cartographie à clarifier
+
+---
+
 > ⚠️ Tout plan antérieur mentionnant « créer etm/ avec PowerSyncClient et
 > StaticHcHpProvider comme première étape » ou « injecter l'optimiseur dans
 > SmartChargingManager » est **INVALIDE et ABANDONNÉ**. Ne pas le reprendre,