HearthNet: Edge Multi-Agent Orchestration for Smart Homes

O artigo apresenta o HearthNet, um sistema de orquestração multiagente executado na borda para residências inteligentes, que utiliza agentes de linguagem natural persistentes e especializados para coordenar dispositivos heterogêneos de forma robusta, segura e contínua, superando a fragilidade das integrações manuais atuais.

O essencial

Imagine que a sua casa inteligente é como uma orquestra. Até hoje, a maioria das casas inteligentes funcionava como um maestro que gritava instruções fixas: "Se tocar o sino, acenda a luz". Mas, se o maestro esquecesse uma nota ou se um instrumento quebrasse, a música parava e você precisava consertar tudo manualmente.

O HearthNet é uma nova abordagem para tornar essa orquestra mais inteligente, resiliente e capaz de conversar entre si, mesmo quando as coisas dão errado.

Aqui está a explicação simples, usando analogias do dia a dia:

1. O Problema: A Casa "Quebradiça"

Hoje, se você pede para sua casa: "Estou trabalhando em casa, prepare o ambiente", ela muitas vezes não sabe o que fazer porque não foi programada com uma regra específica para isso. Além disso, se um dispositivo falhar (a luz queima, o Wi-Fi cai), o sistema inteiro pode travar e você precisa intervir manualmente. Os assistentes atuais são bons para conversas curtas, mas ruins para gerenciar uma casa que precisa funcionar 24 horas por dia.

2. A Solução: O "HearthNet" (A Rede da Lareira)

Os pesquisadores criaram o HearthNet, um sistema que roda diretamente no seu roteador ou em um pequeno computador em casa (na "borda" da rede), sem depender totalmente da nuvem para tomar decisões críticas.

Eles não usam um único "super-robô" para fazer tudo. Em vez disso, eles criaram uma pequena equipe de especialistas que trabalham juntos:

• O Chefe (Rupert): É o "maestro". Ele recebe seu pedido em linguagem natural (ex: "Estou trabalhando em casa") e divide o trabalho. Ele não mexe nas luzes diretamente; ele manda os outros fazerem.
• Os Gerentes (Jeeves e Darcy): São os especialistas.
  • Jeeves cuida das coisas que já estão conectadas na internet (luzes, ar-condicionado).
  • Darcy é um "robô de celular" que controla aplicativos que não têm conexão direta, usando a tela do seu telefone para clicar nos botões (como se fosse um humano apertando o botão).
• O Bibliotecário (Dewey): É o histórico vivo. Ele não dá ordens. Ele apenas observa tudo o que acontece e anota em um "diário de bordo" digital (um sistema chamado Git). Se algo der errado, ele sabe exatamente o que aconteceu, quem fez e quando.

3. Como Eles Trabalham Juntos (A Magia)

O sistema funciona como um processo de aprovação rigorosa antes de qualquer coisa acontecer:

1. Planejamento: Você diz "Trabalho em casa". O Chefe (Rupert) pensa: "Ok, preciso de luzes focadas e TV desligada".
2. Proposta: Os Gerentes (Jeeves e Darcy) dizem: "Posso fazer isso".
3. O "Selo de Segurança" (Aluguel de Ação): Antes de qualquer luz acender, o Chefe emite um "aluguel de ação". É como um bilhete temporário e assinado que diz: "Jeeves, você tem permissão para apagar a luz X, mas apenas agora, e apenas se o estado da casa for este".
4. Verificação de Frescor: O Bibliotecário (Dewey) verifica se o bilhete está válido. Se o Jeeves tentar usar um bilhete velho (de antes de você mudar de ideia), o sistema bloqueia. Isso evita que comandos antigos ou errados acendam a luz do jeito errado.

4. O Que Acontece Quando Dá Errado? (A Resiliência)

Imagine que o "Jeeves" (o gerente das luzes) desmaie e reinicie.

• Sistemas antigos: Perdem a memória, esquecem o que estavam fazendo e podem causar confusão.
• HearthNet: Quando o Jeeves acorda, ele vai até o Bibliotecário (Dewey), pega o "diário de bordo" e lê: "Ah, eu estava tentando apagar a luz, mas o Chefe me deu um novo bilhete. Vou usar o novo".
• Conflitos: Se um horário agendado tentar apagar a luz, mas você acabou de pedir para acender, o Chefe olha o histórico, vê que o seu pedido foi mais recente e cancela o agendamento automático. Nada acontece sem que você saiba.

