Los gadgets Meta Muse son de código abierto, pero el agente sigue bajo el control de Meta

Meta lanzó dos kits de dispositivos de código abierto para los gadgets Meta Muse el 2 de octubre, menos de un mes después de presentar su agente personal de IA. Los desarrolladores ya pueden conectar Muse a pantallas, micrófonos, botones, sensores y equipos de hogar inteligente mediante hardware común para aficionados.

El lanzamiento parece una invitación a construir el dispositivo de IA que Meta todavía no ha diseñado. Los proyectos sugeridos incluyen una pantalla de recordatorios con E Ink, un asistente de bolsillo y un dispositivo HDMI que lleva Muse al televisor. Meta también fabricó 5.000 dispositivos Home Link que conectan el agente a equipos de una red local.

Esa apertura tiene un límite firme. Meta lanzó el software para dispositivos, pero no el agente Muse ni su servicio en la nube. El acceso sigue exigiendo un token de SDK, una cuenta Muse y el cumplimiento de restricciones que prohíben la distribución comercial ordinaria. Por tanto, la competencia no enfrenta simplemente hardware abierto contra hardware cerrado. Se trata de interfaces construidas por la comunidad que compiten con dispositivos de IA integrados verticalmente, mientras Meta mantiene el control de la inteligencia que los respalda.

Qué abrió Meta para los gadgets Muse

Meta ha abierto la capa de conexión entre Muse y los dispositivos físicos, ofreciendo a los desarrolladores varias formas prácticas de crear nuevas interfaces alrededor del agente.

La empresa publicó su firmware para ESP32 y su software para dispositivos Linux bajo la licencia Apache 2.0. ESP32 es una familia de microcontroladores de bajo coste usada habitualmente en electrónica conectada. El kit para Linux es compatible con ordenadores como Raspberry Pi.

Ambas opciones aparecen en el Muse Gadget SDK público. El repositorio incluye directorios separados para ESP32, Linux y habilidades. También ofrece documentación de configuración para desarrolladores y archivos de instrucciones pensados para agentes de programación.

Este software permite que el hardware intercambie información con Muse. Un desarrollador puede añadir una pantalla para imágenes, conectar entrada y salida de audio, incorporar controles físicos o cablear sensores. Un dispositivo Linux también puede exponer comandos personalizados para aplicaciones locales y administración del sistema.

Meta exige que cada dispositivo se vincule mediante la aplicación móvil Muse. Los usuarios deben activar el modo de desarrollador, obtener un token de SDK y añadir el gadget desde la configuración de dispositivos de la app. El proceso de vinculación preserva la relación de cuenta con Meta incluso cuando la interfaz física procede de un creador independiente.

La página de proyectos de gadgets de la empresa presenta varios ejemplos. Uno combina Muse con una pantalla E Ink en color para resúmenes matutinos, recordatorios y listas de compra. Como E Ink conserva una imagen sin alimentación constante, resulta adecuada para información que cambia ocasionalmente.

Otro concepto instala Muse en un dispositivo HDMI. Un usuario podría pedir al agente que muestre contenido en un televisor en lugar de abrir una app. Meta enumera este proyecto como próximo, por lo que sigue siendo una compilación de referencia propuesta y no un producto establecido.

Ejemplos más pequeños usan placas compactas con pantallas en color, micrófonos, altavoces y botones. Estos dispositivos convierten Muse en un acompañante de escritorio o una interfaz de bolsillo. Un proyecto con Raspberry Pi conecta el agente con Home Assistant y otras aplicaciones Linux.

El lanzamiento importa porque no se trata simplemente de pantallas decorativas. Botones, micrófonos, altavoces, sensores y actuadores pueden dar a un agente de IA nuevas formas de recibir solicitudes e influir en sistemas cercanos. Un actuador es un componente que produce una acción física, como mover un motor o activar un equipo.

