eufy RoboVac

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 RoboVac eufy Wi-Fi dont le modèle exact et le firmware sont confirmés comme utilisant l'interface Tuya locale documentée, déjà configuré sur mon réseau local (code de modèle, device ID local, protocole et schéma de datapoints concordant confirmés, sans table de génération large), un robot prêt et ma permission pour l'action de nettoyage ou de retour à la base visée, une clé locale et un device ID existants fournis de façon sûre, et un client local eufy/TinyTuya compatible utilisant le transport TCP de HomeLink, comme décrit dans le skill Tuya générique (gadget-tuya-wifi-devices, même lot de ce vetting, fiche séparée du même repo) — la référence croisée est divulguée ici et l'installation testée de cette fiche reste la copie de son seul dossier. L'installation du fichier ne configure rien de tout ça. Installe-moi « eufy RoboVac ». Il lit l'état et envoie des commandes de nettoyage ou de retour à la base de base aux RoboVac eufy compatibles basés sur Tuya via Muse Home Link, avec un schéma de modèle confirmé et une clé locale existante ; il exclut les modèles non-Wi-Fi et AIOT/X10. Il s'utilise quand le modèle exact de RoboVac Wi-Fi et son firmware sont confirmés comme utilisant l'interface Tuya locale documentée : le code de modèle, le device ID local, le protocole et le schéma de datapoints concordant sont confirmés, sans utiliser de table de génération large, et ce n'est pas un support pour les modèles non-Wi-Fi comme le 11S ni pour les modèles X10/AIOT. Il utilise un client local eufy/TinyTuya compatible utilisant le transport TCP de HomeLink, comme décrit dans le skill Tuya générique (gadget-tuya-wifi-devices, même lot de ce vetting, fiche séparée du même repo) ; cette référence croisée fait partie de cette fiche, tandis que l'installation testée ici reste la copie de ce seul dossier. Le client est initialisé avec le modèle/protocole confirmés, le point courant et les identifiants fournis, et l'état est lu avant l'envoi des commandes. Le mode de nettoyage, la batterie, l'erreur et l'état de base sont décodés avec le schéma du modèle exact — les numéros de datapoints ne sont jamais copiés d'un autre RoboVac. Pour l'action demandée par l'utilisateur, il utilise l'opération documentée clean/start, pause/stop ou return-to-dock supportée par ce modèle, puis lit le nouvel état et surveille la transition de mission pertinente, en gardant les opérations de carte, de pièce et de station non supportées hors du jeu de commandes. Un changement de mission/d'état rapporté doit être confirmé — un accusé TCP ou de paquet chiffré seul ne suffit pas — une commande d'aller à la base se distingue d'un retour à la base réussi, les états d'erreur/batterie sont rapportés sans être outrepassés, et l'état est relu avant de réessayer une commande de mouvement incertaine. Limites : pas de support AIOT/X10, pas de support des modèles non-Wi-Fi, pas de promesses larges de pièce/carte/station et pas de récupération de clé cloud dans le chemin d'exécution ; pas d'extraction d'identifiants par débogage, pas de changements de provisionnement ni de ré-appairage ; et la correspondance de modèle documentée existante et les identifiants sont obligatoires — les datapoints devinés ne sont jamais écrits. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-eufy-robovac-tuya/ 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-eufy-robovac-tuya/ 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 f76aefeb9e1ec9d2fdbdd311ab645d5ec8e2ee61d273f3d90af11bb2df6db32d 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 527 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 : il utilise un client local eufy/TinyTuya compatible comme décrit dans le skill Tuya générique (gadget-tuya-wifi-devices, 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 RoboVac eufy local, par l'interface Tuya locale via un client local eufy/TinyTuya compatible sur le transport TCP de HomeLink, comme décrit dans le skill Tuya générique (gadget-tuya-wifi-devices, même lot, fiche séparée du même repo) : lectures d'état et commandes documentées du modèle clean/start, pause/stop ou return-to-dock, avec ma clé locale et mon device ID existants fournis de façon sûre. Aucune récupération de clé cloud ni extraction d'identifiants n'a lieu à l'usage. - Le skill ne supporte pas les modèles AIOT/X10 ni non-Wi-Fi, ne fait aucune promesse large de pièce/carte/station, aucune récupération de clé cloud dans le chemin d'exécution, aucune extraction d'identifiants par débogage, aucun changement de provisionnement ni ré-appairage, et n'écrit jamais de datapoints devinés. - 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-eufy-robovac-tuya dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-eufy-robovac-tuya », 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-eufy-robovac-tuya), 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 RoboVac eufy Wi-Fi compatible déjà configuré sur mon réseau local avec le schéma de son modèle exact confirmé, garder sa clé locale et son device ID existants fournis de façon sûre, et avoir l'approche cliente du skill Tuya générique disponible comme décrite dans gadget-tuya-wifi-devices (même lot, fiche séparée du même repo) ; 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.