HearthNet: Edge Multi-Agent Orchestration for Smart Homes

El artículo presenta HearthNet, un sistema de orquestación multiagente en el borde para hogares inteligentes que despliega agentes LLM especializados en un hub local para gestionar dispositivos heterogéneos de forma persistente y segura mediante MQTT y un estado compartido basado en Git, resolviendo problemas de fragilidad y control mediante lenguaje natural sin depender de un contexto compartido.

Lo esencial

¡Claro que sí! Imagina que tu casa inteligente es como una orquesta musical.

Hasta ahora, la mayoría de las casas inteligentes funcionaban como una banda de rock donde cada músico (tu bombilla, tu termostato, tu TV) tocaba su propia partitura sin escuchar a los demás. Si querías que todo funcionara junto, tenías que escribir reglas manuales muy complicadas (como "si es de noche, enciende la luz"). Pero si algo se rompía, o si dos reglas chocaban (una dice "enciende" y otra "apaga"), la música se convertía en un caos y necesitabas a un humano para arreglarlo.

HearthNet es un nuevo sistema que cambia las reglas del juego. Es como contratar a un director de orquesta inteligente que vive dentro de tu casa, no en la nube lejana.

Aquí te explico cómo funciona con una analogía sencilla:

1. El Equipo de Trabajo (Los Agentes)

En lugar de un solo robot gigante que lo hace todo, HearthNet usa un pequeño equipo de "agentes" (programas de inteligencia artificial) que viven en tu casa, en tus propios dispositivos (como tu router, tu teléfono o una pequeña computadora).

• El Director (Rupert): Es el jefe. Vive en una computadora potente. Cuando tú le dices por chat: "Hoy quiero trabajar desde casa", él no enciende las luces directamente. Piensa: "¿Qué significa 'trabajar'?" y le da instrucciones a los demás.
• El Mayordomo (Jeeves): Se encarga de las cosas de la casa (luces, aire acondicionado, música).
• El Asistente Móvil (Darcy): Vive en tu teléfono. Controla cosas que solo tu teléfono puede tocar, como abrir una app específica de la TV o usar la cámara del móvil.
• El Bibliotecario (Dewey): Este es el más importante para la seguridad. No toma decisiones, pero anota todo en un libro de registro digital (Git). Es como un notario que guarda una copia de cada conversación y decisión para que, si alguien olvida lo que pasó, se pueda revisar el libro.

2. El Problema de los "Olvidos" y los "Fantasmas"

En los sistemas actuales, si el robot se reinicia, olvida todo lo que estaba haciendo. Es como si un actor de teatro se olvidara de su guion y empezara a improvisar.

HearthNet soluciona esto con el Bibliotecario.

• La Analogía: Imagina que el Bibliotecario es un libro de historia que nunca se borra. Si el "Mayordomo" se cae (se reinicia), no necesita adivinar qué estaba haciendo. Solo abre el libro, lee la última página y dice: "Ah, estaba a punto de apagar la luz".
• Esto hace que el sistema sea indestructible. Si algo falla, el sistema se recupera solo leyendo sus notas.

3. El "Permiso de Seguridad" (El Pasaporte)

Aquí está la parte más genial para evitar accidentes.
Imagina que el Director le dice al Mayordomo: "Apaga la luz". Pero, ¿y si el Mayordomo intentara apagar la luz 10 minutos después de que ya la apagó alguien más? O ¿y si intentara apagar la luz de la habitación equivocada?

HearthNet usa un sistema de "Pasaportes de Visto Bueno" (Leases):

1. El Director da una orden.
2. Antes de que el Mayordomo toque nada, el Director le entrega un pasaporte temporal que dice: "Puedes apagar la luz, pero solo si la hora es esta y el libro de registro dice que la luz está encendida".
3. Si el Mayordomo intenta usar ese pasaporte cuando ya es tarde, o si el libro de registro ha cambiado (alguien más apagó la luz), el sistema bloquea la orden automáticamente.

Es como un guardia de seguridad que revisa tu identificación antes de dejarte entrar a una sala. Si tu identificación está caducada o el libro de registro dice que la sala ya está ocupada, ¡te echan fuera!

4. ¿Qué pasa si hay un conflicto?

