Bilan : plus de faux statut degrade le soir (heure lue dans la courbe horaire)

Chaque soir ~1 h, une heure de deficit encore ensoleillee etait classee
« minoree » d'apres le taux de censure de l'enveloppe, alors que sa production
venait de la courbe horaire VRM / Forecast.Solar. Le bilan passait `degrade`
et le controleur l'ignorait (plancher du soir a 85 % fixe). Les heures lues
dans la courbe sont desormais `courbe`. Verifie : 18:20 ok, chiffres
identiques a 18:15 degrade. Bilan 72/72.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_011uJ47NxgfpGnuuMr3f2n7Z

HANDOFF.md

@@ -1179,11 +1179,13 @@ affiner ; demarrage solaire de l'apres-midi toujours non couvert par le besoin d
   l'historique de production de ces heures de fin de journee est incomplet … la decision
   reelle est reprise a 01:24 » ; `indisponible` seulement sans bilan, bilan perime ou
   statut inconnu, avec la raison dans `explication`. Diagnostics 90/90, mutation qui mord.
-  ⚠️ **OUVERT, decision du proprietaire** : pendant cette heure, le controleur ignore
-  AUSSI le bilan (`balanceStatusOk`) -> plancher du soir retombe sur 85 % fixe, cible et
-  session sur les regles historiques. A 01:24 le statut est `ok` (pas d'effet sur la
-  session de nuit constate). Piste : ne pas degrader sur une forme minoree quand la
-  production horaire vient de la courbe de prevision (et non de l'enveloppe).
+  Pendant cette heure, le controleur ignorait AUSSI le bilan (`balanceStatusOk`) :
+  plancher du soir retombe sur 85 % fixe. **Corrige a la source (accord du proprietaire,
+  18:20)** : `RESOURCE_ESTIMATE` classe `courbe` toute heure dont l'energie est lue dans la
+  courbe horaire ; `minoree` ne qualifie plus que les heures reparties sur l'enveloppe
+  (repli). Verifie en reel : 18:15 `degrade`, 18:20 `ok`, chiffres IDENTIQUES (67,2 /
+  81,5 / 13,56 kWh) — l'etiquette ne changeait rien au calcul. Bilan 72/72, mutation qui
+  mord. Le statut `sous_reserve` de la prevision ne doit plus apparaitre qu'en repli.
 - SPARK : les transcripts SQLite (`openclaw-agent.sqlite`, droits 600) remontent au
   18/07, AUCUNE rotation ; un evenement contient le jeton HA (l'agent a lu `.ha-token`).
   Signale au proprietaire par SPARK, base non modifiee.