diff --git a/docs/DESIGN_10.md b/docs/DESIGN_10.md
index b15f4be..554b798 100644
--- a/docs/DESIGN_10.md
+++ b/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é.
 
 ---