Muse está diseñado para continuar tareas después de que el usuario cierre la app. Meta afirma que puede navegar por sitios web, completar formularios, organizar viajes, comprar y trabajar en objetivos de mayor duración. La cobertura del lanzamiento de Muse también describe un ordenador dedicado en la nube que aloja al agente y los datos del usuario.

Conectar ese agente persistente al hardware cambia su alcance. Muse puede pasar de un teléfono o una conversación en WhatsApp a pantallas y controles distribuidos por una casa. El hardware se convierte en otra puerta de entrada al mismo agente basado en la nube.

Sin embargo, Meta no ha lanzado un plano completo para un dispositivo Muse independiente. El repositorio abierto proporciona software cliente y firmware que se comunican con el servicio de Meta. No permite a un desarrollador reproducir el agente subyacente, operar una nube Muse alternativa ni reemplazar el sistema de cuentas de Meta.

Esa distinción crea la tensión central en torno a los gadgets Meta Muse. Los creadores controlan la carcasa, la pantalla, los controles, los sensores y parte del comportamiento local. Meta controla el agente que hace útiles esos componentes.

Por qué los gadgets Meta Muse presionan al hardware cerrado

Meta está probando si un dispositivo de IA necesita una única forma perfeccionada o si el agente debería extenderse por el hardware que la gente ya posee.

El hardware de IA reciente ha seguido a menudo un modelo integrado verticalmente. Una empresa elige el diseño industrial, el sistema operativo, los micrófonos, la cámara, la batería y el servicio de IA. Los clientes reciben un aparato terminado, pero los desarrolladores tienen poca libertad para transformarlo.

Muse Gadgets adopta una ruta distinta. Meta proporciona la conexión con el agente y permite que los creadores experimenten con la forma física. En vez de apostar de inmediato por un único dispositivo de mercado masivo, la empresa puede observar cómo una comunidad prueba decenas de ideas.

Este enfoque traslada el riesgo inicial del hardware hacia los aficionados. Ellos eligen placas, ensamblan componentes, escriben integraciones y descubren qué interfaces resultan útiles para la gente. Meta obtiene señales prácticas sin fabricar por sí misma todos los formatos posibles.

Una pantalla permanente de E Ink, por ejemplo, satisface una necesidad distinta a la de un asistente de voz. Hace que la información sea visible de un vistazo y persistente. Una lista de compra puede seguir a la vista en una cocina sin requerir otra solicitud hablada.

Una interfaz HDMI cumple otra función. Convierte la pantalla más grande de una casa en una superficie de salida para el agente. Eso podría ayudar con la planificación de viajes, calendarios compartidos, selección de fotos, presentaciones o instrucciones que varias personas necesiten ver.

Un dispositivo de bolsillo vuelve a cambiar la interacción. Un botón físico puede eliminar los pasos necesarios para desbloquear un teléfono y buscar una app. Una pequeña pantalla de estado también puede mostrar si el agente está escuchando, trabajando, esperando aprobación o ha terminado.

Ninguno de esos conceptos demuestra que la gente quiera otro objeto de IA. Sí muestran por qué elegir demasiado pronto un diseño universal es arriesgado. La mejor interfaz puede depender de la habitación, la tarea, las expectativas de privacidad y el número de personas implicadas.

Esto presiona a las empresas que desarrollan hardware de IA dedicado. Sus productos deben justificar una forma fija frente a componentes más baratos que pueden conectarse a un agente de propósito general. Un dispositivo especializado necesita mayor fiabilidad, una privacidad más clara o una tarea que el hardware genérico no pueda igualar.

Meta también se beneficia de su distribución de software existente. Muse está disponible mediante su propia app y WhatsApp, mientras que su agente funciona en la nube. El gadget no necesita contener el modelo principal de IA ni reproducir todo el entorno de la aplicación.

Ese diseño reduce la carga de trabajo sobre los dispositivos pequeños. Una placa ESP32 puede gestionar controles, conectividad y medios básicos sin ejecutar un modelo grande localmente. Una Raspberry Pi puede administrar comandos locales más complejos mientras sigue dependiendo de Muse para el comportamiento del agente.

