Tuya Wi-Fi Devices

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 appareil Tuya confirmé comme supportant le TCP local, déjà configuré sur mon réseau local, avec son device ID existant, sa clé locale, sa version de protocole et un schéma de datapoints exact et digne de confiance pour le modèle/firmware, fournis de façon sûre (le type d'appareil et la version de protocole ne sont jamais inférés depuis un préfixe fabricant ou les ports de découverte 6666/6667, et le point de contrôle séparé, en général TCP 6668, est confirmé), un client TinyTuya compatible avec transport TCP local routé par HomeLink, et la permission pour l'actionneur/la charge précis — et, quand un skill spécifique à l'appareil existe, c'est lui que j'utilise, comme le skill eufy RoboVac compatible (gadget-eufy-robovac-tuya, même lot de ce vetting, fiche séparée du même repo). L'installation du fichier ne configure rien de tout ça. Installe-moi « Tuya Wi-Fi Devices ». Il lit l'état et contrôle les capacités cartographiées des appareils Tuya TCP locaux compatibles via Muse Home Link, seulement avec une version de protocole, un device ID, une clé locale et un schéma de datapoints exacts connus ; un skill spécifique à l'appareil est préféré quand il en existe un. Il s'utilise quand l'appareil exact est confirmé comme supportant le TCP local Tuya et que son protocole, sa clé et sa carte de datapoints propre au modèle sont connus : le device ID, le modèle, le firmware et la version de protocole viennent d'une configuration/documentation approuvée existante, et le type d'appareil ou la version de protocole ne sont jamais inférés depuis un préfixe fabricant ou les ports de découverte 6666/6667 — le point de contrôle est séparé, en général TCP 6668, et doit être confirmé. Un client TinyTuya compatible avec transport TCP local routé par HomeLink initialise la classe d'appareil locale appropriée avec l'identité confirmée, le point courant, la clé locale existante et la version de protocole explicite, et aucun assistant de configuration cloud n'est lancé dans le cadre du contrôle. Il lit l'état courant et cartographie chaque datapoint retourné via le schéma connu, y compris le type de données, les unités, la plage et les valeurs d'énumération ; pour un changement demandé, il écrit seulement le datapoint cartographié et la valeur valide voulue via le client compatible, sans jamais présumer que le datapoint 1 est toujours un interrupteur on/off, puis relit un état frais et compare la valeur cartographiée, en traitant explicitement les erreurs de protocole, les datapoints indisponibles et les appareils optimistes. Une connexion chiffrée ou un accusé d'écriture ne prouve pas le résultat physique voulu ; les datapoints inconnus sont rapportés comme inconnus et leur fonction n'est jamais découverte par des écritures d'essai-erreur ; si la clé ne fonctionne plus, il s'arrête pour des identifiants autorisés à jour plutôt que de ré-appairer automatiquement. Limites : tous les appareils sous marque Tuya n'exposent pas cette interface (les appareils sur batterie, les passerelles et les firmwares récents peuvent différer), et il n'y a ni assistant ni login cloud, ni extraction de clé, ni ré-appairage automatique, ni écritures brutes arbitraires de datapoints, ni changements de firmware, et une version de protocole ou un schéma de datapoints n'est jamais généralisé entre modèles sans rapport. Référence croisée : préférer un skill spécifique quand il en existe un, comme le skill eufy RoboVac compatible (gadget-eufy-robovac-tuya, même lot de ce vetting, fiche séparée du même repo) ; l'installation testée de cette fiche reste la copie de son seul dossier. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-tuya-wifi-devices/ 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-tuya-wifi-devices/ 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 ac8655b982b7a6bc93fbfc007d3a93dc1444eeb13c5126beef244b28419ae83a 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 744 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 divulguée par le skill lui-même : préférer un skill spécifique quand il en existe un, comme le skill eufy RoboVac compatible (gadget-eufy-robovac-tuya, même lot de ce vetting, fiche séparée du même repo). L'installation testée de cette fiche reste la copie de son seul dossier. - 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 appareil Tuya local, par TCP local via un client TinyTuya compatible routé par HomeLink (point de contrôle confirmé, en général TCP 6668) : lectures d'état et écritures des seuls datapoints cartographiés connus, avec mon device ID existant, ma clé locale et la version de protocole explicite, fournis de façon sûre. Aucun assistant ni login cloud n'est lancé, et aucune clé n'est extraite. - Le skill ne fait ni assistant ni login cloud, ni extraction de clé, ni ré-appairage automatique, ni écritures brutes arbitraires de datapoints (les datapoints inconnus sont rapportés comme inconnus, jamais sondés par des écritures d'essai-erreur), ni changements de firmware, et il ne généralise pas une version de protocole ou un schéma de datapoints entre modèles sans rapport. - 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-tuya-wifi-devices dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-tuya-wifi-devices », 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-tuya-wifi-devices), 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 appareil Tuya confirmé pour le TCP local déjà configuré sur mon réseau local, avec son device ID existant, sa clé locale, sa version de protocole et son schéma de datapoints exact fournis de façon sûre ; et, quand un skill spécifique à l'appareil existe (comme gadget-eufy-robovac-tuya, même lot, fiche séparée du même repo), préférer ce skill spécifique ; 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.