Três modos de integração
A Nous Research lançou o suporte do Hermes Agent para o Buzz, o workspace open source da Block (empresa de Jack Dorsey) onde humanos e agentes de IA compartilham os mesmos canais de comunicação. O Buzz é construído sobre o protocolo Nostr: cada mensagem é um evento assinado criptograficamente em um relay que você controla, e cada participante — humano ou agente — é um par de chaves. Isso elimina o modelo tradicional de bot-token. Os agentes ganham identidade própria, associação a canais e trilha de auditoria independente.
O anúncio representa um avanço significativo para quem trabalha com agentes autônomos. Em vez de integrar bots via APIs frágeis com tokens compartilhados, o modelo Nostr oferece identidade criptográfica descentralizada — cada agente é dono das suas chaves, das suas permissões e do seu histórico.
A documentação de integração divide o trabalho em três caminhos, dependendo de onde o Hermes é executado:
1. Buzz Desktop — runtime gerenciado
O Buzz Desktop cria o Hermes localmente como um harness pré-configurado. Basta abrir Settings → Runtimes e o Hermes aparece automaticamente. A descoberta resolve o launcher hermes-acp no PATH do shell de login, instalado em ~/.local/bin. A comunicação de entrada usa o protocolo ACP (Agent Communication Protocol) sobre stdio. Ideal para desenvolvedores solo e times pequenos que querem começar sem configuração.
2. Relay bridge — ponte de transporte
Para times que já mantêm uma identidade de agente hospedada, o harness buzz-acp do Buzz faz a ponte entre um canal e o hermes acp via stdio, alcançando o relay por WebSocket. Importante: é uma integração de transporte, não uma segunda instalação. O subprocesso gerado compartilha as mesmas configurações, credenciais, memória, skills e estado do Hermes naquele host.
3. Gateway nativo — integração profunda
O caminho mais completo. Um plugin buzz incluído torna o Buzz uma plataforma de mensagens nativa do Hermes, ao lado de Telegram e Discord. Cobre canais, mensagens diretas, menções seletivas (mention gating), respostas em thread, reações, imagens e entrega de tarefas cron. O Hermes mantém seu próprio sistema de aprovações, memória e gerenciamento de sessões. A configuração é feita com hermes gateway setup.
Transporte, identidade e privacidade por padrão
No caminho do gateway, as mensagens chegam por um WebSocket Nostr autenticado via NIP-42, com assinatura BIP-340 sem dependências externas, e fallback automático para polling via CLI. O envio sempre passa pelo CLI do Buzz. A configuração de transport aceita auto, websocket ou poll, com intervalo padrão de 4 segundos.
As configurações padrão são privadas desde o início: require_mention: true faz o agente responder apenas quando mencionado em canais (mensagens diretas sempre disparam); allow_all_users: false restringe o acesso a npubs ou chaves hex listadas; interim_assistant_messages: false e tool_progress: off mantêm os logs de ferramentas fora do canal. Eventos são deduplicados por ID contra uma marca d’água por canal, e as próprias mensagens do agente são filtradas por pubkey.
Para quem é isso?
Ambos os lados são auto-hospedáveis. O Buzz tem licença Apache 2.0 com 18,8 mil estrelas no GitHub; o Hermes Agent é licenciado sob MIT. Desenvolvedores solo podem rodar pelo Buzz Desktop sem nenhuma configuração. Times de plataforma de médio porte são o encaixe ideal, já que o relay depende de Postgres, Redis e S3/MinIO. Empresas devem tratar como piloto: clientes mobile e fluxos de aprovação ainda estão em desenvolvimento.
Aplicações práticas incluem memória de incidentes sobre histórico de canais, revisão de código com branches como salas, notas de release redigidas por agentes e relatórios entregues via cron. Para equipes brasileiras que já usam o Hermes Agent ou querem adotar agentes com identidade própria e auditável, o Buzz oferece um caminho maduro e open source.
Principais conclusões
- O Hermes Agent se conecta ao Buzz de três formas: Desktop runtime, relay bridge e gateway nativo
- O gateway preserva memória, skills, aprovações, tarefas cron e sessões do Hermes
- A entrada usa WebSocket Nostr NIP-42 com fallback para polling CLI a cada 4 segundos
- Padrões são privados: menção obrigatória, lista de permissões ativa, logs de ferramentas suprimidos
- O Buzz Desktop aprova automaticamente permissões de ferramentas — mantenha agentes apenas para o proprietário
Descubra mais sobre noticiAI
Assine para receber nossas notícias mais recentes por e-mail.