5. Por Que Isso é Importante?

• Segurança: Nada acontece sem uma "permissão" fresca e verificada.
• Transparência: Você pode olhar o "diário" e ver exatamente por que a luz acendeu ou por que um comando foi cancelado.
• Inteligência Real: A casa entende o que você quer ("trabalhar em casa") em vez de seguir regras cegas.
• Privacidade: A maior parte do pensamento e controle acontece dentro da sua casa, não na nuvem de uma grande empresa.

Resumo em Uma Frase

O HearthNet transforma sua casa inteligente de um conjunto de regras rígidas e frágeis em uma equipe de funcionários digitais que se comunicam, verificam permissões, mantêm um registro histórico de tudo e se recuperam sozinhos se alguém "desmaiar", tudo isso para garantir que sua casa funcione exatamente como você deseja, de forma segura e confiável.

Resumo técnico

1. O Problema

O controle de casas inteligentes evoluiu da necessidade de criar regras manuais e dashboards para o uso de linguagem natural. No entanto, as implementações atuais são frágeis: dispositivos falham, integrações quebram e a recuperação frequentemente exige intervenção manual.

Existe uma lacuna fundamental entre os kits de ferramentas de agentes de IA existentes (como AutoGen, LangGraph e Agent Teams da Anthropic) e as realidades da implantação na borda (edge) para casas inteligentes:

• Natureza das Sessões: Os frameworks atuais são otimizados para delegação transitória dentro de uma única sessão de aplicação. Eles dependem de uma janela de contexto compartilhada que se perde ao reiniciar.
• Requisitos de Casa Inteligente: O controle de casa inteligente é persistente, orientado a eventos, propenso a falhas e ligado a dispositivos físicos.
• Riscos: Falhas de rede, baterias descarregadas ou comandos desatualizados podem causar falhas de segurança, privacidade ou usabilidade.
• Limitação Atual: Agentes de sessão única não fornecem estado compartilhado explícito, semântica de recuperação ou limites de permissão necessários para orquestrar dispositivos heterogêneos de forma segura e contínua.

2. Metodologia: Arquitetura do HearthNet

O HearthNet é um sistema de orquestração multi-agente na borda projetado para resolver essas limitações. Ele utiliza uma arquitetura hierárquica com quatro níveis, coordenada via MQTT e mantendo estado durável em um repositório Git.

Papéis dos Agentes:

1. Agente Raiz (Root Agent - "Rupert"):
   • Funciona como o orquestrador de nível superior.
   • Recebe comandos de alto nível (ex: via Telegram), decompõe tarefas em sub-tarefas específicas de domínio e as despacha para os gerentes.
   • É o único componente autorizado a emitir aluguis de atuação (actuation leases).
2. Agentes Gerentes (Manager Agents):
   • Especialistas por domínio (ex: "Jeeves" para dispositivos Home Assistant e "Darcy" para aplicativos móveis/Android).
   • Resolvem solicitações contra o estado atual, preparam ações concretas de dispositivos, mas não têm autoridade permanente para atuar.
   • Precisam de um novo aluguel para cada comando que altera o estado.
3. Agente Bibliotecário (Librarian Agent - "Dewey"):
   • Um observador não participante que mantém um repositório Git como a fonte única de verdade do estado de coordenação.
   • Espelha o tráfego de coordenação, registra eventos (timestamp, remetente, resultado) e fornece histórico para auditoria e recuperação.
   • Não emite comandos nem possui credenciais de dispositivo.
4. Adaptadores de Dispositivo:
   • Dispositivos físicos (luzes, câmeras) não são agentes. Eles são controlados por adaptadores finos e determinísticos gerenciados pelos Agentes Gerentes.

Mecanismos Chave de Segurança e Consistência:

