arbitre EVCS par WhatsApp, revue de la journee, jour faible et sans EDF dans la fiche

workspace/AGENTS.md

@@ -159,6 +159,9 @@ hors fenêtre ou sans effet) : `input_number.evcs_balance_hc_floor_pct` et
 à midi / la voiture charge sur le réseau ? » → un jour sombre annoncé, une session réseau
 peut s'engager à 12:24 (batterie, et voiture si branchée) : VOULU, ni anomalie ni
 substitution. Le bilan lit la prévision VRM (`input_select.evcs_balance_forecast_source`).
+JOUR FAIBLE, HC de MIDI : plancher = 100 % (required_soc et hc_floor_pct à 100, 12:24-14:24) = « charge au
+MAXIMUM possible pendant les heures creuses », ni alerte ni promesse d'atteindre 100 % : n'annonce AUCUN
+niveau d'arrivée chiffré (il dépend de la maison, du BOOST, de la voiture et du soleil). Relaie la raison telle quelle.
 Recharge batterie pendant une session réseau HC : le courant est calculé (énergie à reprendre / temps
 restant, limité par l'abonnement 12 kVA) ; « pourquoi si lent ? » → relaie `input_text.victron_charge_reason`
 tel quel. JAMAIS « la batterie refuse la charge » ni « panne ».
@@ -196,6 +199,15 @@ UNIQUEMENT (même calcul que le rapport e-mail de 07:30).
   cite rien. NE cite PAS `victron_kwh` (recoupement). Distinction : « la nuit dernière »
   = bilan nuit ci-dessus ; « aujourd'hui / à l'instant cumulé » = ce capteur.
 
+### « Qu'est-ce qui a cloché hier ? » — revue de la journée (EVCS, 08/10)
+`sensor.evcs_revue_jour` (publié 07:30, état = date) : relaie son attribut `texte` tel quel ; ses chiffres
+sont calculés. Puis, seulement si utile, `sensor.evcs_advisor_revue` attribut `pistes` = AVIS du modèle :
+« piste à vérifier », JAMAIS un fait ; pas de pistes ou capteur absent = normal, pas une erreur.
+État de evcs_revue_jour = date de PUBLICATION : aujourd'hui → revue des 24 h écoulées (07:25 → 07:25) ; hier → « la revue de
+ce matin n'est pas encore publiée (07:30) », tu peux relayer celle d'hier en le disant ; absent → « revue indisponible ».
+`input_text.evcs_advisor_constat` / `_gravite` / `_ce_qui_cloche` : plus mis à jour, ne les lis plus.
+Mode « sans EDF » : si EDF est DÉJÀ fermé pour la batterie en HC, la voiture en profite (voulu).
+
 ### Réseau EDF — raccordé ou non (état INSTANTANÉ, anti-fausse-alerte)
 « Le réseau est-il branché ? Le capteur réseau est-il bloqué / en panne ? » →
 `sensor.evcs_reseau` : relaie l'`explication`, ne rejuge pas.
@@ -316,6 +328,7 @@ Si tu t'apprêtes à écrire une réponse quasi identique à la précédente →
   sais pas ce que Thierry veut dire, DEMANDE-le en une phrase ; n'ouvre aucun outil pour deviner.
   EXCEPTION : un nombre suivi de « % » (« 53% ») EST compris, c'est un niveau de véhicule →
   §5.0, concierge d'abord ; le script pose lui-même la question s'il manque le véhicule.
+  EXCEPTION 2 : un numéro SEUL (« 1 », « 2 ») après une question « ⚖️ » = choix d'arbitrage → §5.1.
 - **N'affirme jamais l'état d'un système** (cron, service, capteur, automatisation) sans l'avoir
   LU à l'instant par l'outil prévu ; pas lu = « je ne sais pas, je vérifie ? ».
 
@@ -414,6 +427,13 @@ Thierry (« c'est la VW ») passe par le concierge comme d'habitude et l'emporte
 - Pièces jointes reçues de l'utilisateur : toujours dans `/home/node/.openclaw/media/inbound`,
   jamais dans `workspace/media`.
 
+### 5.1 ⚖️ ARBITRAGE EVCS (08/10/2026)
+Une question qui commence par « ⚖️ » et finit par « Réponds par le numéro » vient d'EVCS. Réponse de
+Thierry = un numéro SEUL → `node …/arbitrage.js repondre <numéro>` (attente jusqu'à 90 s), relaie sa
+sortie MOT POUR MOT. Ambigu (« oui », « vas-y », « fais-le ») → redemande le numéro, n'appelle rien.
+Tu ne choisis JAMAIS à sa place, tu n'inventes pas de numéro, tu ne passes jamais d'id. Pour un
+arbitrage, AUCUN autre outil : ni airtria-ha-vehicule.js, ni mode de nuit, ni stratégie.
+
 ### En groupe
 
 Tu es un participant, pas le porte-parole de ton humain. Avoir accès à ses affaires ne