Imagina que tienes una rutina programada para apagar las luces a las 10:00 PM, pero tú entraste a la casa a las 9:55 PM y dijiste: "¡Quiero luz brillante para leer!".

• Sistemas viejos: Se pelearían. La rutina apagaría la luz y tú te quedarías a oscuras.
• HearthNet: El Director mira el libro de registro (el Bibliotecario), ve que tu orden de "luz brillante" fue más reciente y más importante que la rutina automática. El Director le dice a la rutina: "Espera, hay una orden humana más reciente. No apagues la luz".

En resumen

HearthNet es como tener un equipo de empleados inteligentes en tu casa que:

1. Escuchan lo que quieres decir en lenguaje natural (sin tener que programar reglas).
2. Trabajan juntos sin chocar, porque tienen un jefe que coordina.
3. Nunca olvidan lo que hicieron, porque tienen un bibliotecario que lo anota todo.
4. Son muy cuidadosos, porque nadie puede tocar un interruptor sin un "permiso de seguridad" recién impreso y válido.

Todo esto ocurre dentro de tu casa (en tu borde o "edge"), no enviando tus datos a una nube lejana, lo que lo hace más rápido, más privado y más seguro. ¡Es como tener un mayordomo digital que nunca duerme, nunca olvida y siempre sigue las reglas!

Resumen técnico

Resumen Técnico: HearthNet

1. El Problema

Los usuarios de hogares inteligentes buscan cada vez más controlar sus entornos mediante lenguaje natural, en lugar de configurar reglas manuales o dashboards complejos. Sin embargo, las implementaciones actuales son frágiles: los dispositivos fallan, las integraciones se rompen y la recuperación suele requerir intervención manual.

Existe una desconexión fundamental entre los kits de herramientas de agentes existentes (como AutoGen, LangGraph o equipos de agentes de Anthropic) y la realidad del despliegue en el borde (edge):

• Limitación de sesión: Los frameworks actuales están optimizados para delegación transitoria dentro de una única sesión de aplicación. Pierden el contexto al reiniciarse.
• Falta de estado compartido: No proporcionan mecanismos nativos para el estado compartido persistente, la recuperación ante fallos o los límites de permisos necesarios en un entorno físico.
• Riesgos físicos: En un hogar inteligente, las órdenes obsoletas o conflictivas pueden causar fallos de seguridad, privacidad o usabilidad (ej. dispositivos que se bloquean, redes particionadas).

La premisa central del artículo es que la orquestación en hogares inteligentes requiere un conjunto pequeño de agentes especialistas de larga duración con estado compartido explícito, en lugar de un agente monolítico con contexto implícito o subagentes efímeros.

2. Metodología y Arquitectura

HearthNet es un sistema de orquestación multiagente que se ejecuta en el borde (edge), utilizando hardware comercial. Su arquitectura se basa en cuatro roles jerárquicos que se coordinan a través de MQTT y mantienen un estado compartido persistente en un repositorio Git.

• Arquitectura de Roles:

  1. Agente Raíz ("Rupert"): Actúa como orquestador principal. Recibe comandos de alto nivel, los descompone en tareas, arbitra conflictos y es el único autorizado para emitir arrendamientos de actuación (actuation leases).
  2. Agentes Gestores (Managers): Especializados por dominio (ej. "Jeeves" para dispositivos Home Assistant en un NUC, "Darcy" para automatización de UI en un teléfono Android). Proponen acciones específicas pero no tienen autoridad permanente para ejecutarlas.
  3. Agente Bibliotecario ("Dewey"): Un observador no participante que mantiene el repositorio Git como la "fuente de la verdad". Sincroniza el tráfico de coordinación, registra eventos para auditoría y recuperación, pero no emite comandos.
  4. Adaptadores de Dispositivo: Interfaces delgadas y deterministas que controlan los dispositivos físicos (luces, cámaras, etc.). No son agentes.

• Mecanismos Clave de Seguridad y Consistencia:

  • Arrendamientos de Actuación (Actuation Leases): El agente raíz emite autorizaciones de corta duración y verificables por máquina. Cada comando que cambia el estado debe estar vinculado a una identidad, un dispositivo, un envelope de parámetros y una versión específica del estado (commit).
  • Verificación de Frescura (Base Commit Verification): Antes de ejecutar, el sistema verifica que el comando no esté obsoleto comparando el base_commit del agente con el HEAD actual del repositorio Git.
  • Patrón Bibliotecario como Observador: Todo el tráfico de coordinación se refleja en Git, permitiendo la recuperación de fallos y la auditoría completa sin participar en la ruta de control.