• Aluguis de Atuação (Actuation Leases): Autorizações de curta duração emitidas pelo Agente Raiz. Cada aluguel vincula um comando a uma identidade, escopo de dispositivo, envelope de parâmetros e uma versão específica do estado (commit do Git). Os adaptadores rejeitam comandos sem aluguel válido ou expirado.
• Mecanismo de Frescor (Freshness) baseado em Git: Antes de agir, os agentes verificam se o comando é "fresco" comparando o base_commit (estado no qual o agente baseou sua decisão) com o HEAD atual do repositório Git. Comandos baseados em estados desatualizados são rejeitados.
• Protocolo de Execução em 4 Estágios:
  1. Fundamentação (Ground): Carregar o estado atual do dispositivo e do Git.
  2. Proposta (Propose): Gerentes propõem ações (sem executar).
  3. Verificação e Concessão (Verify & Grant): Raiz verifica políticas, conflitos e emite aluguel.
  4. Execução e Registro (Execute & Record): Gerente executa e Bibliotecário registra tudo no Git.

3. Contribuições Principais

O artigo apresenta quatro contribuições técnicas fundamentais:

1. Mecanismo de Frescor com Git: Um sistema de verificação de commit base que permite aos agentes detectar e rejeitar comandos desatualizados ou conflitantes antes da atuação no dispositivo.
2. Aluguis de Atuação Limitados por Política: Autorizações de curta duração e verificáveis por máquina que vinculam comandos a identidades, escopos e versões de estado específicas.
3. Padrão "Bibliotecário como Observador": Um agente dedicado que espelha o tráfego para um repositório versionado, permitindo recuperação de falhas, atribuição e auditoria completa sem participar do caminho de controle.
4. Protótipo Implantado na Borda: Uma implementação funcional rodando em hardware de consumo (Mac Mini ARM64, NUCs x64, Android) com dispositivos reais, demonstrando orquestração persistente sem dependência de nuvem para o plano de controle.

4. Resultados e Evidências

O sistema foi demonstrado através de três cenários ao vivo:

• Cenário 1 (Coordenação Orientada a Intenção): Um comando ambíguo ("Estou trabalhando em casa") foi decomposto pelo Agente Raiz em tarefas específicas para luzes, som e TV, coordenando múltiplos agentes sem regras pré-definidas.
• Cenário 2 (Resolução de Conflitos): Um conflito entre um comando de usuário explícito e uma rotina agendada foi resolvido pelo Agente Raiz consultando o histórico temporal no Git, mantendo a intenção do usuário e rejeitando a rotina automática.
• Cenário 3 (Verificação de Frescor e Autorização): Simulou-se uma falha e reinício de um agente. O agente tentou reexecutar um comando antigo com um commit desatualizado; o sistema rejeitou o comando automaticamente, exigindo sincronização e novo aluguel.

Métricas de Desempenho (Tabela 1):

• Latência: A latência de ponta a ponta foi dominada pela inferência do LLM (8s mediano), enquanto a sobrecarga de validação do aluguel foi insignificante (<0,01 ms).
• Confiabilidade: 100% de detecção e resolução de conflitos e rejeição de comandos desatualizados/inválidos nos testes.
• Auditoria: 100% dos eventos foram persistidos no Git com atribuição completa.

5. Significado e Conclusão

O HearthNet demonstra que é possível realizar orquestração multi-agente persistente e segura em dispositivos heterogêneos de consumo hoje.

• Mudança de Paradigma: O sistema separa explicitamente o planejamento, verificação, autorização e atuação, externalizando o contexto para o Git em vez de depender da memória da sessão do LLM.
• Segurança e Robustez: Ao tratar o repositório Git como a fonte da verdade e exigir "aluguis" verificáveis para cada ação, o sistema mitiga riscos de comandos desatualizados, loops infinitos ou ações não autorizadas após falhas.
• Viabilidade: A prova de conceito roda inteiramente na borda (on-premise) para o controle e gerenciamento de estado, utilizando APIs de LLM hospedadas apenas para inferência, mantendo a privacidade e a resiliência de rede.

O trabalho sugere que o futuro da automação residencial inteligente não reside em agentes monolíticos ou efêmeros, mas em especialistas de longa duração com estado compartilhado explícito e limites de permissão rigorosos.