Les gadgets Meta Muse sont open source, mais l’agent reste sous le contrôle de Meta

Meta a publié deux kits d’appareils open source pour les gadgets Meta Muse le 2 octobre, moins d’un mois après le lancement de son agent d’IA personnel. Les développeurs peuvent désormais connecter Muse à des écrans, microphones, boutons, capteurs et équipements de maison connectée à l’aide de matériel courant destiné aux amateurs.

Cette publication ressemble à une invitation à construire l’appareil d’IA que Meta n’a pas encore conçu. Parmi les projets suggérés figurent un écran de rappels E Ink, un assistant de poche et une clé HDMI qui affiche Muse sur un téléviseur. Meta a également produit 5 000 appareils Home Link qui connectent l’agent aux équipements d’un réseau local.

Cette ouverture a toutefois une limite claire. Meta a publié le logiciel des appareils, mais pas l’agent Muse ni son service cloud. L’accès exige toujours un jeton SDK, un compte Muse et le respect de restrictions interdisisant une distribution commerciale ordinaire. La concurrence ne se résume donc pas à du matériel ouvert face à du matériel fermé. Il s’agit d’interfaces construites par la communauté en concurrence avec des appareils d’IA intégrés verticalement, tandis que Meta conserve le contrôle de l’intelligence qui les sous-tend.

Ce que Meta a publié en open source pour les gadgets Muse

Meta a ouvert la couche de connexion entre Muse et les appareils physiques, offrant aux développeurs plusieurs moyens concrets de concevoir de nouvelles interfaces autour de l’agent.

L’entreprise a publié son firmware ESP32 et son logiciel d’appareil Linux sous licence Apache 2.0. ESP32 est une famille de microcontrôleurs à faible coût couramment utilisée dans l’électronique connectée. Le kit Linux prend en charge des ordinateurs tels qu’un Raspberry Pi.

Les deux options figurent dans le Muse Gadget SDK public. Le dépôt comprend des répertoires distincts pour ESP32, Linux et les compétences. Il propose également une documentation de configuration destinée aux développeurs et des fichiers d’instructions prévus pour les agents de codage.

Ce logiciel permet au matériel d’échanger des informations avec Muse. Un développeur peut ajouter un écran pour les images, connecter une entrée et une sortie audio, fixer des commandes physiques ou relier des capteurs. Un appareil Linux peut également exposer des commandes personnalisées pour des applications locales et l’administration système.

Meta exige que chaque appareil soit appairé via l’application mobile Muse. Les utilisateurs doivent activer le mode développeur, obtenir un jeton SDK et ajouter le gadget dans les réglages d’appareils de l’application. Le processus d’appairage préserve la relation de compte avec Meta, même lorsque l’interface physique provient d’un créateur indépendant.

La page de projets de gadgets de l’entreprise présente plusieurs exemples. L’un associe Muse à un écran E Ink couleur pour les briefings matinaux, les rappels et les listes de courses. Comme l’E Ink conserve une image sans alimentation constante, cette technologie convient aux informations qui changent occasionnellement.

Un autre concept installe Muse sur une clé HDMI. Un utilisateur pourrait demander à l’agent d’afficher du contenu sur un téléviseur plutôt que d’ouvrir une application. Meta indique que ce projet arrivera prochainement ; il reste donc une référence proposée plutôt qu’un produit établi.

Des exemples plus petits utilisent des cartes compactes avec écrans couleur, microphones, haut-parleurs et boutons. Ces appareils transforment Muse en compagnon de bureau ou en interface de poche. Un projet Raspberry Pi connecte l’agent à Home Assistant et à d’autres applications Linux.

Cette publication est importante, car il ne s’agit pas seulement d’écrans décoratifs. Boutons, microphones, haut-parleurs, capteurs et actionneurs peuvent donner à un agent d’IA de nouveaux moyens de percevoir les demandes et d’agir sur des systèmes proches. Un actionneur est un composant qui produit une action physique, par exemple en déplaçant un moteur ou en activant un équipement.

