Yi Cameras with Existing yi-hack Firmware

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 caméra Yi tournant déjà un fork yi-hack compatible confirmé — un firmware communautaire modifié déjà installé comme prérequis d'usage et jamais flashé par ce skill — avec son service local de snapshot ou RTSP activé, ses identifiants HTTP/RTSP existants, un client conscient des identifiants utilisant HomeLink, et ma permission pour la caméra particulière et l'image, la vue ou l'enregistrement demandé. L'accès est en lecture seule : snapshots ou flux bornés seulement, gardés en stockage privé approuvé. L'installation du fichier ne configure rien de tout ça. Installe-moi « Yi Cameras with Existing yi-hack Firmware ». Il récupère des snapshots ou des flux bornés depuis des caméras tournant déjà un firmware yi-hack compatible via Muse Home Link, en utilisant le service HTTP activé du fork installé ou son RTSP en TCP entrelacé ; ce n'est ni un accès aux caméras d'origine, ni du flash, ni du contrôle de caméra. Il s'utilise quand la caméra tourne déjà un fork yi-hack compatible confirmé avec son service local de snapshot ou RTSP activé : le matériel exact de la caméra, le fork/version yi-hack installé et les interfaces activées sont confirmés depuis la configuration existante, et le point/chemin documenté de ce fork est utilisé — toutes les caméras Yi et tous les forks yi-hack ne partagent pas une URL de snapshot ni un nom de flux. Le firmware est déjà installé, avec ses identifiants HTTP/RTSP existants, un client HTTP ou RTSP conscient des identifiants utilisant HomeLink (les médias RTSP doivent supporter le TCP entrelacé), et ma permission pour la caméra particulière et l'image, la vue ou l'enregistrement demandé. Il sélectionne le point de snapshot HTTP documenté du fork installé ou son flux RTSP activé, en n'utilisant que l'hôte et le service autorisés courants : pour un snapshot fixe, il fait la lecture authentifiée documentée et vérifie le type/contenu d'image retourné plutôt que sauvegarder une page d'erreur HTML ; pour RTSP, il utilise explicitement le TCP entrelacé pour le contrôle et les médias, sans repli UDP, et décode seulement le frame demandé ou le flux borné. Il stocke le résultat dans mon emplacement privé approuvé et ferme la session après la demande complétée, et il vérifie que l'image est fraîche, décodable et provient de la caméra demandée, pas un contenu en cache ni une réponse de connexion — une interface web disponible ou un port RTSP ouvert ne prouve pas une capture d'image réussie. Limites : périmètre en lecture seule snapshot/vue/capture — aucun réglage de caméra, aucun changement de firmware ni opération CGI arbitraire ; aucun support des caméras d'origine, aucun flash automatique et aucune affirmation que les changements de firmware sont inoffensifs ou réversibles ; et aucun flux UDP, aucune combinaison matériel/fork non supportée, aucun enregistrement implicite ni partage de média. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-yi-hack-cameras/ 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-yi-hack-cameras/ 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 8f88defc060df0b8ea60c60492135fe5f4812655adc799ba2f1f98a95ff73573 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 337 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 seulement entre ma caméra Yi locale et mon client local via HomeLink : la lecture HTTP de snapshot authentifiée et documentée du fork installé, ou son flux RTSP en TCP entrelacé, en décodant seulement le frame ou le flux borné que j'ai demandé, avec les identifiants HTTP/RTSP existants via un client conscient des identifiants. Les résultats sont stockés dans mon emplacement privé approuvé et la session est fermée après la demande. Aucun changement de réglage ni opération CGI arbitraire n'a lieu à l'usage. - Le skill est en lecture seule : il ne fait aucun réglage de caméra, aucun changement de firmware ni opération CGI arbitraire, ne supporte pas les caméras d'origine, ne flashe jamais de firmware automatiquement et n'affirme qu'aucun changement de firmware est inoffensif ou réversible, et il ne fait aucun flux UDP, aucun enregistrement implicite ni partage de média. - 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-yi-hack-cameras dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-yi-hack-cameras », 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-yi-hack-cameras), 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 caméra Yi tournant déjà un fork yi-hack compatible confirmé (firmware communautaire modifié déjà installé — le skill ne le flashe jamais) avec son service de snapshot ou RTSP activé, garder ses identifiants HTTP/RTSP existants disponibles, et donner ma permission pour chaque caméra et image ou vue demandée ; l'accès est en lecture seule et les résultats restent dans mon stockage privé approuvé ; 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.