docs(§10): 8.2 et 8.4 tranchés, 8.5 posée à l'agent app

Quatre des cinq points du §10 sont désormais tranchés. 8.2 : le plafond §14a
porte les deux formes — par phase et au total — sans jamais convertir. 8.4 : la
cible de confort reste un comparateur, le dosage attendant le modèle thermique du
§11. Confirmations, rien de rouvert.

8.5 reste, et il ne se tranche pas ici : c'est l'ordre de service APPARENT. Un
plancher éco de rang 4 passe devant un confort de rang 1 — voulu, lexicographique
sur (niveau, rang), et contre-intuitif pour l'installateur qui vient de poser son
ordre. La question est POSÉE à l'agent app dans le brief §9, pas répondue.

Trois choses lui sont données pour décider : sur quoi la liste est ordonnée — par
rang, et l'ordre affiché n'est plus l'ordre de service, ce qu'il faut dire ; ou
par ordre de service, et le rang cesse d'être lisible. Une entrée par passe ou
une entrée à deux états. Et ce qu'on voit d'une charge dont l'éco est servi et le
confort non — le cas le plus fréquent, et le seul qui n'ait AUCUN équivalent
aujourd'hui : la télémétrie publie un motif et une allocation, un seul de chaque.

Ce qui lui est demandé est de dire quelle FORME DE PUBLICATION rendrait l'écran
possible, comme la maquette des mécanismes l'a fait pour les six écrans — pas de
câbler quoi que ce soit, le §10 n'étant pas implémenté. Deux garde-fous joints
pour que la réponse ne se ferme pas sur un détail : une charge reçoit une SEULE
commande par cycle quelles que soient les passes (LM-1003), et le rang reste UN —
pas de prioritéEco/prioritéConfort, rejet explicite de LM-1002.

Et la conséquence est écrite des deux côtés : le §10 ne se code pas avant cette
réponse. Commencer par le moteur reviendrait à inventer une charge utile puis à
demander à l'écran de s'en arranger, c'est-à-dire l'ordre inverse de celui qui a
marché.

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

docs/DESIGN_10.md

@@ -8,9 +8,14 @@ notes qui contraignent la forme : **LM-1006-1** (le plafond de soutirage) et **L
 deux régimes d'échéance).
 
 > **Ce document ne demande pas si le §10 doit se faire. Il dit sous quelle forme, et nomme les
-> points qui demandent une décision** — §8. **Deux sont tranchés** (2026-08-27) : la réserve
-> batterie n'annule pas l'autorisation de soutirage, et le repli dégradé ne concerne pas ce lot.
-> Trois restent ouverts.
+> points qui demandent une décision** — §8. **Quatre sont tranchés.** 2026-08-27 : la réserve
+> batterie n'annule pas l'autorisation de soutirage (8.1), et le repli dégradé ne concerne pas ce
+> lot (8.3). 2026-08-29 : le plafond §14a porte **les deux** formes — par phase et au total —
+> sans jamais convertir (8.2), et la cible de confort reste un **comparateur**, le dosage
+> attendant le modèle thermique du §11 (8.4).
+>
+> **Un seul reste ouvert, et il est chez l'app** : 8.5, l'ordre de service apparent. Question
+> posée le 2026-08-29 dans `docs/BRIEF_depuis_plugin.md` §9.
 
 ---
 
@@ -295,10 +300,23 @@ mis à jour en conséquence : **le §10 n'a rien à faire de ce côté.**
 (`sonde < consigne` → demandeuse), le dosage attend le modèle thermique du §11. **À confirmer
 que ça reste vrai pour ce lot**, parce que c'est ce qui le rend faisable sans historique.
 
-**8.5 — Que fait l'app des deux passes ?** LM-1006, couplage 2 : un plancher éco de rang 4 passe
-devant un confort de rang 1, et c'est **contre-intuitif** pour l'installateur qui vient de poser
-son ordre. Sans écran qui montre les deux passes, le premier retour terrain sera « l'ordre n'est
-pas respecté ». Ce n'est pas du travail moteur, mais c'est une condition de livraison du lot.
+**8.5 — Que fait l'app des deux passes ? POSÉE À L'AGENT APP le 2026-08-29**, et c'est le
+dernier point ouvert du lot. LM-1006, couplage 2 : un plancher éco de rang 4 passe devant un
+confort de rang 1 — voulu, et **contre-intuitif** pour l'installateur qui vient de poser son
+ordre. Sans écran qui montre les deux passes, le premier retour terrain sera « l'ordre n'est pas
+respecté ». Ce n'est pas du travail moteur, mais c'est une **condition de livraison**.
+
+La question est formulée en `docs/BRIEF_depuis_plugin.md` §9, avec les trois choses à trancher —
+sur quoi la liste est ordonnée, une entrée ou deux par charge, et ce qu'on voit d'une charge dont
+l'éco est servi et le confort non. **Le moteur ne répond pas à sa place** : ce qui lui est demandé
+est de dire quelle forme de publication rendrait l'écran possible, comme la maquette des
+mécanismes l'a fait pour les six écrans. La charge utile suivra.
+
+> ⚠️ **Tant qu'elle n'est pas tranchée, le §10 ne se code pas.** Ce n'est pas une dépendance
+> molle : la troisième question — une charge dont l'éco est servi et le confort non — n'a
+> **aucun équivalent** dans la télémétrie d'aujourd'hui, qui publie un motif et une allocation,
+> un seul de chaque. Commencer par le moteur reviendrait à inventer une charge utile puis à
+> demander à l'écran de s'en arranger, c'est-à-dire l'ordre inverse de celui qui a marché.
 
 ---