Muse est lui-même conçu pour poursuivre des tâches après que l’utilisateur a fermé l’application. Meta affirme qu’il peut parcourir des sites web, remplir des formulaires, organiser des voyages, faire des achats et travailler sur des objectifs de plus longue durée. La couverture du lancement de Muse décrit également un ordinateur cloud dédié qui héberge l’agent et les données de l’utilisateur.

Connecter cet agent persistant au matériel étend sa portée. Muse peut passer d’une conversation sur téléphone ou WhatsApp à des écrans et des commandes répartis dans une maison. Le matériel devient une autre porte d’entrée vers le même agent basé dans le cloud.

Cependant, Meta n’a pas publié de plan complet pour un appareil Muse indépendant. Le dépôt ouvert fournit un logiciel client et un firmware qui communiquent avec le service de Meta. Il ne permet pas à un développeur de reproduire l’agent sous-jacent, d’exploiter un cloud Muse alternatif ou de remplacer le système de comptes de Meta.

Cette distinction crée la tension centrale autour des gadgets Meta Muse. Les créateurs contrôlent le boîtier, l’écran, les commandes, les capteurs et certains comportements locaux. Meta contrôle l’agent qui rend ces composants utiles.

Pourquoi les gadgets Meta Muse mettent la pression sur le matériel fermé

Meta teste si un appareil d’IA a besoin d’une forme unique perfectionnée, ou si l’agent doit se répartir sur le matériel que les gens possèdent déjà.

Le matériel d’IA récent a souvent suivi un modèle intégré verticalement. Une entreprise choisit le design industriel, le système d’exploitation, les microphones, la caméra, la batterie et le service d’IA. Les clients reçoivent un appareil fini, mais les développeurs disposent d’une liberté limitée pour le remodeler.

Muse Gadgets emprunte une autre voie. Meta fournit la connexion à l’agent et laisse les créateurs expérimenter avec la forme physique. Au lieu de miser immédiatement sur un appareil grand public unique, l’entreprise peut observer une communauté tester des dizaines d’idées.

Cette approche transfère le risque matériel initial vers les amateurs. Ils choisissent les cartes, assemblent les composants, écrivent les intégrations et découvrent quelles interfaces les gens jugent utiles. Meta obtient des signaux concrets sans fabriquer elle-même tous les formats possibles.

Un écran E Ink permanent, par exemple, répond à un besoin différent de celui d’un assistant vocal. Il rend l’information facile à consulter et persistante. Une liste de courses peut rester visible dans une cuisine sans nécessiter une nouvelle demande vocale.

Une interface HDMI joue un autre rôle. Elle transforme le plus grand écran d’une maison en surface de sortie pour l’agent. Cela pourrait aider à planifier des voyages, gérer des calendriers partagés, sélectionner des photos, faire des présentations ou afficher des instructions que plusieurs personnes doivent voir.

Un appareil de poche modifie encore l’interaction. Un bouton physique peut supprimer les étapes nécessaires pour déverrouiller un téléphone et trouver une application. Un petit écran d’état peut aussi indiquer si l’agent écoute, travaille, attend une approbation ou a terminé.

Aucun de ces concepts ne prouve que les gens souhaitent un nouvel objet d’IA. Ils montrent toutefois pourquoi il est risqué de choisir trop tôt un design universel. La meilleure interface peut dépendre de la pièce, de la tâche, des attentes en matière de confidentialité et du nombre de personnes impliquées.

Cela met la pression sur les entreprises qui construisent du matériel d’IA dédié. Leurs produits doivent justifier une forme fixe face à des composants moins coûteux pouvant se connecter à un agent polyvalent. Un appareil spécialisé doit offrir une meilleure fiabilité, une confidentialité plus claire ou une tâche que le matériel standard ne peut égaler.

Meta bénéficie également de sa distribution logicielle existante. Muse est disponible par le biais de sa propre application et de WhatsApp, tandis que son agent fonctionne dans le cloud. Le gadget n’a pas besoin de contenir le principal modèle d’IA ni de reproduire l’ensemble de l’environnement applicatif.

Cette conception réduit la charge imposée aux petits appareils. Une carte ESP32 peut gérer les commandes, la connectivité et les médias de base sans exécuter localement un grand modèle. Un Raspberry Pi peut gérer des commandes locales plus complexes tout en s’appuyant sur Muse pour le comportement de l’agent.

