diff --git a/tools/rpc/README.md b/tools/rpc/README.md
index b8ed1df..a4f54ba 100644
--- a/tools/rpc/README.md
+++ b/tools/rpc/README.md
@@ -96,6 +96,25 @@ dart tools/rpc/<script>.dart [host] [args…]     # host par défaut : 192.168.1
 > entre zéro et le minimum de la borne (~1 380 W à 6 A monophasé). Ce n'est pas la fenêtre qui
 > manque, c'est la borne dans l'arbitrage.
 
+> ⚠️ **L'entrée synthétique ne reproduit pas un appui-glissé.** *(Établi le 2026-09-06.)*
+>
+> `adb shell input tap` et `input swipe` pilotent très bien l'app — navigation, saisie du PIN,
+> défilement des listes. Mais **un réordonnancement par poignée ne se vérifie pas ainsi** :
+> `input swipe` interpole une trajectoire linéaire, là où un vrai appui-glissé comporte une
+> **phase de maintien** que Flutter attend avant d'armer le glissement. `input motionevent`
+> DOWN/MOVE/UP n'y suffit pas davantage.
+>
+> Ce qui rend le piège coûteux, c'est que **l'échec ressemble à un défaut** : la poignée capte
+> le geste — la liste ne défile pas, ce qu'elle ferait si le geste passait à travers — et rien
+> ne bouge. On conclut « le glisser-déposer est cassé », et il ne l'est pas : le même geste
+> **au doigt** produit une écriture qui tient.
+>
+> **Donc : un réordonnancement se vérifie au doigt, ou pas du tout.** Ce qui se vérifie par
+> `adb`, c'est le RÉSULTAT — l'ordre relu dans `GetLoadConfig` après le geste de quelqu'un.
+>
+> Même famille que le `finally` qui défait l'action au lieu de restaurer l'état : l'outil
+> répond, et sa réponse ne parle pas de ce qu'on croit mesurer.
+
 ### `probe.dart`
 
 ```bash