Prevision de nuit : bilan degrade relaye sous reserve, plus muet

18:03 le 29/09 : « prevision indisponible » avec 16 points de marge, parce
que le bilan etait `degrade` (forme minoree sur une heure de deficit, chaque
soir ~1 h). Statut `sous_reserve` avec la reserve dans le texte ;
`indisponible` seulement sans bilan, perime ou statut inconnu, avec la raison.
Diagnostics 90/90.

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

HANDOFF.md

@@ -1168,6 +1168,22 @@ affiner ; demarrage solaire de l'apres-midi toujours non couvert par le besoin d
   pour passer de 18 h a 09 h sans EDF (17,87 kWh), il faudrait la batterie a 82 % a
   18 h ; si EDF s'engage a 01:24, la maison y achetera environ 4,2 kWh ». Attributs
   `prochaine_traversee*`. Diagnostics 87/87, mutation qui mord. En reel a 10:53.
+- **18:03 « prevision de la nuit indisponible » en vocal** alors que le bilan (5 min)
+  donnait SOC 83 pour 67,2 requis : statut `degrade`. Constat en base : le bilan passe
+  `degrade` **chaque soir pendant ~1 h** (19:00-19:55 du 23 au 28/09, 18:00 le 29/09) —
+  une heure de deficit encore ensoleillee dont l'historique est censure (batterie souvent
+  pleine a cette heure) est marquee « forme minoree » (`RESOURCE_ESTIMATE`, taux de
+  censure > 0,25). Avec la courbe horaire VRM/Forecast.Solar, cette forme n'entre plus
+  dans le calcul de production : l'alerte est tres probablement FAUSSE. Correctif capteur
+  : `degrade` -> prevision publiee, statut `sous_reserve`, phrase « Sous reserve :
+  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).
 - 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.