diff --git a/specs/spec_loadmodel.md b/specs/spec_loadmodel.md
index aee17b1..170ce07 100644
--- a/specs/spec_loadmodel.md
+++ b/specs/spec_loadmodel.md
@@ -1026,6 +1026,22 @@ dédié » se **masque par défaut** là où `source` vaut `device`, et se propo
 Il ne doit pas être *interdit* : ce serait fermer le cas ci-dessus, et casser le compteur de
 tableau divisionnaire couvrant plusieurs charges (LM-1104).
 
+> **La règle de présentation se lit sur `source`, JAMAIS sur `adapter`.** La tentation est
+> d'écrire « masqué sauf pour `sg-ready` », puisque LM-1105-b fait de ce mécanisme une
+> exception. Mais l'exception est déjà **dans la donnée** : un `sg-ready` publie `none`, donc la
+> règle « masquer quand `source == "device"` » ne le masque pas — sans qu'aucun client ait à
+> connaître le mécanisme.
+>
+> Et brancher sur `adapter` se **trompe** sur un cas qui n'a rien de théorique : un
+> `relay-router` à topologie **mixte** publie lui aussi `none` (LM-1105-a). Un client qui ne
+> déciderait qu'au mécanisme masquerait le champ sur un ECS qui, précisément, ne peut être
+> mesuré que par un compteur dédié. Un mécanisme est un mauvais indice de mesurabilité ; la
+> source EST la mesurabilité.
+>
+> C'est LM-1106 pris par l'autre bout — le régime est publié **pour** qu'il ne soit pas déduit,
+> et le déduire du mécanisme côté client remettrait dans l'app la déduction qu'on vient de
+> retirer du moteur.
+
 ---
 
 ## §12 — Le plancher de modulation