Apple HomePod mini

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 client pyatv compatible avec ses sockets de contrôle routés par HomeLink (avec la découverte déjà fournie par Link plutôt qu'un multicast côté agent), la permission pour l'action audio demandée et ses haut-parleurs cibles, et les exigences existantes d'accès, de mot de passe et d'appairage du haut-parleur honorées et préservées — les réglages d'accès ne sont jamais affaiblis pour obtenir une connexion, et les identifiants et le chiffrement de session sont préservés. L'installation du fichier ne configure rien de tout ça. Installe-moi « Apple HomePod mini ». Il contrôle le volume du HomePod mini, la lecture d'une session existante supportée et les groupes de sortie via Muse Home Link ; il n'est pas pour démarrer de nouveaux flux audio. Il s'utilise quand une découverte fraîche identifie un HomePod mini, souvent l'identifiant de modèle AudioAccessory5,1, avec un service de contrôle local compatible : l'identité de modèle, les points de service AirPlay/RAOP courants et le haut-parleur visé ou le primaire d'une paire stéréo existante sont appariés, et les informations d'appareil pyatv et la disponibilité des fonctions sont la frontière de capacité — une annonce de service seule ne prouve pas que chaque contrôle est disponible. La configuration du client se construit depuis l'identité courante de l'appareil et les points supportés, et seules les voies de contrôle TCP locales nécessaires à l'opération sont connectées. Il lit d'abord device_info, la disponibilité des fonctions, le volume et l'état disponible des appareils de sortie et de session (Unavailable au repos est différent de définitivement non supporté). Pour un changement de volume, il utilise le setter ou l'opération par pas supportés, à l'échelle documentée, puis relit le volume, parce que certains firmwares ont accusé réception d'un setter sans changer le niveau. Pour les contrôles de transport, il vérifie que la session existante expose la capacité play/pause/next/previous demandée, sans présumer que ce client peut inspecter ou contrôler toute lecture démarrée ailleurs. Pour un changement de groupe, il utilise les opérations d'appareils de sortie supportées avec des ID de récepteurs existants explicitement identifiés et confirme l'appartenance au groupe ensuite ; les changements de groupe peuvent toucher d'autres pièces et ne font pas partie de la découverte. Le volume et l'état pertinent de session/groupe sont relus après une action, et les métadonnées indisponibles sont rapportées honnêtement. Limites : pas de streaming audio RAOP/UDP général, pas d'hébergement de média sur Link, pas d'automatisation d'un Mac connecté, pas de Siri/Intercom, pas de configuration Home et aucun accès température/humidité promis ; play_url n'est pas recommandé pour cet appareil, et contrôler une session existante supportée est distinct de créer un nouveau flux ; une paire stéréo n'est pas inférée comme créable ou démantelable via l'API des appareils de sortie, et les autres générations de HomePod et les récepteurs AirPlay tiers exigent leurs propres vérifications de capacités. Dépôt : https://github.com/facebookincubator/muse-gadget-sdk (le skill est tout le dossier skills/gadget-apple-homepod-mini/ 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-apple-homepod-mini/ 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 0b03c3dc546fc4a8cc274fec9adfc627743f61312f5208634f32b7933cc24890 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 (3 026 octets). Il n'y a aucun script, aucun code et aucune configuration dedans ; la procédure roule à l'usage via un client pyatv compatible routé par Muse Home Link contre mon propre HomePod mini 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 haut-parleur n'est contacté, aucun appairage n'est lancé et aucune lecture n'est démarrée pendant l'installation. - À l'usage, les échanges vont uniquement à mon HomePod mini local, par les voies de contrôle TCP locales nécessaires à l'opération, avec la découverte déjà fournie par Link plutôt qu'un multicast côté agent. Les exigences existantes d'accès, de mot de passe et d'appairage du haut-parleur sont honorées et préservées, les identifiants et le chiffrement de session sont préservés, et les réglages d'accès ne sont jamais affaiblis pour obtenir une connexion. - Le skill ne fait ni streaming audio RAOP/UDP général, ni hébergement de média sur Link, ni automatisation d'un Mac connecté, ni Siri/Intercom, ni configuration Home, ni accès température/humidité, et il ne recommande pas play_url pour cet appareil : contrôler une session existante supportée est distinct de créer un nouveau flux. Il n'infère pas non plus qu'une paire stéréo peut être créée ou démantelée via l'API des appareils de sortie. - 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-apple-homepod-mini dans le répertoire des skills de l'agent, dans un dossier nommé exactement « gadget-apple-homepod-mini », 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-apple-homepod-mini), 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 HomePod mini déjà configuré sur mon réseau local exposant des services pyatv locaux compatibles ; utiliser un client pyatv compatible routé par HomeLink ; et garder les exigences existantes d'accès, de mot de passe et d'appairage du haut-parleur en place, préservées et jamais affaiblies ; 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.