Le compromis est la dépendance. Si Meta modifie le service, les règles relatives aux jetons, les interfaces prises en charge ou les exigences de compte, un projet connecté peut cesser de fonctionner. Un client d’appareil ouvert ne supprime pas ce risque de plateforme.

L’entreprise présente le projet comme destiné aux hackers et au divertissement. Ce cadrage réduit les attentes en matière de stabilité et de support. Il indique également que Meta recueille des éléments avant de traiter Muse Gadgets comme une plateforme formelle pour développeurs.

La stratégie de Meta ressemble davantage à une conquête des interfaces qu’à un lancement matériel conventionnel. L’objectif est de rendre Muse disponible partout où les développeurs peuvent installer un écran, un microphone ou un pont réseau. Chaque projet réussi étend l’empreinte pratique de l’agent.

Cette expansion sert également les ambitions plus larges de Meta en matière d’agents. L’entreprise a déjà présenté Muse aux petites entreprises et positionné le service comme davantage qu’un chatbot. Des informations de presse sectorielle décrivent les gadgets comme une autre composante de cet effort.

La pression concurrentielle la plus nette s’exerce donc sur les appareils d’IA fermés. Ils promettent la cohérence grâce à un contrôle étroit. Les gadgets Meta Muse offrent de la variété et une expérimentation plus rapide, mais acceptent une qualité inégale et une dépendance persistante au cloud de Meta.

Le code ouvert s’arrête au cloud de Meta

Le logiciel des appareils est véritablement open source, mais l’accès à Muse reste personnel, contrôlé et révocable.

Apache 2.0 accorde aux développeurs de larges droits pour examiner, modifier et redistribuer le code couvert. Meta applique cette licence aux SDK de gadgets et au firmware, sous réserve de licences distinctes pour plusieurs composants tiers.

L’avatar Jollybot est également exclu de la licence Apache. Ce détail compte pour quiconque souhaite copier une expérience de référence complète. Un logiciel ouvert n’inclut pas automatiquement chaque ressource visuelle ou chaque service connecté.

Plus important encore, un jeton SDK n’est pas open source. Le jeton donne accès à Muse via l’infrastructure de Meta, et des conditions distinctes régissent cet accès. Un développeur peut conserver ses droits sur le code tout en perdant la possibilité concrète de le connecter à Muse.

Les conditions relatives aux jetons SDK de Meta limitent l’utilisation des jetons à des projets personnels et non commerciaux. Un détenteur de jeton peut intégrer l’identifiant dans un maximum de 50 appareils partagés avec d’autres personnes. Ces appareils ne peuvent ni être vendus, ni être répertoriés publiquement, ni être distribués dans le cadre d’une promotion.

La distribution commerciale exige l’autorisation écrite préalable de Meta. Meta peut également suspendre ou retirer l’accès aux jetons lorsqu’elle estime qu’un projet crée un risque, enfreint les conditions ou contourne une restriction de sécurité.

Les conditions précisent que le SDK n’est ni un produit pris en charge ni une plateforme pour développeurs. Il peut être modifié, cesser de fonctionner ou être retiré sans préavis. Cette formulation limite fortement sa valeur actuelle pour les entreprises qui prévoient un produit fiable.

Une startup ne peut pas considérer sans risque cette publication comme une autorisation de fabriquer un appareil alimenté par Muse. Une entreprise ne peut pas supposer une compatibilité à long terme. Même un projet communautaire partagé avec de nombreuses personnes doit tenir compte de la limite d’appareils et des obligations de divulgation.

Cela crée une définition de l’ouverture à plusieurs niveaux. Le firmware et le SDK d’appareil peuvent être forkés. Le point d’accès au service, la relation avec l’utilisateur et l’autorisation de distribuer des produits connectés restent sous le contrôle de Meta.

Cette structure n’est pas inhabituelle dans les logiciels connectés au cloud. De nombreux clients open source dépendent de services propriétaires. Toutefois, elle devient plus importante lorsque des appareils entrent dans les foyers et contrôlent des équipements locaux.

