Note de lecture. Cet article s'appuie sur l'annonce de Muse Gadgets du 2 octobre 2026, sur le dépôt GitHub publié par Meta et sur la couverture disponible à la date d'écriture (TechCrunch, ai-tldr, Shopifreaks). La documentation ne dit pas explicitement où s'exécute le modèle : notre lecture, selon laquelle le calcul reste dans les serveurs de Meta, est déduite de l'architecture décrite (jeton d'appairage, application Muse, compte actif). Nous la présentons comme telle.

En une phrase

Le 2 octobre 2026, Meta a publié Muse Gadgets : deux kits de développement logiciel (software development kits, SDK) sous licence libre Apache 2.0, qui permettent de transformer une petite carte électronique ESP32 ou un Raspberry Pi en objet piloté par Muse, son agent personnel lancé un mois plus tôt. Le geste est réel et utile : le code est ouvert, le matériel ne coûte presque rien, la culture maker est invitée à la table. Mais ce qui est ouvert, c'est le corps de l'objet, pas son cerveau : pour fonctionner, chaque gadget doit être appairé à un compte Muse et passer par les serveurs de Meta. Nous y voyons une bonne nouvelle pour l'électronique de bricolage, et une occasion de rappeler ce que l'approche frugale cherche, elle, à garder chez soi.

1. Ce qui a été annoncé

Replaçons le contexte. Le 8 septembre 2026, Meta lançait Muse, un agent personnel capable, selon l'entreprise, de réserver un voyage, remplir un formulaire ou faire des achats pour le compte de l'utilisateur. Il est propulsé par Muse Spark, un modèle fermé de Meta Superintelligence Labs, la division d'intelligence artificielle du groupe. Le lancement s'est fait aux États-Unis d'abord, réservé aux majeurs, avec un accès gratuit plafonné et deux abonnements rapportés à 20 et 100 dollars par mois.

