Lutron Smart Bridges

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 pont Lutron Smart Bridge compatible déjà configuré sur mon réseau local, identifié par découverte fraîche (modèle du pont et service HAP annoncé courant ou service LEAP documenté appariés, points découverts exacts utilisés — les familles de produits Lutron n'exposent pas toutes les mêmes protocoles), et du matériel d'appairage autorisé : pour HAP, le code de configuration à huit chiffres d'un pont appairable ou des clés d'appairage de contrôleur déjà autorisées ; pour LEAP, son flux d'appairage physique séparé et son propre certificat client/clé privée (les identifiants HAP ne s'y substituent pas) — avec toute configuration Apple Home existante préservée, sans jamais réinitialiser ni retirer un appairage existant, et le matériel d'appairage gardé en stockage d'identifiants approuvé (permissions de fichier privées si c'est un fichier). L'installation du fichier ne configure rien de tout ça. Installe-moi « Lutron Smart Bridges ». Il lit ou contrôle les lumières et les stores sur les ponts Lutron Smart Bridges compatibles via Muse Home Link, en utilisant un appairage HAP autorisé ou un LEAP appairé indépendamment, et préserve toute configuration Apple Home existante. Il s'utilise quand une découverte fraîche identifie un pont compatible : le modèle du pont et le service HAP annoncé courant ou le service LEAP documenté sont appariés, pas la marque seule, et les points découverts exacts sont utilisés, parce que les familles de produits Lutron n'exposent pas toutes les mêmes protocoles. La voie HAP est préférée quand un appairage autorisé est disponible, avec un client HAP maintenu sur l'accès réseau partagé : quand l'annonce porte ff=1, il choisit PairSetupWithAuth (le PairSetup simple peut échouer à M2 avec kTLVError_Authentication) et garde cet échange sur une seule connexion persistante ; le matériel d'appairage réussi est stocké dans le stockage d'identifiants approuvé (permissions de fichier privées si c'est un fichier), une session chiffrée est ouverte, et les accessoires, services et caractéristiques réels sont énumérés. Il lit l'état et les plages supportées de la lumière/du store visés, résout les noms d'accessoires génériques ambigus avant l'écriture (toute action d'identification physique doit être explicitement demandée), écrit seulement la caractéristique demandée, puis relit le résultat individuel ; pour les échecs partiels de lot, chaque cible est inspectée avant de réessayer des opérations incertaines. Pour un pont compatible utilisant LEAP à la place, il suit la routine d'appairage de pylutron-caseta avec l'utilisateur présent, stocke ses propres identifiants, énumère les appareils avec le client authentifié et utilise ses opérations documentées de niveau/couverture. Il vérifie l'état on/luminosité/position résultant de l'accessoire visé, pas seulement une session ou un accusé d'écriture réussis ; pour un mouvement de store, il observe la progression et l'état final et préserve le comportement d'obstruction et de moteur ; et si un appairage ou une commande échoue, il rapporte cette limite exacte sans impliquer que le pont n'a pas d'API locale. HAP exige le code de configuration à huit chiffres d'un pont appairable ou des clés d'appairage de contrôleur déjà autorisées ; un pont déjà dans Apple Home ne donne pas automatiquement ses identifiants à Muse, un appairage existant n'est jamais réinitialisé ni retiré, et si l'accès est indisponible, seule une alternative indépendamment autorisée et supportée est utilisée, ou la configuration est demandée ; LEAP utilise un flux d'appairage physique séparé et un certificat client/clé privée, et les identifiants HAP ne s'y substituent pas. Limites : pas d'accès LIP/telnet présumé, pas de repli cloud, pas de compatibilité large de produits et pas de remplacement du Home existant de quelqu'un ; aucun horaire n'est ajouté, la configuration du pont n'est pas changée, et les correspondances de pièces ne sont pas découvertes par des bascules non demandées. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-lutron-smart-bridges/ 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-lutron-smart-bridges/ 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 26074375567092222d1d6d3fe842dfdc40aa9d32498d18d333a195c66b45e4aa 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 (3 069 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 à mon pont Lutron Smart Bridge local : par HAP, une session chiffrée avec du matériel d'appairage autorisé (code de configuration à huit chiffres pour l'appairage, ou clés d'appairage de contrôleur déjà autorisées) énumère les accessoires et lit/écrit les caractéristiques demandées ; par LEAP, un client pylutron-caseta authentifié avec son propre certificat client/clé privée stockés énumère les appareils et utilise ses opérations documentées de niveau/couverture. Le matériel d'appairage reste en stockage d'identifiants approuvé, et aucun appairage Apple Home existant n'est réinitialisé ni retiré. - Le skill ne présume pas d'accès LIP/telnet, n'utilise pas de repli cloud, ne prétend pas à une compatibilité large de produits et ne remplace pas le Home existant de quelqu'un, et il n'ajoute pas d'horaires, ne change pas la configuration du pont, ne découvre pas de correspondances de pièces par des bascules non demandées, et ne réinitialise ni ne retire un appairage existant. - 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-lutron-smart-bridges dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-lutron-smart-bridges », 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-lutron-smart-bridges), 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 pont Lutron Smart Bridge compatible déjà configuré sur mon réseau local ; avoir du matériel d'appairage HAP autorisé (le code de configuration à huit chiffres ou des clés d'appairage de contrôleur déjà autorisées) ou un appairage LEAP avec son propre certificat client/clé privée, gardés en stockage d'identifiants approuvé ; et garder toute configuration Apple Home existante intacte — ne jamais réinitialiser ni retirer un appairage existant ; 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.