Nota de lectura. Este artículo se apoya en el anuncio de Muse Gadgets del 2 de octubre de 2026, en el repositorio de GitHub publicado por Meta y en la cobertura disponible en la fecha de escritura (TechCrunch, ai-tldr, Shopifreaks). La documentación no dice explícitamente dónde se ejecuta el modelo: nuestra lectura, según la cual el cálculo permanece en los servidores de Meta, se deduce de la arquitectura descrita (token de emparejamiento, aplicación Muse, cuenta activa). La presentamos como tal.

En una frase

El 2 de octubre de 2026, Meta publicó Muse Gadgets: dos kits de desarrollo de software (software development kits, SDK) bajo licencia libre Apache 2.0, que permiten transformar una pequeña placa electrónica ESP32 o una Raspberry Pi en un objeto controlado por Muse, su agente personal lanzado un mes antes. El gesto es real y útil: el código es abierto, el hardware no cuesta casi nada, la cultura maker está invitada a la mesa. Pero lo que se abre es el cuerpo del objeto, no su cerebro: para funcionar, cada gadget debe emparejarse con una cuenta Muse y pasar por los servidores de Meta. Vemos en ello una buena noticia para la electrónica de bricolaje, y una ocasión para recordar lo que el enfoque frugal busca, por su parte, conservar en casa.

1. Lo que se anunció

Situemos el contexto. El 8 de septiembre de 2026, Meta lanzaba Muse, un agente personal capaz, según la empresa, de reservar un viaje, rellenar un formulario o hacer compras en nombre del usuario. Funciona con Muse Spark, un modelo cerrado de Meta Superintelligence Labs, la división de inteligencia artificial del grupo. El lanzamiento se hizo primero en Estados Unidos, reservado a mayores de edad, con un acceso gratuito limitado y dos suscripciones de 20 y 100 dólares al mes, según lo publicado.

Menos de un mes después, Meta abre una puerta hacia el hardware. Los hechos, tal como se han publicado:

  • Dos SDK libres. Un firmware (el software embarcado de una placa) para ESP32, y un SDK para Linux, reunidos en un repositorio de GitHub bajo licencia Apache 2.0, con la excepción del avatar propio y de algunos componentes de terceros.
  • Hardware corriente. Del lado ESP32, una quincena de placas serían compatibles, entre ellas modelos Waveshare y M5Stack, con la ESP32-C5 DevKitC-1 como recomendación. Del lado Linux, las Raspberry Pi 3B+, 4, 5 y Zero 2 W, o cualquier máquina Linux.
  • Comandos sencillos. Según la documentación recogida por ai-tldr, el gadget Linux expone al agente comandos como system.run (ejecutar un comando), file.read, file.write y device.health, ampliables por el desarrollador.
  • Un objeto propio como cebo. Meta ha fabricado 5 000 ejemplares de una pequeña caja, Muse Home Link, alimentada por USB-C, que conecta Muse a la red doméstica para controlar altavoces, televisores o impresoras. Se ofrece a los suscriptores activos en Estados Unidos, uno por persona.

Los ejemplos destacados van desde la pantalla de tinta electrónica en color hasta la llave HDMI conectada a un televisor. El tono, encarnado por Nat Friedman, responsable de producto del laboratorio, es el del aficionado al bricolaje: conectar Muse a «todo lo que anda por el banco de trabajo».

2. Dos familias de hardware, dos papeles

Para entender lo que Muse Gadgets permite, y lo que no permite, hay que distinguir las dos plataformas.

ESP32 — Un microcontrolador, es decir, un ordenador muy pequeño en un solo chip, producido por la empresa china Espressif. Cuesta unos pocos euros, consume muy poco, gestiona el Wi-Fi y el Bluetooth, y sirve de base a una gran parte de los objetos conectados baratos. En la práctica, no puede ejecutar un gran modelo de lenguaje.