• Protocolo de Ejecución:

  1. Fundamentación (Ground): Cargar el estado actual del dispositivo y la política desde Git.
  2. Propuesta: Los gestores proponen acciones concretas.
  3. Verificación y Concesión: El agente raíz verifica la frescura, la coherencia y la política, emitiendo un arrendamiento si es válido.
  4. Ejecución y Registro: El gestor ejecuta la acción con el arrendamiento y el bibliotecario registra el resultado en Git.

3. Contribuciones Clave

El artículo presenta cuatro contribuciones técnicas principales:

1. Mecanismo de Frescura basado en Git: Un sistema de verificación de commits base que permite a los agentes detectar y rechazar comandos obsoletos o conflictivos antes de que afecten a los dispositivos físicos.
2. Arrendamientos de Actuación Vinculados a Políticas: Autorizaciones de corta vida que atan cada comando a una identidad, alcance de dispositivo, parámetros y versión de estado específica, separando la lógica de decisión de la lógica de ejecución.
3. Patrón "Bibliotecario como Observador": Un agente dedicado que replica el tráfico de coordinación en un repositorio versionado, proporcionando recuperación ante fallos, atribución y auditoría completa sin interferir en el control.
4. Prototipo Desplegado en el Borde: Una implementación funcional que corre en hardware heterogéneo (Mac Mini ARM64, NUCs x64, teléfonos Android), manteniendo la orquestación y el control de dispositivos on-premise, utilizando APIs de LLM alojadas solo para la inferencia.

4. Resultados y Evidencia

El sistema fue demostrado en tres escenarios en vivo con dispositivos reales, sin simulación:

• Escenario 1 (Coordinación de Intención): El sistema interpretó el comando ambiguo "Estoy trabajando desde casa", descomponiéndolo en tareas para luces, altavoces y TV. Logró una tasa de finalización de tareas del 80% (4/5) con una latencia mediana de 8 segundos (dominada por la inferencia del LLM).
• Escenario 2 (Resolución de Conflictos): Cuando una rutina programada de "atardecer" chocó con la configuración activa de "trabajo", el sistema detectó el conflicto, consultó la línea de tiempo en Git y priorizó la intención explícita del usuario sobre la programación automática.
• Escenario 3 (Verificación de Seguridad): Tras simular un fallo y reinicio de un agente, el sistema rechazó un comando que intentaba reutilizar un arrendamiento expirado y un commit obsoleto, demostrando la capacidad de prevenir acciones inseguras.

Métricas Técnicas:

• Rechazo de comandos obsoletos: 100% (5/5).
• Rechazo de arrendamientos inválidos: 100% (5/5).
• Sobrecarga de validación de arrendamientos: <0.01 ms (p95).
• Persistencia de eventos: 100% de los eventos registrados en Git.
• Recuperación: Los agentes reiniciados recuperan el contexto desde Git, no desde la memoria, garantizando un comportamiento idéntico tras un fallo.

5. Significado e Impacto

HearthNet aborda una brecha crítica en la automatización del hogar inteligente al trasladar la orquestación de agentes desde entornos de "caja de arena" en la nube hacia entornos físicos persistentes y propensos a fallos.

• Seguridad y Robustez: Al externalizar el estado y separar la planificación de la ejecución mediante arrendamientos verificables, el sistema mitiga riesgos de seguridad y errores causados por estados obsoletos.
• Auditabilidad: La integración con Git proporciona un historial de auditoría inmutable y recuperable, algo que los frameworks de agentes tradicionales carecen.
• Viabilidad en el Borde: Demuestra que la orquestación multiagente persistente es factible en hardware comercial heterogéneo, manteniendo el control de datos y dispositivos dentro del hogar (on-premise).

El trabajo sugiere que el futuro de los hogares inteligentes no reside en agentes monolíticos, sino en sistemas distribuidos de especialistas con mecanismos explícitos de consenso, estado compartido y límites de autorización.