ratgdo v32 Garage Door

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 un contrôleur ratgdo v32 déjà mis en service, attaché à un ouvre-porte fonctionnel sur mon réseau local, avec les identifiants de son API HTTP ou TCP native activée, et donner une action explicite de porte/lumière/verrou avec la porte visée confirmée et un mouvement sûr, en préservant tous les verrouillages et protections d'obstruction de l'ouvre-porte. Ce skill propre à l'appareil est préféré au skill ESPHome générique gadget-esphome-devices pour les contrôleurs ratgdo (voir l'étape 2). L'installation du fichier ne configure rien de tout ça. Installe-moi « ratgdo v32 Garage Door ». Il lit et opère les entités de porte, de lumière et de verrou d'un contrôleur de porte de garage ratgdo v32 installé via Muse Home Link. Il s'utilise quand la découverte courante et les métadonnées d'entités identifient un contrôleur ratgdo v32 déjà installé, pas un simple ESP32 arbitraire : le modèle ratgdo, la version de firmware installée et les entités réelles de porte, lumière, verrou et obstruction sont confirmés, et les IDs d'entités sont relevés depuis l'API en direct — les chemins du serveur web et les identifiants varient selon la version d'ESPHome et les URLs d'un autre firmware ne se transplantent jamais. Le contrôleur est déjà mis en service et attaché à un ouvre-porte fonctionnel, avec les identifiants de son API HTTP ou TCP native activée, et une action explicite de porte/lumière/verrou demandée : la porte visée est confirmée, le mouvement est sûr, et tous les verrouillages et protections d'obstruction de l'ouvre-porte sont préservés. Il lit les descriptions d'entités du firmware installé et les états courants de porte, mouvement, verrou et obstruction via son API activée — SSE peut fournir l'état en direct sur une connexion HTTP sortante, et l'API native peut lister les entités et s'abonner via TCP. Pour HTTP, il construit l'URL de lecture/action d'entité depuis l'API web documentée de ce firmware ; pour l'API native, il utilise un client aioesphomeapi compatible avec la clé de chiffrement ou les identifiants configurés de l'appareil. Il n'utilise que l'opération exposée correspondant à ma demande (ouverture/fermeture/arrêt du cover, lumière ou verrou), sans jamais inférer une sémantique de réglage de position ou de verrou du seul nom d'entité, et il surveille les états de porte et d'obstruction jusqu'à l'état demandé ou un arrêt inattendu du mouvement ; si le résultat d'une commande est incertain, il relit l'état avant d'envisager tout réessai. L'acceptation de commande, l'ouverture/fermeture et les états finaux ouvert/fermé sont distingués ; une obstruction, une position inconnue, des capteurs hors ligne ou un verrou empêchant le mouvement sont rapportés comme non résolus et jamais outrepassés, et une réponse de lumière ou de verrou est vérifiée contre l'état de son entité, pas prise comme preuve du mouvement de la porte. Ce skill d'appareil est préféré au skill ESPHome générique (gadget-esphome-devices). Limites : aucune installation de retrofit, aucun flash, aucune mise à jour OTA, aucun recâblage de l'ouvre-porte ni contournement de sécurité, et seules les capacités présentes dans le firmware installé sont supportées. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-ratgdo-v32-garage-door/ 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-ratgdo-v32-garage-door/ 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 d6b239039ab4488e46a5263b97701a948eda562998d175faf62afec0ea5f0c74 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 824 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. - Référence croisée : ce skill propre à l'appareil dit de le préférer au skill ESPHome générique (gadget-esphome-devices, ../gadget-esphome-devices/SKILL.md, fiche du lot 3, même repo, même épingle), le skill générique renvoie en retour les contrôleurs de garage ratgdo vers celui-ci, et ce skill liste le skill générique dans ses Sources. L'installation testée de cette fiche reste la copie du seul dossier de ce skill. - 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 à mon contrôleur ratgdo v32 local installé, par son API HTTP ou native activée : lectures d'entités/d'état et seulement l'opération exposée que j'ai demandée (ouverture/fermeture/arrêt du cover, lumière ou verrou), avec les identifiants API existants du contrôleur ou sa clé de chiffrement configurée. Tous les verrouillages de l'ouvre-porte et les protections d'obstruction sont préservés et jamais contournés. - Le skill ne fait ni installation de retrofit, ni flash, ni mises à jour OTA, ni recâblage de l'ouvre-porte, ni contournement de sécurité, et il ne supporte que les capacités présentes dans le firmware installé. - 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-ratgdo-v32-garage-door dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-ratgdo-v32-garage-door », 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-ratgdo-v32-garage-door), 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 contrôleur ratgdo v32 déjà mis en service, attaché à un ouvre-porte fonctionnel, avec les identifiants de son API HTTP ou native activée ; un mouvement de porte exige toujours mon action explicite, la porte visée confirmée et un mouvement sûr, avec verrouillages et protections d'obstruction préservés ; ce skill est préféré au skill générique gadget-esphome-devices pour les contrôleurs ratgdo ; 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.