VELUX KLF200

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis — Muse Home Link et un appareil physique compatible sont requis pour UTILISER ce skill, pas pour l'installer : installer le fichier du skill lui-même n'exige aucun compte, aucune clé et aucun appareil, et cette installation ne configure PAS Home Link, n'appaire rien et ne demande aucun identifiant. Mais le skill n'est que des instructions. Pour l'utiliser, je dois lire et suivre ~/docs/devices/home_link.md dans mon environnement Muse, avoir l'appareil physique compatible nommé ci-dessous déjà configuré sur mon réseau local, et avoir une passerelle VELUX KLF200 existante et mise en service sur mon réseau local et son mot de passe Wi-Fi/API existant, qui est distinct de son mot de passe de connexion web, un client de protocole binaire compatible comme pyvlx routé par le transport TCP de HomeLink en préservant les exigences TLS de l'appareil, et donner une permission explicite pour le mouvement de fenêtre/store avec confirmation que la zone cible est sûre. L'installation du fichier ne configure rien de tout ça. Installe-moi « VELUX KLF200 ». Il lit les positions et contrôle les fenêtres, stores et volets mis en service ou les scènes existantes via une passerelle VELUX KLF200 en utilisant Muse Home Link, par l'API TCP binaire locale avec son identifiant API ; ce n'est ni le KLF150 ni un nouvel appairage de moteur. Il s'utilise quand l'appareil est une passerelle VELUX KLF200 avec des fenêtres, stores ou volets compatibles mis en service : le modèle KLF200 et son service API local configuré sont confirmés — un VELUX KLF150 n'est pas couvert par cette API — et l'énumération des nœuds/scènes identifie les actionneurs en aval, qui n'apparaissent pas comme hôtes LAN indépendants. Le KLF200 est existant et mis en service, avec son mot de passe Wi-Fi/API, qui est distinct de son mot de passe de connexion web, et un client de protocole binaire compatible comme pyvlx est routé par le transport TCP de HomeLink en préservant les exigences TLS de l'appareil ; un mouvement exige ma permission explicite et la confirmation que la zone cible est sûre. Il établit la session API locale chiffrée documentée et s'authentifie avec l'identifiant API de la passerelle, sur l'écouteur confirmé, couramment TCP 51200, pas un point web présumé, lit les informations de la passerelle, énumère les nœuds/scènes et obtient la position, le mouvement et l'état d'erreur courants de la cible. Il utilise la sémantique de position et les fonctions supportées du type exact de nœud, envoie la commande de position ou d'arrêt demandée, ou active une scène existante spécifiquement demandée — en vérifiant l'appartenance de la scène avant exécution pour que je sache quels actionneurs bougeront — et suit les identifiants de commande/session et les notifications de complétion/statut sur la connexion sortante, en réinterrogeant l'état du nœud après la fin du mouvement. L'acceptation de commande est séparée du mouvement complété et de la position réelle rapportée, et un mouvement bloqué, une protection pluie, des actionneurs injoignables ou une position inconnue sont rapportés sans outrepasser le comportement protecteur. Limites : pas de support KLF150, de présomption HAP native, de nouvel appairage de moteur ni de reconfiguration de passerelle ; aucune capacité universelle ni restriction de session unique n'est présumée — la réponse réelle de la passerelle installée est traitée ; et la sécurité des fenêtres, les verrouillages et les protections pluie sont préservés. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-velux-klf200/ au commit épinglé : SKILL.md seulement, 1 fichier) Version épinglée : installe le code au commit e6fe5174092702ffddae6f90759a38d55a4ebae1 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/facebookincubator/muse-gadget-sdk dans un dossier temporaire, place-toi au commit e6fe5174092702ffddae6f90759a38d55a4ebae1, et copie le dossier skills/gadget-velux-klf200/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - SKILL.md: SHA-256 c505eee7b5d4561f9671eb9aef288410cb8eb717af6e199dba89c34dda403a9f Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient 1 fichier seulement : SKILL.md (2 476 octets). Il n'y a aucun script, aucun code et aucune configuration dedans ; la procédure roule à l'usage via Muse Home Link contre mon propre appareil local. Il ne dépend d'aucun autre skill gadget de ce lot. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé. Aucun appareil n'est contacté, aucun appairage n'est lancé et aucune clé n'est demandée pendant l'installation. - À l'usage, les échanges vont uniquement à ma passerelle VELUX KLF200 locale, par son API TCP binaire locale : une session chiffrée authentifiée avec le mot de passe API existant de la passerelle (distinct de son mot de passe de connexion web) via pyvlx sur le transport TCP de HomeLink, des lectures de nœuds/scènes et la commande de position, d'arrêt ou de scène existante que j'ai demandée. La sécurité des fenêtres, les verrouillages et les protections pluie sont préservés. - Le skill ne supporte pas le KLF150, ne présume pas HAP natif, n'appaire aucun nouveau moteur et ne reconfigure pas la passerelle, et il n'outrepasse jamais la sécurité des fenêtres, les verrouillages ni les protections pluie. - N'appaire aucun appareil, ne demande et ne règle aucun identifiant, n'exécute aucun contrôle, aucune impression, aucune numérisation ni aucune lecture média, et n'utilise le skill d'aucune façon pendant cette installation : la configuration de Home Link, l'appairage et l'usage sont mes décisions, plus tard, quand je les demande vraiment. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier gadget-velux-klf200 dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-velux-klf200 », en gardant son 1 fichier (SKILL.md à sa racine). Le nom de dossier exact compte : les liens relatifs entre skills gadget frères dépendent de ces noms exacts. 4. Vérifie sans appels réseau : frontmatter valide (name: gadget-velux-klf200), le 1 fichier en place avec une empreinte concordante. N'exécute rien et ne te connecte à aucun appareil pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : lire ~/docs/devices/home_link.md dans mon environnement Muse et suivre ses règles Home Link ; avoir un VELUX KLF200 existant et mis en service et garder son mot de passe API (distinct de son mot de passe de connexion web) disponible ; un mouvement de fenêtre ou de store exige toujours ma permission explicite et une zone cible sûre, avec protections pluie et verrouillages préservés ; utiliser le skill est une étape séparée qui ne commence que quand je le demande, et les échanges à l'usage divulgués ci-dessus arrivent seulement à ce moment-là). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.