La contrapartida es la dependencia. Si Meta cambia el servicio, las reglas de los tokens, las interfaces compatibles o los requisitos de cuenta, un proyecto conectado podría dejar de funcionar. Un cliente de dispositivo abierto no elimina ese riesgo de plataforma.

La empresa describe el proyecto como dirigido a hackers y para divertirse. Ese enfoque reduce las expectativas de estabilidad y soporte. También indica que Meta está recopilando evidencia antes de tratar Muse Gadgets como una plataforma formal para desarrolladores.

La estrategia de Meta se parece más a una conquista de interfaces que a un lanzamiento convencional de hardware. El objetivo es hacer que Muse esté disponible allí donde los desarrolladores puedan colocar una pantalla, un micrófono o un puente de red. Cada proyecto exitoso amplía la presencia práctica del agente.

Esa expansión también beneficia las ambiciones más amplias de Meta en materia de agentes. La empresa ya presentó Muse para pequeñas empresas y posicionó el servicio como algo más que un chatbot. La información de la industria describe los gadgets como otra parte de ese esfuerzo.

Por tanto, la presión competitiva más clara recae sobre los aparatos de IA cerrados. Prometen consistencia mediante un control estricto. Los gadgets Meta Muse ofrecen variedad y experimentación más rápida, pero aceptan una calidad desigual y una dependencia continua de la nube de Meta.

El código abierto termina en la nube de Meta

El software para dispositivos es realmente de código abierto, pero el acceso a Muse sigue siendo personal, controlado y revocable.

Apache 2.0 otorga a los desarrolladores amplios derechos para inspeccionar, modificar y redistribuir el código cubierto. Meta aplica esa licencia a los SDK y al firmware de los gadgets, sujeto a licencias independientes para varios componentes de terceros.

El avatar Jollybot también queda excluido de la licencia Apache. Ese detalle importa para quien quiera copiar una experiencia de referencia completa. El software abierto no incluye automáticamente todos los activos visuales ni los servicios conectados.

Más importante aún, un token de SDK no es código abierto. El token concede acceso a Muse mediante la infraestructura de Meta, y términos separados regulan ese acceso. Un desarrollador puede conservar derechos sobre el código y, aun así, perder la capacidad práctica de conectarlo a Muse.

Los términos del token de SDK de Meta restringen el uso del token a proyectos personales y no comerciales. El titular de un token puede incorporar la credencial en no más de 50 dispositivos compartidos con otras personas. Esos dispositivos no pueden venderse, incluirse en listas públicas ni distribuirse como parte de una promoción.

La distribución comercial exige autorización previa por escrito de Meta. Meta también puede suspender o retirar el acceso al token si considera que un proyecto genera riesgos, infringe los términos o elude una restricción de seguridad.

Los términos indican que el SDK no es un producto ni una plataforma para desarrolladores con soporte. Puede cambiar, dejar de funcionar o retirarse sin previo aviso. Ese lenguaje limita claramente su valor actual para empresas que planean un producto fiable.

Una startup no puede considerar con seguridad que el lanzamiento le autorice a fabricar un aparato impulsado por Muse. Una empresa no puede asumir compatibilidad a largo plazo. Incluso un proyecto comunitario compartido entre muchas personas debe tener en cuenta el límite de dispositivos y los requisitos de divulgación.

Esto crea una definición estratificada de apertura. El firmware y el SDK para dispositivos pueden bifurcarse. El endpoint del servicio, la relación con el usuario y el permiso para distribuir productos conectados permanecen bajo el control de Meta.

Esta estructura no es inusual en el software conectado a la nube. Muchos clientes de código abierto dependen de servicios propietarios. Sin embargo, se vuelve más relevante cuando los dispositivos entran en los hogares y controlan equipos locales.

Un gadget físico puede permanecer en una red durante años. La gente espera que un interruptor de luz, controlador de altavoces o pantalla informativa funcione de manera consistente. La política de la nube puede cambiar mucho más rápido que el hardware instalado en una pared.