Raspberry Pi — Un ordenador completo del tamaño de una tarjeta de crédito, con Linux, vendido por unas decenas de euros. Puede ejecutar modelos pequeños localmente, despacio pero de verdad.

En la arquitectura de Muse Gadgets, ambos desempeñan el mismo papel: el de órganos. El ESP32 aporta un micrófono, un altavoz, una pantalla, sensores. La Raspberry Pi aporta manos: lanzar un script, leer un archivo, controlar una instalación domótica. El razonamiento, en cambio, está en otra parte. El emparejamiento pasa por la aplicación Muse en modo desarrollador, con un token obtenido en el sitio web de Meta, y requiere una cuenta activa. Nada en la documentación publicada describe un modo sin conexión.

3. Abrir el cuerpo, conservar el cerebro

Un verdadero gesto de apertura

Sería injusto reducir el anuncio a una operación de marketing. Publicar bajo Apache 2.0 significa que el código puede leerse, modificarse y reutilizarse, incluso con fines comerciales. Un desarrollador puede estudiar cómo gestiona Meta el audio en una placa de unos pocos euros, cómo se protege el emparejamiento, cómo se exponen los comandos, y reutilizar esas piezas en otros proyectos. Para las escuelas, los fablabs y los pequeños talleres, es un material pedagógico de calidad.

Es también un cambio de estrategia notable. Tras años de hardware cerrado (cascos, gafas conectadas), Meta deja que la comunidad invente las formas de su asistente. La empresa reconoce implícitamente que no sabe qué objeto llevará la IA personal del mañana, y prefiere que miles de aficionados lo busquen por ella.

Pero una dependencia por construcción

El punto central es el siguiente: un gadget Muse es un terminal. Su inteligencia se alquila, cuenta por cuenta, a un único proveedor. De ello se derivan tres consecuencias.

  • Sin red, no hay objeto. Un corte de internet, una caída del servicio, una suspensión de cuenta, y el objeto vuelve a ser una placa electrónica muda.
  • Una geografía restringida. Muse se lanza primero en Estados Unidos; el Home Link solo se ofrece a los suscriptores estadounidenses. Un desarrollador fuera de ese perímetro construye para un servicio cuya apertura y calendario no controla.
  • Una puerta de entrada sensible. El comando system.run permite al agente ejecutar comandos en la máquina. Es precisamente lo que hace útil la Raspberry Pi, y precisamente lo que exige prudencia: se confía a un servicio remoto, dirigido por un modelo de lenguaje, un acceso directo a un ordenador de la red doméstica.

El código es libre; la inteligencia, en cambio, sigue siendo alquilada.

Lo habíamos escrito a propósito de Fable 5: una capacidad alquilada es una capacidad revocable. Muse Gadgets no escapa a la regla. Simplemente la hace más concreta, porque ahora se encarna en objetos colocados en una estantería.

4. El enfoque frugal, en contraste

Lo que llamamos enfoque frugal no es un rechazo de la tecnología. Es un método: partir de las restricciones reales (energía, presupuesto, conexión, distancia) y diseñar herramientas que sigan funcionando cuando esas restricciones se endurecen.

Nuestro proyecto Sati es su demostración más directa. Es un asistente educativo y cultural diseñado para funcionar de forma autónoma en Raspberry Pi. La misma placa que Muse Gadgets, filosofía inversa: el modelo se ejecuta en el dispositivo, los datos se quedan en el aula y el objeto funciona sin suscripción ni conexión.

Pongamos las dos lógicas una al lado de la otra:

  • Dónde piensa el objeto. Muse Gadgets: en el centro de datos de Meta. Enfoque frugal: en la placa, con un modelo pequeño, eventualmente cuantizado para caber en memoria.
  • Lo que se gana. Muse: un agente potente, multimodal, capaz de actuar en la web. Frugal: una herramienta más modesta, pero disponible, previsible y bajo control.
  • Lo que se paga. Muse: una cuenta, una suscripción más allá de la cuota gratuita, una dependencia. Frugal: tiempo de ingeniería, y la aceptación de capacidades limitadas.
  • Lo que queda si el servicio desaparece. Muse: el hardware y el código del SDK. Frugal: la herramienta entera.

