Philips Hue 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 une clé d'application Hue locale existante, ou une nouvelle obtenue avec mon approbation par le bouton physique du pont (POST d'un devicetype documenté vers /api pendant la fenêtre du bouton de liaison, puis stockage sûr du nom d'utilisateur/clé d'application retourné, sans jamais le journaliser). L'installation du fichier ne configure rien de tout ça. Installe-moi « Philips Hue Bridges ». Il contrôle les lumières via un pont Philips Hue sur mon réseau local, rien d'autre. Après qu'une découverte fraîche confirme un pont BSB002 carré exposant CLIP v2 (le BSB001 rond, ancien, utilise une autre API et n'est pas couvert), il fait des GET /clip/v2/resource/light, /room, /zone et /scene en HTTPS local, en résolvant les IDs depuis les réponses courantes et en levant les ambiguïtés de noms avant toute écriture. Il lit les capacités on/dimming/couleur et la connectivité de chaque lumière et n'envoie que les champs supportés : PUT /clip/v2/resource/light/<id> avec un corps minimal comme {"on":{"on":true}} ou {"dimming":{"brightness":40}} (pourcentage, minimum rapporté respecté ; température de couleur selon la plage mirek_schema rapportée). Pour une pièce ou une zone, il résout d'abord le service grouped_light ; pour une scène existante, PUT /clip/v2/resource/scene/<id> avec {"recall":{"action":"active"}}. Il inspecte données et erreurs, puis revérifie les lumières touchées, car une diffusion de groupe peut manquer une ampoule. Limites : pas de streaming UDP Entertainment, pas de découverte cloud, pas de mises à jour automatiques du firmware, pas de création de groupe ni d'édition d'automatisations ; Bridge Pro et chaque ampoule se vérifient séparément. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-philips-hue-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-philips-hue-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 e8fac4d5732f13eb553b746ed1a74c65655ad054c7f3deb60826498314198df8 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 240 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 pont Hue local (BSB002, CLIP v2 en HTTPS). 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 Hue local : la clé d'application stockée est envoyée dans l'en-tête hue-application-key via un client conscient des identifiants, jamais comme commande shell porteuse d'identifiant et jamais journalisée. L'appairage, seulement avec mon approbation par le bouton physique du pont, fait un POST d'un devicetype documenté vers /api pendant la fenêtre du bouton de liaison et stocke la clé retournée de façon sûre. L'identité TLS du pont est validée par un chemin de confiance configuré/épinglé ; la validation de certificat n'est jamais désactivée globalement. - Le skill ne fait ni découverte cloud, ni streaming UDP Entertainment, ni mises à jour automatiques du firmware, ni création de groupe, ni édition d'automatisations, et il ne couvre pas l'ancien pont rond BSB001. - 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-philips-hue-bridges dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-philips-hue-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-philips-hue-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 Hue BSB002 carré déjà configuré sur mon réseau local ; et soit réutiliser ma clé d'application locale existante depuis le stockage secret approuvé, soit approuver l'appairage physiquement au bouton du pont, en sachant que la clé retournée est stockée de façon sûre et jamais journalisée ; 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.