Los desarrolladores también deben considerar la seguridad de las credenciales. Meta afirma que los creadores son responsables de la actividad realizada mediante sus tokens. Publicar un token dentro de un repositorio público podría exponer tanto al desarrollador como a los dispositivos conectados.

Los términos también abarcan los datos de otras personas. Los desarrolladores no pueden usar sus tokens para acceder a la cuenta de Muse de otra persona. Los dispositivos compartidos con otros usuarios deben informar qué hacen con los prompts, las respuestas y la información relacionada.

Estos requisitos se vuelven más difíciles de gestionar cuando un dispositivo incorpora micrófonos, sensores o acceso a espacios compartidos. Una pantalla en una oficina privada tiene un usuario claramente definido. Un dispositivo de voz en la cocina de una familia se encuentra con visitantes, niños y conversaciones que quizá no pertenezcan al titular de la cuenta.

Muse ya requiere acceso a información personal para realizar trabajo útil. Puede gestionar mensajes, calendarios, compras y tareas del navegador. Extender el agente al hardware ambiental aumenta el número de situaciones en las que los permisos deben seguir siendo comprensibles.

Esto es especialmente importante después de que varios informes plantearan dudas sobre el manejo que Muse hace de la información de los dispositivos. Un periodista alegó que el agente hizo referencia a material procedente de notificaciones de mensajes entrantes sin permiso explícito para leer la conversación subyacente. Las preocupaciones sobre permisos siguen siendo una alegación, no una auditoría independiente y amplia del servicio.

Aun así, el relato ilustra el problema que el hardware puede intensificar. Los usuarios necesitan saber si un agente recibió información de una aplicación, una notificación, un micrófono, un sensor o un servicio conectado. Una respuesta vaga resulta más difícil de aceptar cuando el agente también puede operar dispositivos.

El código abierto puede ayudar a los desarrolladores a inspeccionar la ruta local. No puede revelar todos los procesos dentro de la nube de Meta ni garantizar de forma independiente cómo el servicio maneja el contexto personal. La parte más sensible del sistema permanece fuera del repositorio publicado.

Para los desarrolladores, la pregunta práctica es, por tanto, precisa. ¿Quieren experimentar con Muse o necesitan controlar toda la pila del agente? Esta versión sirve al primer grupo. No satisface al segundo.

Los equipos que evalúan material generado por agentes deberían conservar sus propios registros de prompts, resultados, aprobaciones y documentos fuente. Una base de conocimiento de IA con capacidad de búsqueda puede ayudar a mantener ese trabajo auditable, independientemente de la interfaz utilizada para solicitarlo.

Home Link convierte la idea en una prueba de producto

Muse Home Link ofrece a Meta un dispositivo de referencia controlado, al tiempo que permite al software de la comunidad determinar lo que el hardware puede hacer.

Home Link es un pequeño puente de red alimentado mediante USB-C o USB-A. Utiliza un procesador Espressif ESP32-C5, incluye 8 MB de memoria y 8 MB de almacenamiento flash, y admite Wi-Fi 6 de doble banda.

El dispositivo se empareja con la aplicación Muse mediante Bluetooth Low Energy. Tras la configuración, permanece en la red doméstica para que Muse pueda acceder a dispositivos locales compatibles. Bluetooth Low Energy es un protocolo de corto alcance diseñado para la configuración y las comunicaciones de bajo consumo.

Meta afirma que Home Link puede funcionar con equipos que exponen una API HTTP local. Una API es un método definido que permite al software solicitar acciones o información de otro sistema. En este caso, puede permitir que Muse envíe comandos sin exigir que todos los dispositivos usen la nube de un único proveedor.

Las skills creadas por la comunidad proporcionan las integraciones específicas. Meta menciona Philips Hue, Sonos, Apple TV, altavoces Google Nest y televisores Samsung como ejemplos. Las skills también pueden conectarse a hardware personalizado creado por el usuario.

