@Garfonso Vielen Dank!
Zu 1. Die 1. frage war wohl schlecht formuliert aber du hast sie trotzdem richtig verstanden. Was mich stört, ist nicht das der device-adapter sich nicht mit dem typer-detector versteht etc. Sondern das der device-adapter ja ein fertiges Template für ein Geräte anzeigt (eine Eingabemaske die ich gut finde), nur beim bestätigen wird kein Fehler geworfen, wenn einige Datenpunkt nicht dem Template entsprechen. Das wird einfach nur dem type-detector überlassen was der device-adapter dann z.B. idealerweise für ein Geräte hält oder halt für zwei/drei etc. Geräte.
Zu 2. Naja wie du schon im PR schreibst, vielleicht ist das auch kein Fehler, sondern liegt halt an der spärlichen, teils widersprüchlichen Dokumentation etc. Denn ein "Switch" könnte man auch als ein "switch case"/"selector" verstehen. 
Das ist halt in der deutschen Sprache eindeutig und unverwechselbar.
Zu 3. Jaein zu "es daher keine Rolle spielt", denn der Smartname muss eindeutig sein, damit er mit Alexa etc. keine Probleme macht. Nun kann man aber per Adapter ein Smartname z.B. im Yeelight Adapter vergeben, was dann aber ein großes Problem ist wenn auch der Alias-Name wie der vergebenen Smartname (per Adapter) sich gleicht. Das hat mich einige Stunden gekostet um hinter diesen Fehler zu kommen, denn dazu muss man sich mal die RAW Datenpunkt anschauen und verstehen. (Bitte um Doku!)
Zu 4. Leider sieht man dem Funktionsaufruf nicht an ob er asynchron oder synchron funktioniert, was aber leider auch an javascript liegt und ich wahrlich kein javascript "crack" bin. Viel zu viele Möglichkeiten die sich nur durch die Struktur unterscheiden und nicht durch ein Schlüsselwort.