Esta comparación no pretende designar un vencedor. Un agente que reserva un billete de avión necesita la potencia de un gran modelo y un acceso a la web; un asistente que lee un cuento en criollo a una clase no lo necesita. La pregunta no es «local o nube», sino qué tarea merece qué nivel de dependencia.

5. Lo que los aficionados al bricolaje pueden sacar de ello

Para un desarrollador que quiera aprovechar Muse Gadgets sin quedar encerrado en él, proponemos algunos principios sencillos.

  1. Separar la interfaz del cerebro. El código ESP32 publicado por Meta gestiona el sonido, la pantalla, los botones. Nada impide, licencia Apache mediante, inspirarse en él para un objeto que hable con otro motor, incluido un modelo local en una Raspberry Pi de la misma red.
  2. Prever el modo degradado. Si el servicio remoto no responde, el objeto debe seguir prestando un servicio mínimo: mostrar, grabar, responder a un puñado de comandos locales.
  3. Restringir lo que el agente puede hacer. Si system.run está activado, limitarlo a una lista de comandos autorizados, en una máquina dedicada, sin acceso a los datos personales.
  4. Conservar las propias pruebas. Como con Jev, mantener un conjunto de casos concretos permite comprobar que otro motor lo hace igual de bien, el día en que haya que cambiar.

6. Señales a vigilar

  1. Un modo sin conexión. Si Meta publica una versión de Muse Spark ejecutable localmente, aunque sea reducida, la lógica del proyecto cambiaría de naturaleza.
  2. La apertura geográfica. La llegada de Muse y del Home Link fuera de Estados Unidos, en particular a la Unión Europea, dirá si los gadgets son un ecosistema mundial o un laboratorio estadounidense.
  3. Los incidentes de seguridad. Un agente que ejecuta comandos en máquinas domésticas será puesto a prueba, tarde o temprano, por ataques de inyección de instrucciones ocultas. La respuesta de Meta a estos primeros casos será instructiva.
  4. Los forks independientes. Versiones del SDK conectadas a otros motores, abiertos o locales, mostrarían que la comunidad se apropia del cuerpo sin aceptar el cerebro impuesto.
  5. El modelo económico. ¿Se reducirá la cuota gratuita, generosa en el lanzamiento, cuando los objetos se multipliquen? Un gadget cuyo uso pasa a ser de pago cambia de naturaleza.

7. Una palabra situada

Desde La Reunión, el anuncio tiene un sabor familiar. Los objetos que dependen por completo de un servidor lejano, sabemos en qué se convierten cuando el cable submarino se satura, cuando un ciclón corta la red, o cuando un servicio decide simplemente no abrir en nuestra región. A 9 000 km de Silicon Valley, la pregunta «¿qué hace este objeto cuando está solo?» no es teórica.

Por eso acogemos Muse Gadgets con interés y con método. Con interés, porque miles de personas van a aprender a soldar, a flashear una placa, a diseñar un objeto que escucha y responde, y ese saber circulará mucho más allá de Meta. Con método, porque seguiremos construyendo herramientas que piensan en el lugar, aunque piensen más despacio.

La Raspberry Pi es la misma en ambos lados. Lo que cambia es el lugar donde se decide poner la inteligencia. Para una isla, como para una clase, una asociación o un pequeño taller, creemos que la buena respuesta empieza a menudo lo más cerca posible: en la placa, en la habitación, con lo que tenemos. 簡

Fuentes y lecturas complementarias

Este documento se actualiza si aparecen elementos nuevos. Última revisión: 文 4 de octubre de 2026.