Wyze Cameras with Existing RTSP 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 Wyze Cam v2, Cam v3 ou Cam Pan v1 compatible tournant déjà une version RTSP legacy installée, activée et fonctionnelle — en sachant que ces versions sont discontinuées et peuvent manquer de correctifs de sécurité ultérieurs, et que ce skill ne recommande pas de les installer — avec des identifiants de flux fournis utilisés seulement via un client conscient des identifiants, jamais dans une URL de commande, une permission explicite pour la vue, l'image ou l'enregistrement borné demandé, et un stockage privé approuvé, car chaque image et piste audio est sensible. L'accès est en lecture seule et les sessions sont bornées. L'installation du fichier ne configure rien de tout ça. Installe-moi « Wyze Cameras with Existing RTSP Firmware ». Il voit ou capture des images et des enregistrements bornés depuis des Wyze Cam v2, Cam v3 ou Cam Pan v1 compatibles via Muse Home Link, en lecture seule, seulement quand le firmware RTSP legacy est déjà installé et activé avec un transport média TCP ; ce n'est ni une installation de firmware ni un accès aux caméras d'origine. Il s'utilise quand une Wyze Cam v2, Cam v3 ou Cam Pan v1 compatible exacte tourne déjà une version RTSP activée : le modèle de caméra et le firmware installé sont confirmés avec moi ou depuis la configuration existante de l'appareil — un préfixe de vendeur ou un port ouvert seul ne peut pas établir le firmware — et le point/chemin RTSP configuré existant et son adresse courante sont utilisés, sans support inféré pour les caméras d'origine ni d'autres générations. La version RTSP est déjà installée, activée et fonctionnelle, avec des identifiants de flux fournis, un client RTSP/média configuré pour le TCP entrelacé pour le contrôle et les médias avec tous les sockets routés via HomeLink, ma permission explicite pour la vue, l'image ou l'enregistrement borné demandé, et un stockage privé approuvé. Avant de se connecter, le skill me dit que ces versions RTSP legacy sont discontinuées et peuvent manquer de correctifs de sécurité ou de fonctions d'application ultérieurs, et il ne recommande pas de les installer. Il se connecte au flux configuré avec les identifiants fournis via un client conscient des identifiants, jamais une URL en ligne de commande ni un argument journalisé, demande explicitement RTP/RTCP en entrelacé sur la connexion TCP RTSP — pour un client basé sur FFmpeg, l'option de transport pertinente est rtsp_transport=tcp — et ne permet aucun repli UDP. Il inspecte la description du média, authentifie et décode la vue en direct, l'image unique ou l'enregistrement borné demandé, et arrête la session dès que la demande est satisfaite. Une image fraîche décodable de la caméra visée est confirmée — une connexion RTSP ou une description de flux n'est pas une livraison d'image — et les horodatages, erreurs de codec et la durée demandée sont vérifiés, sans image en cache présentée comme courante ; si le flux exige UDP ou si l'authentification ne peut pas être satisfaite de façon sûre, il s'arrête et rapporte la limite. Limites : accès caméra en lecture seule — aucun PTZ, aucune sirène, aucun réglage ni changement de firmware ; aucun support des caméras d'origine, aucun sourçage/flash de firmware, aucun déploiement de pont cloud ni couverture Wyze universelle ; et chaque image et piste audio est traitée comme sensible, sans enregistrement en arrière-plan, téléversement tiers ni partage élargi. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-wyze-rtsp-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-wyze-rtsp-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 7a0c11e186e40035f6c008833e96b5d77d952e5568f383e34742813e33c8c97d 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 661 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 Wyze locale et mon client local, dans une session RTSP bornée en TCP entrelacé via HomeLink, avec les identifiants de flux fournis via un client conscient des identifiants et jamais placés dans une URL de commande. Chaque image et piste audio est sensible et reste dans mon stockage privé approuvé, sans téléversement tiers ni partage élargi, et la session s'arrête dès que ma demande est satisfaite. - Le skill est en lecture seule : il ne fait aucun PTZ, aucune sirène, aucun réglage ni changement de firmware, ne supporte pas les caméras d'origine, ne source ni ne flashe aucun firmware, ne déploie aucun pont cloud et ne prétend à aucune couverture Wyze universelle, et n'enregistre jamais en arrière-plan, ne téléverse vers aucun tiers et ne partage pas les médias plus largement. Il ne recommande pas d'installer le firmware RTSP legacy. - 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-wyze-rtsp-cameras dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-wyze-rtsp-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-wyze-rtsp-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 Wyze Cam compatible tournant déjà une version RTSP legacy activée (discontinuée et non patchée — le skill ne recommande pas de l'installer), donner une permission explicite pour chaque vue, image ou enregistrement borné, et garder toutes les images et l'audio dans mon stockage privé approuvé ; l'accès est en lecture seule et les identifiants de flux ne vont jamais dans une URL de commande ; 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.