Muse Gadgets

Artículo original ↗ Discusión en Hacker News ↗

El nuevo SDK Muse Gadgets de Meta, que permite a aficionados conectar hardware estilo ESP32 y dispositivos domésticos al asistente de IA Muse, está generando tanto entusiasmo como escepticismo. A los entusiastas les gusta el firmware accesible y de código abierto, además del potencial para asistentes “encarnados” y lúdicos, mientras que los críticos señalan el hardware bloqueado por suscripción, los términos restrictivos del SDK y el historial de Meta en privacidad y bloqueo de proveedor como razones para evitar integrarlo en sus hogares. Muchos sostienen que funcionalidades similares ya pueden lograrse con herramientas abiertas como Home Assistant, y cuestionan por qué alguien debería dar a Meta un acceso más profundo a sus redes y dispositivos locales.

Sentimiento general

  • Fuerte división entre el entusiasmo por las posibilidades técnicas y una profunda desconfianza hacia Meta como proveedor.
  • Muchos dicen que nunca permitirían la IA o el hardware de Meta en su red doméstica, por muy interesante que sea la tecnología.

Confianza, privacidad y seguridad

  • Preocupación reiterada por darle a Meta más acceso: credenciales de Wi‑Fi, topología de la LAN, control de IoT y datos contextuales ricos.
  • Se comenta un incidente pasado en el que Muse compartió la dirección de una casa de un usuario con un desconocido; un comentario señala que el usuario había elegido “always approve”, y otros responden que la mayoría de la gente hará clic en este tipo de avisos.
  • La gente se preocupa por agentes que controlen dispositivos físicos (puertas, luces, etc.) y por el comportamiento no determinista en redes domésticas.
  • Varios describen que “la clave del asunto” es capturar contexto propietario; este anuncio se ve como una forma de acaparar más de ese contexto.

Propiedad, apertura y bloqueo de proveedor

  • El marketing en torno a “make it your own” y “open source hardware” recibe fuertes críticas.
  • Objeciones clave:
    • Los gadgets requieren tokens, con límites de dispositivos y términos restrictivos del SDK.
    • El dispositivo Home Link necesita una suscripción activa; los términos dicen que deja de funcionar cuando termina la suscripción y que no puede reflashearse.
    • El SDK se define explícitamente como “not a supported product” y puede cambiarse o retirarse en cualquier momento.
  • Algunos lo califican de pseudo‑grassroots y lo comparan con dinámicas de arrendatario/propietario o de aparcería.
  • Otros responden que los tokens de API son normales, que el firmware tiene licencia Apache y que está bien como juguete para trastear si ya usas Muse.

Ecosistema técnico y alternativas

  • Entusiasmo por ESP32, con ligera preocupación por subidas de precio; otros señalan que ESP32 sobrevivió a escaseces previas.
  • Se mencionan MCUs alternativos y configuraciones abiertas ya existentes (Home Assistant, ESPHome).
  • La gente ya está flasheando el firmware en placas ESP32; al parecer las funciones de voz se corrigieron rápidamente.
  • Se construyó un cliente TypeScript de la comunidad a partir del protocolo descrito en la documentación.
  • Algunos prefieren agentes totalmente locales/sin conexión y proponen construir dispositivos independientes (por ejemplo, “AI routers” personalizados o asistentes de llavero).

Casos de uso y estrategia de producto

  • Interés en asistentes encarnados para tareas pequeñas y ambientales: luces de estado en escritorios, vistas rápidas matutinas, automatizaciones simples del hogar.
  • Algunos ven esto como una forma inteligente de Meta de sembrar un ecosistema de hardware y competir con productos/plataformas en lugar de solo con la fuerza de los modelos. Otros lo ven principalmente como PR orientado a desarrolladores que con el tiempo terminará en “enshittify”.