O que é o Buzz? O workspace open source onde humanos e agentes de IA dividem a mesma sala

Imagina abrir o chat do time e o agente de IA estar ali dentro do canal, com identidade própria, respondendo a @mention igual a qualquer outro colega

Não como bot com token de plataforma, mas como participante com chave própria e rastro assinado de tudo que fez

Se você digitou "buzz" solto na busca e caiu aqui, é bem provável que tenha visto o nome passar em algum lugar e queira entender a proposta antes de decidir testar

Então bora destrinchar: o que é o Buzz, como ele funciona por baixo, o que vem dentro e se faz sentido mexer nisso agora 🙂

Quem lançou o Buzz e qual é a aposta por trás:

O Buzz foi lançado pela Block, empresa do Jack Dorsey, em 21 de julho de 2026

A proposta anunciada é direta: uma plataforma de colaboração open source onde humanos e agentes de IA trabalham juntos, no mesmo espaço

E a aposta por trás dá pra resumir na frase do Bradley Axen, Head of AI Capabilities da Block: "Toda empresa vai precisar de um lugar onde humanos e agentes trabalham juntos. A questão é se esse lugar é proprietário ou aberto."

Sacou o recado? A Block não está dizendo que inventou uma categoria nova, está dizendo que essa categoria vai existir de qualquer jeito e que ela prefere apostar no lado aberto

A aposta se sustenta na prática: o Buzz é distribuído sob licença Apache-2.0 e o código vive no repositório público block/buzz, no GitHub

Ou seja, dá pra ler o código, dá pra rodar na sua casa, dá pra bifurcar

Formação Recomendada

Formação Agentes de IA

Domine a criação de Agentes de IA e Venda para Empresas

• 402 aulas
• 32 projetos
• 38h 19min

Conhecer formação

Como o Buzz funciona por baixo: um relay Nostr com log único

Aqui mora a decisão de arquitetura mais interessante do projeto

Por baixo, o Buzz é um relay Nostr

"Relay Nostr?" Calma que eu explico: o Nostr é um protocolo em que cada participante tem um par de chaves e publica eventos assinados, e o relay é o servidor que recebe e distribui esses eventos

No Buzz, cada mensagem, cada reação, cada passo de workflow, cada aprovação de revisão e cada evento de git vira um evento assinado no MESMO log

Isso muda o desenho inteiro: não existe "o chat aqui e o log de auditoria ali"

É a mesma identidade e a mesma trilha de auditoria, seja o autor uma pessoa ou um processo

O que roda por trás disso:

O backend é um workspace Rust dividido em crates focados, com os clientes em TypeScript/React

A divisão é bem legível:

• buzz-relay: o relay em si, com Axum, WebSocket e REST
• buzz-db: persistência em Postgres
• buzz-auth: autenticação nos padrões NIP-42/98
• buzz-pubsub: presença e digitação via Redis
• buzz-search: busca full-text do próprio Postgres
• buzz-audit: o audit log

E o buzz-audit merece um parágrafo só dele

O audit log encadeia cada entrada com SHA-256, guardando o hash da entrada anterior, e existe um verify_chain() que percorre o log inteiro recalculando a cadeia

É o mesmo raciocínio de cadeia encadeada que você já viu em outros contextos: mexeu numa entrada do meio, a verificação denuncia

A atividade de git dentro do Buzz também segue padrão, não é formato inventado: ela usa NIP-34, a especificação Nostr para anúncio de repositórios, patches e status

O que vem dentro do workspace

Beleza, e na prática o que o Buzz reúne?

O workspace junta:

• canais
• threads
• mensagens diretas
• voz (os huddles)
• mídia
• repositórios de código
• canvases
• busca
• audit log
• workflows automatizados

Repara que a lista mistura duas naturezas que normalmente moram em ferramentas separadas

De um lado o que você espera de um chat de time (canal, thread, DM, voz, mídia, busca)

Do outro lado o que você espera de uma ferramenta de trabalho de código e de processo (repositórios git, canvases, workflows, audit log)

E tudo isso caindo no mesmo log de eventos assinados, que é justamente o pulo do gato da seção anterior

Como um agente de IA entra na sala

Essa é a parte que separa o Buzz de "chat com integração de bot"

Cada participante, humano ou agente, tem seu próprio par de chaves criptográficas, e esse par pertence a ele, não à plataforma

O agente entra com keypair, não com token de bot

A identidade do agente não fica presa a uma conta de plataforma nem a uma chave de API de fornecedor

Parece detalhe, mas não é: é o que faz a assinatura do agente valer a mesma coisa que a sua dentro do log

O harness ACP:

A ponte entre o agente e o Buzz é o crate buzz-acp

Ele escuta @mentions no relay, aciona o agente e o agente responde usando o Buzz CLI

O suporte é para qualquer agente que fale ACP por stdio, e a documentação cita goose, codex (via codex-acp) e claude code (via claude-agent-acp)

Pra usar o harness, dois pré-requisitos:

1. Um relay Buzz rodando (na documentação do buzz-acp, o comando just relay sobe os serviços Docker automaticamente) ou uma instância hospedada
2. Um par de chaves Nostr para o agente

E o ponto que fecha o desenho: o Buzz é agnóstico de modelo e agnóstico de harness

Times podem rodar agentes com qualquer LLM ou framework, como Claude Code, Codex ou goose

Não tem um modelo "oficial" no meio do caminho

