Meross Smart Plugs

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 prise Meross dont le modèle exact et le firmware supportent l'interface HTTP locale signée, déjà configurée sur mon réseau local (UUID, modèle et firmware confirmés — une étiquette vendeur Meross seule ne suffit pas, et les variantes sous marque HomeKit doivent quand même être vérifiées pour cette interface), avec son service HTTP local découvert et l'endpoint /config documenté, la permission de commuter la charge réellement branchée à la prise, et l'UUID de l'appareil et la clé locale existante fournis via le stockage secret approuvé — l'acquisition de compte/clé cloud ne fait pas partie de ce skill, et il s'arrête si les identifiants manquent, sans réinitialiser ni ré-appairer la prise. L'installation du fichier ne configure rien de tout ça. Installe-moi « Meross Smart Plugs ». Il lit l'état et commute les prises intelligentes Meross compatibles via Muse Home Link, en utilisant l'interface HTTP locale signée avec un UUID d'appareil et une clé existants ; ce n'est ni l'acquisition de clé cloud ni l'onboarding HomeKit générique. Il s'utilise quand la prise Meross exacte et son firmware supportent l'interface HTTP locale signée et que sa clé d'appareil existante est disponible : l'UUID, le modèle et le firmware sont confirmés (une étiquette vendeur Meross seule ne suffit pas), le service HTTP local découvert et l'endpoint /config documenté sont utilisés, et les variantes sous marque HomeKit sont quand même vérifiées pour cette interface. Il utilise un client de protocole direct ou une implémentation par l'agent de l'enveloppe de requête documentée — l'implémentation communautaire est une référence de protocole et l'installation de sa plateforme hôte n'est pas requise. Il envoie une lecture signée pour Appliance.System.All et, là où c'est supporté, Appliance.System.Ability, avec l'ID de message, l'horodatage, le namespace, la méthode, le contexte d'appareil et la signature du protocole exactement comme documentés, et inspecte les capacités rapportées et les états courants des canaux : un appareil peut exposer Appliance.Control.ToggleX, un ancien namespace de bascule ou une autre interface propre au modèle, et il choisit ce que l'appareil supporte réellement. Pour un changement de relais demandé, il envoie le SET documenté pour ce namespace et ce canal avec la valeur on/off voulue, sans jamais deviner un canal ni réutiliser la charge utile d'un modèle sans rapport, valide la réponse correspondante, les informations de méthode/erreur et l'identité de message, puis relit l'état via le namespace supporté. Un succès de transport ou un accusé signé ne prouve pas l'état du relais : une réponse d'état fraîche est comparée au canal/à la valeur demandés, et la consommation n'est jamais inférée depuis l'état du relais, ni une métrologie promise sauf si l'appareil annonce et documente cette fonction. Limites : l'acquisition de compte/clé cloud ne fait pas partie de ce skill d'exécution — il s'arrête si les identifiants manquent et ne réinitialise ni ne ré-appaire la prise — et il n'y a ni support universel des modèles Meross, ni écritures de namespaces arbitraires, ni mises à jour du firmware, ni procédure d'onboarding HomeKit séparée. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-meross-smart-plugs/ 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-meross-smart-plugs/ 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 f16e9a1f4c41d184a5fee83be34d62deffad4d819255bf7b083a10f70c476093 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 558 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 prise Meross locale, par son interface HTTP locale signée (endpoint /config) : lectures signées Appliance.System.All / Appliance.System.Ability et écritures SET documentées pour le namespace et le canal que l'appareil supporte réellement, signées avec l'UUID d'appareil et la clé locale existants depuis le stockage secret approuvé. Aucune acquisition de compte ou de clé cloud n'a lieu à l'usage. - Le skill ne fait pas d'acquisition de compte/clé cloud (il s'arrête si les identifiants manquent et ne réinitialise ni ne ré-appaire la prise), ni de support universel des modèles Meross, ni d'écritures de namespaces arbitraires, ni de mises à jour du firmware, ni de procédure d'onboarding HomeKit séparée. - 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-meross-smart-plugs dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-meross-smart-plugs », 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-meross-smart-plugs), 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 une prise Meross dont le modèle exact et le firmware supportent l'interface HTTP locale signée, déjà configurée sur mon réseau local, et garder son UUID d'appareil et sa clé locale existants en stockage secret approuvé (aucune acquisition de clé cloud ne fait partie de ce skill) ; 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.