Un gadget physique peut rester sur un réseau pendant des années. Les gens s’attendent à ce qu’un interrupteur, un contrôleur de haut-parleur ou un écran d’information fonctionne de manière cohérente. La politique cloud peut évoluer bien plus vite que le matériel fixé à un mur.

Les développeurs doivent également prendre en compte la sécurité des identifiants. Meta indique que les créateurs sont responsables de l’activité réalisée via leurs jetons. Publier un jeton dans un dépôt public pourrait exposer à la fois le développeur et les appareils connectés.

Ces conditions concern également les données d’autres personnes. Les développeurs ne peuvent pas utiliser leurs jetons pour accéder au compte Muse d’une autre personne. Les appareils partagés avec d’autres utilisateurs doivent indiquer clairement ce qu’ils font des prompts, des réponses et des informations associées.

Ces exigences deviennent plus difficiles à gérer lorsqu’un gadget dispose de microphones, de capteurs ou d’un accès à des pièces communes. Un écran dans un bureau privé a un utilisateur clairement identifié. Un appareil vocal dans une cuisine familiale rencontre des visiteurs, des enfants et des conversations qui ne relèvent peut-être pas du titulaire du compte.

Muse exige déjà l’accès à des informations personnelles pour accomplir un travail utile. Il peut gérer des messages, des agendas, des achats et des tâches dans le navigateur. Étendre l’agent à du matériel ambiant multiplie les situations dans lesquelles les autorisations doivent rester compréhensibles.

C’est particulièrement important après que des signalements ont soulevé des questions sur la manière dont Muse traite les informations des appareils. Un journaliste a affirmé que l’agent avait fait référence à des éléments provenant de notifications de messages entrants sans autorisation explicite de lire la conversation sous-jacente. Les préoccupations concernant les autorisations restent une allégation, et non le résultat d’un vaste audit indépendant du service.

Ce récit illustre néanmoins le problème que le matériel peut amplifier. Les utilisateurs doivent savoir si un agent a reçu des informations depuis une application, une notification, un microphone, un capteur ou un service connecté. Une réponse vague devient plus difficile à accepter lorsque l’agent peut aussi piloter des appareils.

Le code ouvert peut aider les développeurs à examiner le cheminement local. Il ne peut pas révéler chaque processus au sein du cloud de Meta ni garantir de manière indépendante la façon dont le service traite le contexte personnel. La partie la plus sensible du système demeure hors du dépôt publié.

Pour les développeurs, la question pratique est donc précise. Veulent-ils expérimenter avec Muse, ou doivent-ils contrôler l’ensemble de la pile de l’agent ? Cette publication sert le premier groupe. Elle ne répond pas aux besoins du second.

Les équipes qui évaluent des contenus générés par des agents devraient conserver leurs propres archives des prompts, des résultats, des validations et des documents sources. Une base de connaissances IA consultable peut aider à maintenir l’auditabilité de ce travail, quelle que soit l’interface utilisée pour le demander.

Home Link transforme l’idée en test produit

Muse Home Link offre à Meta un appareil de référence contrôlé, tout en laissant les logiciels de la communauté déterminer ce que le matériel peut faire.

Home Link est un petit pont réseau alimenté via USB-C ou USB-A. Il utilise un processeur Espressif ESP32-C5, intègre 8 Mo de mémoire et 8 Mo de stockage flash, et prend en charge le Wi-Fi 6 double bande.

L’appareil s’associe à l’application Muse via Bluetooth Low Energy. Après la configuration, il reste sur le réseau domestique afin que Muse puisse joindre des appareils locaux compatibles. Bluetooth Low Energy est un protocole à courte portée conçu pour la configuration et les communications à faible consommation.

Meta indique que Home Link peut fonctionner avec des équipements qui exposent une API HTTP locale. Une API est une méthode définie qui permet à un logiciel de demander des actions ou des informations à un autre système. Ici, elle peut permettre à Muse d’envoyer des commandes sans imposer à chaque appareil d’utiliser le cloud d’un seul fournisseur.

Des compétences créées par la communauté fournissent les intégrations précises. Meta cite Philips Hue, Sonos, Apple TV, les enceintes Google Nest et les téléviseurs Samsung comme exemples. Les compétences peuvent aussi se connecter à du matériel personnalisé construit par l’utilisateur.