Para quem o Buzz faz sentido hoje

Alguns cenários onde isso encaixa bem:

Time que quer agentes agindo em canal, com rastro. Se hoje seu agente age via token de bot e o histórico do que ele fez fica espalhado, o modelo de keypair por participante muda a conversa: a ação do agente é um evento assinado no mesmo log das mensagens

Equipe com exigência de auditoria. O hash-chain SHA-256 com verify_chain() e os eventos de git em NIP-34 dão identidade e log verificáveis, em formato aberto

Quem quer rodar tudo na própria infraestrutura. A licença é Apache-2.0 e o código é público, então self-host é caminho previsto, não gambiarra

Time novo, sem ferramenta de chat consolidada. É o cenário mais confortável pra experimentar, porque não existe migração pra fazer

E tem um recorte de perfil também: isso conversa muito mais com quem já trabalha com carreira de desenvolvimento de software e mexe com repositório, deploy e processo, do que com um time que só quer um chat bonitinho

Buzz hospedado (buzz.xyz) ou self-host: qual escolher

Existem dois caminhos pra colocar a mão

Um é a versão hospedada pela própria Block, em buzz.xyz, gratuita em beta inicial

O outro é rodar o seu próprio relay, também sem custo de licença

Sobre preço, o cenário é curto: não há tier pago, cap de uso nem SLA divulgado pra hospedagem gerenciada até 07/08/2026

Subindo o ambiente local:

O caminho de desenvolvimento local é um comando só, que faz o bootstrap do projeto

just setup

O just setup roda o just bootstrap, que copia o .env.example para .env se precisar, baixa as ferramentas via Hermit e sobe os serviços Docker mais as migrations

E o just relay, que apareceu lá em cima no harness ACP, não é o mesmo comando: ele é o que a documentação do buzz-acp cita pra deixar os serviços Docker do relay no ar, que é o pré-requisito do harness

Resumindo os dois: just setup é o bootstrap do projeto inteiro (env, ferramentas, Docker e migrations), just relay é o comando de relay citado na doc do harness

Tome cuidado com um detalhe: sem Docker no ar, esse passo não tem como subir os serviços

E se a sua dúvida for onde hospedar isso quando sair do notebook, a discussão de onde rodar seus agentes de IA vale a leitura, porque o trade-off de VPS versus máquina em casa é o mesmo aqui

Em que pé o projeto está agora

Aqui é onde a expectativa precisa ser calibrada

O Buzz está em versão 0.5.x, com releases frequentes: a v0.5.5 saiu em 05/08/2026 e o Buzz Desktop v0.5.4 em 03/08/2026

A tração no GitHub é grande pra tão pouco tempo de vida: a página do repositório indica cerca de 22 mil estrelas

Os apps móveis já estão disponíveis, tanto na App Store ("Buzz – chat with your hive", da Block, Inc.) quanto no Google Play (pacote xyz.block.buzz.mobile)

E o mobile não é um controle remoto que depende do seu notebook ligado, se liga nisso

Os apps iOS e Android assinam as mensagens e conectam direto aos relays, limitando os dados identificáveis visíveis a relays e intermediários

Os agentes só agem sobre mensagens assinadas pela chave privada do dono, e essa chave privada nunca é vista pelo relay

Ou seja, o mesmo modelo de identidade do desktop, no bolso

Vale testar o Buzz agora ou é cedo demais?

Vou ser honesto contigo, porque o próprio projeto é

O blog de engenharia da Block admite que o Buzz é útil hoje, porém com "rough edges and giant chasms", que em bom português é: tem ponta solta e tem buraco grande

O TechCrunch foi na mesma linha: escreveu que o Buzz pode valer uma investigação para startups novas sem Slack estabelecido, mas que provavelmente não é boa ideia portar o time ainda

Juntando as duas leituras, o veredito que sobra é exploratório

Vale abrir, criar um canal, colocar um agente com keypair e sentir como é a dinâmica de humano e agente no mesmo log

Não vale, por enquanto, arrastar a operação inteira de um time que já tem ferramenta consolidada

E tem coisa que eu simplesmente NÃO consigo te responder, porque não existe dado público:

• se vai existir plano pago, limite de uso ou SLA na hospedagem depois do beta
• qual seria esse preço

Quando não tem número publicado, o certo é dizer que não tem, e não chutar

Pra começar do zero com a ideia de colocar agente de IA dentro do seu fluxo de trabalho, este vídeo do canal mostra como uma skill muda o jeito que a IA programa

É um bom aquecimento antes de sair montando sala com humano e agente juntos 😀

Conclusão

O Buzz é a aposta da Block num workspace aberto onde humanos e agentes de IA dividem a mesma sala, o mesmo canal e, principalmente, o mesmo log de eventos assinados

A sacada não é a lista de recursos (canais, threads, DMs, voz, mídia, repositórios git, canvases, busca, audit log e workflows), é o fato de tudo isso virar evento assinado no relay Nostr, com identidade por keypair pra pessoa e pra processo

Se te interessou, o próximo passo é concreto e barato: abre buzz.xyz pra ver funcionando, ou clona o block/buzz e sobe o ambiente local com just setup

Só vai sabendo que é um 0.5.x em plena evolução, com ponta solta assumida pelos próprios criadores

Que é bem o tipo de coisa que a gente gosta de olhar cedo por aqui…

até o próximo post!