Ese diseño otorga a Home Link un papel técnico limitado. No necesita convertirse en el ordenador central del agente Muse. Actúa como un puente de confianza entre el servicio en la nube de Meta y los dispositivos accesibles dentro del hogar.

Meta afirma que una skill podría encender una luz, controlar un televisor o enviar un archivo a una impresora. Estos ejemplos son deliberadamente cotidianos. Ponen a prueba si un agente general puede coordinar equipos conocidos sin exigir un sistema doméstico inteligente completamente nuevo.

La compañía fabricó 5.000 unidades para suscriptores de Muse en Estados Unidos. Cada suscriptor puede reclamar una mientras haya existencias, y Meta afirma que los envíos comenzarán en octubre. Reservar una unidad no es lo mismo que realizar un pedido.

Ese lote limitado funciona como una prueba de campo. Meta puede observar fallos de emparejamiento, compatibilidad de red, calidad de las skills, tareas repetidas y necesidades de soporte. También puede averiguar si los suscriptores siguen usando el puente cuando desaparece la novedad inicial.

El firmware de Home Link se basa en el kit abierto ESP32, por lo que los desarrolladores pueden inspeccionar el enfoque de diseño subyacente. Sin embargo, Meta afirma que el dispositivo distribuido solo acepta firmware oficial y no se puede reflashear.

Esta es otra frontera trazada con cuidado. Los desarrolladores pueden usar el código de referencia para crear su propio dispositivo ESP32. No pueden convertir el Home Link terminado de Meta en una placa de desarrollo sin restricciones.

Esa decisión protege la experiencia de referencia y reduce la incertidumbre del soporte. También impide a los propietarios reutilizar por completo el hardware que reciben. Meta conserva el control sobre el producto oficial incluso mientras publica la base sobre la que se sustenta.

La compañía advierte a los usuarios que no confíen en las skills de la comunidad para seguridad doméstica, emergencias o necesidades médicas. Las skills pueden cambiar o dejar de funcionar, y Meta no respalda los productos de terceros mencionados en la página del proyecto.

La advertencia revela la brecha más difícil entre un proyecto de hackers y un producto para el hogar. Una demostración puede funcionar la mayor parte del tiempo y seguir pareciendo impresionante. La automatización doméstica exige un estado predecible, mensajes claros de fallo y una recuperación segura cuando un comando sale mal.

Pensemos en una petición para apagar todas las luces de la planta baja. El agente debe identificar los dispositivos correctos, comprender los nombres de las habitaciones, verificar el resultado y evitar afectar a equipos no relacionados. Cada integración añade otro punto en el que las suposiciones pueden fallar.

Imprimir un documento presenta riesgos distintos. Muse debe seleccionar el archivo y la impresora adecuados, y luego evitar exponer material sensible en un lugar compartido. Una acción conveniente puede convertirse en un problema de privacidad cuando el contexto o el destino es incorrecto.

El control del televisor parece más sencillo, pero puede implicar varios protocolos y sistemas de cuentas. Una skill puede funcionar con un modelo y fallar con otro. El mantenimiento de la comunidad determina si estas integraciones sobreviven a las actualizaciones de firmware de los fabricantes de dispositivos.

Estos problemas no invalidan el concepto. Explican por qué Meta comenzó con un lanzamiento limitado y advertencias explícitas. Home Link prueba si la experimentación de la comunidad puede madurar hasta convertirse en un comportamiento en el que los hogares comunes confíen.

El resultado más sólido no sería un gran número de proyectos de dispositivos de un solo uso. Sería un pequeño conjunto de integraciones que la gente utilice repetidamente y pueda explicar a otras personas. La fiabilidad, los permisos comprensibles y los errores recuperables importarán más que la novedad.

Tres señales que decidirán lo que viene después

El futuro de los dispositivos Meta Muse depende de un uso duradero por parte de la comunidad, términos comerciales más amplios y pruebas de que las acciones conectadas siguen siendo seguras y predecibles.