Moins d'un mois plus tard, Meta ouvre une porte vers le matériel. Les faits, tels qu'ils ont été publiés :

  • Deux SDK libres. Un firmware (le logiciel embarqué d'une carte) pour ESP32, et un SDK pour Linux, réunis dans un dépôt GitHub sous licence Apache 2.0, à l'exception de l'avatar maison et de quelques composants tiers.
  • Du matériel courant. Côté ESP32, une quinzaine de cartes seraient prises en charge, dont des modèles Waveshare et M5Stack, avec l'ESP32-C5 DevKitC-1 en recommandation. Côté Linux, les Raspberry Pi 3B+, 4, 5 et Zero 2 W, ou n'importe quelle machine Linux.
  • Des commandes simples. D'après la documentation relayée par ai-tldr, le gadget Linux expose à l'agent des commandes comme system.run (exécuter une commande), file.read, file.write et device.health, extensibles par le développeur.
  • Un objet maison en appât. Meta a fabriqué 5 000 exemplaires d'un petit boîtier, Muse Home Link, alimenté en USB-C, qui relie Muse au réseau domestique pour piloter enceintes, télévisions ou imprimantes. Il est offert aux abonnés actifs aux États-Unis, un par personne.

Les exemples mis en avant vont de l'écran à encre électronique couleur à la clé HDMI branchée sur un téléviseur. Le ton, porté par Nat Friedman, responsable produit du laboratoire, est celui du bricoleur : brancher Muse à « tout ce qui traîne sur l'établi ».

2. Deux familles de matériel, deux rôles

Pour comprendre ce que Muse Gadgets permet, et ce qu'il ne permet pas, il faut distinguer les deux plateformes.

ESP32 — Un microcontrôleur, c'est-à-dire un très petit ordinateur sur une seule puce, produit par la société chinoise Espressif. Il coûte quelques euros, consomme très peu, gère le Wi-Fi et le Bluetooth, et sert de base à une grande partie des objets connectés bon marché. Il ne peut pas, en pratique, faire tourner un grand modèle de langage.

Raspberry Pi — Un ordinateur complet de la taille d'une carte de crédit, sous Linux, vendu quelques dizaines d'euros. Il peut faire tourner de petits modèles localement, lentement mais réellement.

Dans l'architecture de Muse Gadgets, les deux jouent le même rôle : celui d'organes. L'ESP32 apporte un micro, un haut-parleur, un écran, des capteurs. Le Raspberry Pi apporte des mains : lancer un script, lire un fichier, piloter une installation domotique. Le raisonnement, lui, est ailleurs. L'appairage passe par l'application Muse en mode développeur, avec un jeton obtenu sur le site de Meta, et suppose un compte actif. Rien dans la documentation publiée ne décrit un mode hors ligne.

3. Ouvrir le corps, garder le cerveau

Un vrai geste d'ouverture

Il serait injuste de réduire l'annonce à une opération marketing. Publier sous Apache 2.0 signifie que le code peut être lu, modifié, réutilisé, y compris commercialement. Un développeur peut étudier comment Meta gère l'audio sur une carte à quelques euros, comment l'appairage est sécurisé, comment les commandes sont exposées, et réutiliser ces briques ailleurs. Pour les écoles, les fablabs et les petits ateliers, c'est une matière pédagogique de qualité.

C'est aussi un changement de stratégie notable. Après des années de matériel fermé (casques, lunettes connectées), Meta laisse la communauté inventer les formes de son assistant. L'entreprise reconnaît implicitement qu'elle ne sait pas quel objet portera l'IA personnelle de demain, et préfère que des milliers de bricoleurs le cherchent pour elle.

Mais une dépendance par construction

Le point central est le suivant : un gadget Muse est un terminal. Son intelligence se loue, compte par compte, auprès d'un seul fournisseur. Trois conséquences en découlent.

  • Pas de réseau, pas d'objet. Une coupure internet, une panne du service, une suspension de compte, et l'objet redevient une carte électronique muette.
  • Une géographie restreinte. Muse est lancé aux États-Unis d'abord ; le Home Link n'est offert qu'aux abonnés américains. Un développeur hors de ce périmètre construit pour un service dont il ne maîtrise ni l'ouverture ni le calendrier.
  • Une porte d'entrée sensible. La commande system.run permet à l'agent d'exécuter des commandes sur la machine. C'est précisément ce qui rend le Raspberry Pi utile, et précisément ce qui demande de la prudence : on confie à un service distant, dirigé par un modèle de langage, un accès direct à un ordinateur du réseau domestique.

Le code est libre ; l'intelligence, elle, reste louée.

Nous l'avions écrit à propos de Fable 5 : une capacité louée est une capacité révocable. Muse Gadgets n'échappe pas à la règle. Il la rend simplement plus concrète, parce qu'elle s'incarne désormais dans des objets posés sur une étagère.

4. L'approche frugale, en regard

Ce que nous appelons approche frugale n'est pas un refus de la technologie. C'est une méthode : partir des contraintes réelles (énergie, budget, connexion, distance) et concevoir des outils qui continuent de fonctionner quand ces contraintes se resserrent.

Notre projet Sati en est la démonstration la plus directe. C'est un assistant éducatif et culturel conçu pour fonctionner en autonomie sur Raspberry Pi. Même carte que Muse Gadgets, philosophie inverse : le modèle tourne sur l'appareil, les données restent dans la salle, et l'objet fonctionne sans abonnement ni connexion.

Mettons les deux logiques côte à côte :

  • Où pense l'objet. Muse Gadgets : dans le centre de données de Meta. Approche frugale : sur la carte, avec un petit modèle, éventuellement quantifié pour tenir en mémoire.
  • Ce qu'on gagne. Muse : un agent puissant, multimodal, capable d'agir sur le web. Frugal : un outil plus modeste, mais disponible, prévisible et maîtrisé.
  • Ce qu'on paie. Muse : un compte, un abonnement au-delà du quota gratuit, une dépendance. Frugal : du temps d'ingénierie, et l'acceptation de capacités limitées.
  • Ce qui reste si le service disparaît. Muse : le matériel et le code du SDK. Frugal : l'outil entier.

Ce comparatif n'a pas vocation à désigner un vainqueur. Un agent qui réserve un billet d'avion a besoin de la puissance d'un grand modèle et d'un accès au web ; un assistant qui lit un conte en créole à une classe n'en a pas besoin. La question n'est pas « local ou nuage », mais quelle tâche mérite quel niveau de dépendance.

5. Ce que les bricoleurs peuvent en retenir

Pour un développeur qui veut profiter de Muse Gadgets sans s'y enfermer, nous proposons quelques principes simples.

  1. Séparer l'interface du cerveau. Le code ESP32 publié par Meta gère le son, l'écran, les boutons. Rien n'empêche, licence Apache oblige, de s'en inspirer pour un objet qui parle à un autre moteur, y compris un modèle local sur un Raspberry Pi du même réseau.
  2. Prévoir le mode dégradé. Si le service distant ne répond pas, l'objet doit encore rendre un service minimal : afficher, enregistrer, répondre à une poignée de commandes locales.
  3. Restreindre ce que l'agent peut faire. Si system.run est activé, le cantonner à une liste de commandes autorisées, sur une machine dédiée, sans accès aux données personnelles.
  4. Garder ses propres tests. Comme pour Jev, conserver un jeu de cas concrets permet de vérifier qu'un autre moteur fait aussi bien, le jour où il faudra changer.

6. Signaux à surveiller

  1. Un mode hors ligne. Si Meta publie une version de Muse Spark exécutable localement, même réduite, la logique du projet changerait de nature.
  2. L'ouverture géographique. L'arrivée de Muse et du Home Link hors des États-Unis, notamment dans l'Union européenne, dira si les gadgets sont un écosystème mondial ou un laboratoire américain.
  3. Les incidents de sécurité. Un agent qui exécute des commandes sur des machines domestiques sera testé, tôt ou tard, par des attaques par injection d'instructions cachées. La réponse de Meta à ces premiers cas sera instructive.
  4. Les forks indépendants. Des versions du SDK branchées sur d'autres moteurs, ouverts ou locaux, montreraient que la communauté s'approprie le corps sans accepter le cerveau imposé.
  5. Le modèle économique. Le quota gratuit, généreux au lancement, se resserrera-t-il quand les objets se multiplieront ? Un gadget dont l'usage devient payant change de nature.

7. Un mot situé

Depuis La Réunion, l'annonce a un goût familier. Les objets qui dépendent entièrement d'un serveur lointain, nous savons ce qu'ils deviennent quand le câble sous-marin sature, quand un cyclone coupe le réseau, ou quand un service décide simplement de ne pas ouvrir dans notre région. À 9 000 km de la Silicon Valley, la question « que fait cet objet quand il est seul ? » n'est pas théorique.

C'est pour cela que nous accueillons Muse Gadgets avec intérêt et avec méthode. Intérêt, parce que des milliers de personnes vont apprendre à souder, à flasher une carte, à concevoir un objet qui écoute et répond, et que ce savoir circulera bien au-delà de Meta. Méthode, parce que nous continuerons de bâtir des outils qui pensent sur place, quitte à penser moins vite.

Le Raspberry Pi est le même des deux côtés. Ce qui change, c'est l'endroit où l'on décide de mettre l'intelligence. Pour une île, comme pour une classe, une association ou un petit atelier, nous pensons que la bonne réponse commence souvent au plus près : sur la carte, dans la pièce, avec ce que nous avons. 簡

Sources et lectures complémentaires

Ce document est mis à jour si des éléments nouveaux apparaissent. Dernière révision : 文 4 octobre 2026.