Cette conception donne à Home Link un rôle technique limité. Il n’a pas besoin de devenir l’ordinateur central de l’agent Muse. Il agit comme un pont de confiance entre le service cloud de Meta et des appareils accessibles au sein du domicile.

Meta indique qu’une compétence peut allumer une lumière, contrôler un téléviseur ou envoyer un fichier à une imprimante. Ces exemples sont délibérément ordinaires. Ils testent la capacité d’un agent généraliste à coordonner des équipements familiers sans exiger un tout nouveau système de maison connectée.

L’entreprise a fabriqué 5 000 unités destinées aux abonnés Muse aux États-Unis. Chaque abonné peut en réclamer une dans la limite des stocks disponibles, et Meta indique que les expéditions commencent en octobre. Réserver une place n’est pas la même chose que passer commande.

Cette série limitée sert de test sur le terrain. Meta peut observer les échecs d’association, la compatibilité réseau, la qualité des compétences, les tâches répétées et les besoins d’assistance. L’entreprise peut aussi déterminer si les abonnés continuent d’utiliser le pont une fois l’effet de nouveauté passé.

Le firmware de Home Link repose lui-même sur le kit ESP32 ouvert ; les développeurs peuvent donc examiner l’approche de conception sous-jacente. Meta précise toutefois que l’appareil distribué n’accepte que le firmware officiel et ne peut pas être reflashé.

Il s’agit d’une autre limite soigneusement tracée. Les créateurs peuvent utiliser le code de référence pour fabriquer leur propre gadget ESP32. Ils ne peuvent pas transformer le Home Link fini de Meta en carte de développement sans restriction.

Ce choix protège l’expérience de référence et réduit l’incertitude liée à l’assistance. Il empêche aussi les propriétaires de réaffecter entièrement le matériel qu’ils reçoivent. Meta conserve le contrôle du produit officiel tout en publiant la base sur laquelle il repose.

L’entreprise avertit les utilisateurs de ne pas s’appuyer sur les compétences communautaires pour la sécurité du domicile, les urgences ou les besoins médicaux. Les compétences peuvent évoluer ou cesser de fonctionner, et Meta ne cautionne pas les produits tiers cités sur la page du projet.

Cet avertissement met en lumière l’écart le plus difficile entre un projet de bricoleur et un produit domestique. Une démonstration peut réussir la plupart du temps tout en restant impressionnante. L’automatisation domestique exige un état prévisible, des messages d’erreur clairs et une récupération sûre lorsqu’une commande échoue.

Prenons une demande visant à éteindre toutes les lumières du rez-de-chaussée. L’agent doit identifier les bons appareils, comprendre les noms des pièces, vérifier le résultat et éviter d’affecter des équipements sans rapport. Chaque intégration ajoute un nouveau point où les hypothèses peuvent échouer.

L’impression d’un document présente des risques différents. Muse doit sélectionner le bon fichier et la bonne imprimante, puis éviter d’exposer des documents sensibles dans un lieu partagé. Une action pratique peut devenir un problème de confidentialité lorsque le contexte ou la destination est erroné.

Le contrôle d’un téléviseur semble plus simple, mais il peut impliquer plusieurs protocoles et systèmes de comptes. Une compétence peut fonctionner avec un modèle et échouer avec un autre. La maintenance communautaire détermine si ces intégrations survivent aux mises à jour du firmware des fabricants d’appareils.

Ces problèmes n’invalident pas le concept. Ils expliquent pourquoi Meta a commencé par une publication limitée et des avertissements explicites. Home Link teste si l’expérimentation communautaire peut évoluer vers des comportements auxquels les foyers ordinaires font confiance.

Le résultat le plus solide ne serait pas un grand nombre de gadgets construits pour un usage unique. Ce serait un petit ensemble d’intégrations que les gens utilisent de manière répétée et peuvent expliquer à d’autres. La fiabilité, des autorisations compréhensibles et des erreurs récupérables compteront davantage que la nouveauté.

Trois signaux qui décideront de la suite

L’avenir des gadgets Meta Muse dépend d’un usage communautaire durable, de conditions commerciales plus larges et de preuves que les actions connectées restent sûres et prévisibles.