La primera señal es la actividad en torno a proyectos reales. Los desarrolladores deben publicar repositorios funcionales, documentar los fallos y mantener las integraciones después de que Meta o los proveedores de hardware actualicen su software. Una galería de prototipos demuestra curiosidad. El mantenimiento continuado demuestra demanda práctica.

Los proyectos útiles también deberían ir más allá de copiar los ejemplos de Meta. Los kits abiertos adquieren más sentido cuando los desarrolladores descubren interfaces que la compañía no anticipó. Los controles de accesibilidad, las pantallas para talleres, los tableros de planificación compartida y los dispositivos especializados para el trabajo podrían revelar necesidades más sólidas.

La segunda señal es un cambio en los derechos de distribución. Los términos actuales de los tokens bloquean las ventas habituales y describen el SDK como no compatible. Eso es adecuado para la experimentación, pero impide que se forme un mercado de hardware convencional alrededor de Muse.

Si Meta introduce acceso comercial documentado, interfaces estables y compromisos de soporte, el lanzamiento empezará a parecer una estrategia de plataforma. Si se mantienen las restricciones de uso personal, Muse Gadgets seguirá siendo principalmente un programa para aficionados.

Las empresas deberían observar si Meta crea un proceso de revisión para socios de hardware. La certificación podría mejorar la fiabilidad y la seguridad, aunque también daría a Meta más control sobre qué productos llegan a los clientes.

La tercera señal es la confianza operativa. Home Link y las skills de la comunidad deben mostrar solicitudes de permisos claras, selección precisa de dispositivos, registros de actividad útiles y un comportamiento seguro ante fallos. Meta también necesita respuestas creíbles cuando los usuarios preguntan de dónde obtuvo Muse información personal.

Las acciones conectadas merecen un estándar más alto que el texto generado. Un párrafo equivocado puede editarse. Una compra errónea, un documento expuesto, un dispositivo desbloqueado o un sistema doméstico alterado pueden generar consecuencias inmediatas.

Las restricciones de Meta reconocen esa diferencia. La compañía prohíbe los usos críticos para la seguridad y se reserva la capacidad de revocar accesos de riesgo. Esos controles reducen la exposición, pero no demuestran que el sistema funcione de forma fiable en situaciones habituales.

Las pruebas independientes serán importantes. Los revisores deberían examinar cómo se comportan los dispositivos después de interrupciones de red, tokens caducados, cambios de cuenta y comandos interrumpidos. También deberían comprobar si los distintos miembros del hogar pueden entender qué cuenta y permisos están activos.

Los dispositivos Meta Muse ofrecen actualmente un acuerdo inusual. Los desarrolladores reciben código de cliente abierto y libertad para diseñar la interfaz física. A cambio, aceptan un agente propietario, acceso revocable, distribución limitada y un servicio cuyas decisiones más importantes ocurren en la nube.

Ese acuerdo aún puede producir trabajo útil. Un desarrollador puede crear una pantalla de proyecto persistente, un asistente pulsar-para-hablar o un panel de control privado sin esperar a que Meta fabrique cada formato. El software publicado hace que esos experimentos sean más accesibles y comparables.

No convierte a Muse en un agente abierto. La compañía ha abierto las puertas por las que las personas acceden a Muse, mientras mantiene al propio agente detrás de su infraestructura. Es una forma estratégica de apertura, no una independencia técnica completa.

Durante los próximos meses, observe los repositorios que los desarrolladores mantienen, cualquier ampliación del acceso comercial y los informes de fiabilidad de los propietarios de Home Link. Juntas, esas señales mostrarán si Meta ha iniciado una comunidad de hardware o simplemente ha lanzado un experimento interesante.

Por ahora, los desarrolladores deberían tratar el SDK como un entorno de prueba y documentar cada dependencia antes de elegirlo para un trabajo duradero. ¿Qué interfaz haría que un agente personal fuera realmente útil en su día a día, y cuánto control exigiría antes de confiar en ella?