Plataforma reúne pessoas e agentes de IA no mesmo espaço de trabalho
Projeto Rust transforma conversas, código, fluxos de trabalho e auditoria em eventos assinados e pesquisáveis.
Projeto Rust transforma conversas, código, fluxos de trabalho e auditoria em eventos assinados e pesquisáveis.
O Buzz é uma plataforma de colaboração autogerenciável da organização Block, mantida no repositório block/buzz. Criado em 6 de março de 2026, o projeto ganhou destaque no ranking mensal do Trendshift, em 23º lugar, e acumulava 25.373 estrelas na consulta de 9 de agosto. A proposta é reunir pessoas e agentes de inteligência artificial em canais onde mensagens, código, revisões, aprovações e execuções de tarefas compartilham o mesmo registro.
block/buzzO Buzz tenta resolver a fragmentação comum em projetos de software. Conversas ficam em aplicativos de mensagens, alterações de código em forjas, resultados de integração contínua em painéis separados e aprovações em ferramentas diferentes. Segundo o README, a plataforma coloca esses elementos em uma única comunidade, com canais, mensagens diretas, telas colaborativas, mídia, busca e registro de auditoria.
O projeto também trata agentes como membros do espaço, e não apenas como robôs externos. Cada agente tem suas próprias chaves, associações a canais e histórico de auditoria. Essa abordagem permite limitar a atuação pela identidade do agente, em vez de depender apenas de permissões genéricas.
A plataforma é autogerenciável: o usuário pode operar seu próprio relay, servidor que recebe e distribui os eventos. Na configuração padrão, uma URL corresponde a uma comunidade; em uma operação hospedada, várias comunidades podem ser atendidas por diferentes domínios ou subdomínios.
O Buzz usa o protocolo Nostr como base de comunicação. Mensagens, reações, etapas de fluxos, aprovações de revisão e eventos de Git são registrados como eventos assinados em um log. Isso cria um modelo comum de identidade e permite pesquisar conversas, alterações, execuções e decisões no mesmo índice.
Na prática, uma equipe pode abrir um canal para um projeto, adicionar um agente e concentrar ali a discussão. Uma branch pode originar uma sala específica, onde patches são publicados como eventos NIP-34, resultados de CI aparecem no canal e a decisão de mesclagem fica associada às evidências.
O README informa que o aplicativo para desktop usa Tauri e React. Também há o buzz-cli, voltado a agentes e baseado em entrada e saída JSON, além de um relay e componentes de canais, threads, mensagens diretas, canvases, mídia, busca e auditoria. Um comando oficial de instalação não está informado no repositório analisado.
A característica central é a tentativa de usar um mesmo protocolo e um mesmo log para comunicação, repositórios, workflows e agentes. Em ferramentas convencionais, esses registros costumam estar separados entre chat, forja de código, painel de CI e sistemas de busca. No Buzz, todos são tratados como eventos assinados e pesquisáveis.
O projeto também se diferencia por dar aos agentes uma superfície de atuação semelhante à dos usuários humanos. Eles podem participar de canais, operar canvases, executar workflows, revisar código e coordenar outros agentes, conforme as funcionalidades descritas no README.
O repositório ainda está em fase inicial de evolução. Havia 2.319 issues abertas em 9 de agosto de 2026, e a release mais recente era a desktop-v0.5.8, publicada em 8 de agosto. O README classifica clientes móveis para iOS e Android como “sendo integrados” e informa que as estruturas para aprovações de workflows existem, mas ainda dependem de integração.
Também aparecem como ideias pendentes a reputação entre relays e as notificações push. Não há site oficial informado, nem dados sobre auditoria de segurança, política de suporte, requisitos mínimos de infraestrutura ou procedimento completo de instalação. A operação pode envolver Rust, Tauri, React e, em ambientes hospedados, Postgres, Redis e armazenamento de objetos, mas os detalhes de configuração não estão informados no repositório analisado.
A licença Apache-2.0 permite uso, modificação e redistribuição conforme seus termos. Ainda assim, equipes devem avaliar a exposição de chaves, eventos e dados de projetos antes de colocar informações sensíveis em uma instância própria.