Le premier signal est l’activité autour de projets réels. Les développeurs doivent publier des dépôts fonctionnels, documenter les échecs et maintenir les intégrations après les mises à jour logicielles de Meta ou des fournisseurs de matériel. Une galerie de prototypes prouve la curiosité. Une maintenance continue prouve une demande concrète.

Les projets utiles devraient aussi aller au-delà de la reproduction des exemples de Meta. Les kits ouverts prennent davantage de sens lorsque les créateurs découvrent des interfaces que l’entreprise n’avait pas anticipées. Des commandes d’accessibilité, des affichages d’atelier, des tableaux de planification partagés et des appareils spécialisés pour le lieu de travail pourraient révéler des besoins plus solides.

Le deuxième signal est une évolution des droits de distribution. Les conditions actuelles des jetons bloquent les ventes courantes et présentent le SDK comme non pris en charge. Cela convient à l’expérimentation, mais empêche la formation d’un marché matériel conventionnel autour de Muse.

Si Meta introduit un accès commercial documenté, des interfaces stables et des engagements de support, cette publication commencera à ressembler à une stratégie de plateforme. Si les restrictions d’usage personnel demeurent, Muse Gadgets restera principalement un programme destiné aux amateurs.

Les entreprises devraient surveiller si Meta met en place un processus d’évaluation pour les partenaires matériels. Une certification pourrait améliorer la fiabilité et la sécurité, même si elle donnerait aussi à Meta davantage de contrôle sur les produits qui arrivent jusqu’aux clients.

Le troisième signal est la confiance opérationnelle. Home Link et les compétences communautaires doivent proposer des demandes d’autorisation claires, une sélection précise des appareils, des historiques d’activité utiles et un comportement sûr en cas d’échec. Meta doit également apporter des réponses crédibles lorsque les utilisateurs s’interrogent sur l’origine des informations personnelles obtenues par Muse.

Les actions connectées méritent un niveau d’exigence supérieur au texte généré. Un paragraphe erroné peut être modifié. Un achat erroné, un document exposé, un appareil déverrouillé ou un système domestique modifié peut avoir des conséquences immédiates.

Les restrictions de Meta reconnaissent cette différence. L’entreprise interdit les usages critiques pour la sécurité et se réserve le droit de révoquer les accès jugés risqués. Ces contrôles réduisent l’exposition, mais ne démontrent pas que le système fonctionne de manière fiable dans les situations ordinaires.

Les tests indépendants compteront. Les évaluateurs devraient examiner le comportement des gadgets après des pannes réseau, l’expiration de jetons, des changements de compte et des commandes interrompues. Ils devraient aussi vérifier si les différents membres d’un foyer peuvent comprendre quel compte et quelles autorisations sont actifs.

Les gadgets Meta Muse proposent actuellement un marché inhabituel. Les développeurs reçoivent du code client ouvert et la liberté de concevoir l’interface physique. En échange, ils acceptent un agent propriétaire, un accès révocable, une distribution limitée et un service dont les décisions les plus importantes se prennent dans le cloud.

Ce marché peut malgré tout produire un travail utile. Un développeur peut créer un affichage de projet permanent, un assistant push-to-talk ou un panneau de contrôle privé sans attendre que Meta fabrique chaque format. Le logiciel publié rend ces expérimentations plus accessibles et comparables.

Il ne fait pas de Muse un agent ouvert. L’entreprise a ouvert les portes par lesquelles les gens accèdent à Muse, tout en gardant l’agent lui-même derrière sa propre infrastructure. Il s’agit d’une forme d’ouverture stratégique, et non d’une indépendance technique complète.

Au cours des prochains mois, surveillez les dépôts que les développeurs maintiennent, toute extension de l’accès commercial et les rapports de fiabilité des propriétaires de Home Link. Ensemble, ces signaux montreront si Meta a lancé une communauté matérielle ou simplement une expérience intéressante.

Pour l’instant, les créateurs devraient considérer le SDK comme un environnement de test et documenter chaque dépendance avant de le choisir pour un travail durable. Quelle interface rendrait un agent personnel réellement utile dans votre quotidien, et quel niveau de contrôle exigeriez-vous avant de lui faire confiance ?