Buzz vale a pena para o seu time? O que a plataforma da Block entrega e quem realmente ganha

Adotar um workspace novo não é a mesma coisa que trocar de chat

Trocar de chat é mudar de janela, todo mundo reclama uma semana e segue a vida

Adotar workspace é mexer em onde o trabalho acontece: onde o código mora, quem tem acesso, quem responde o quê

O Buzz é o workspace da Block onde humanos e agentes de IA trabalham juntos, e ele foi lançado publicamente em 21 de julho de 2026

E aí a pergunta real não é se ele é bom, é se o teu time é o público dele, beleza? É isso que a gente vai separar aqui 🙂

O que é o Buzz e por que a base técnica dele pesa na decisão

O Buzz foi criado pela Block, empresa do Jack Dorsey, e é open source: o código está publicado no repositório block/buzz sob licença Apache-2.0

Desde o lançamento, o repositório acumulou 24,6 mil estrelas no GitHub

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

Até aí parece só mais um concorrente de chat corporativo, mas a diferença estrutural está embaixo do capô: o Buzz é construído sobre o protocolo Nostr

Que protocolo é esse? Nostr é um protocolo de eventos assinados criptograficamente, e é isso que muda o jogo na prática: cada mensagem, reação, passo de workflow, aprovação de revisão e evento de git vira um evento assinado dentro de um único log

Ou seja, conversa, decisão e código não vivem em três sistemas que você tenta reconciliar depois, eles vivem no mesmo rastro

Outra consequência: cada participante recebe um par de chaves criptográficas próprio, e isso vale tanto pra humano quanto pra agente

A autenticação usa assinaturas Schnorr/BIP-340 em vez de token de bot

Se você já se pegou olhando um log e pensando "quem rodou isso, foi a pessoa ou foi o bot com o token dela?", esse é exatamente o problema que a identidade por keypair ataca

Ao apresentar o produto, Dorsey descreveu o Buzz com quatro atributos: "model-agnostic, decentralized, self-sovereign, and open source"

Guarda esses quatro adjetivos, porque eles explicam tanto o que o produto entrega quanto o que ele ainda não entrega…

O que o Buzz já entrega e o que ainda não entrega

Aqui vale bater cada linha contra a tua realidade, não contra o hype

A coluna da esquerda é o que já existe, a da direita é onde você vai esbarrar

Cada linha dessa tabela é um critério de decisão, não uma reclamação solta

Se o teu time vive no celular, a primeira linha da direita já decide sozinha

Se a tua segurança exige "esse agente só pode ler, nunca escrever", a segunda linha decide sozinha também

Quem ganha com o Buzz e quem só quer mais um chat

Quem ganha de verdade:

1. Time que já roda Claude Code, Codex ou Goose no dia a dia

Esse é o público declarado, sem rodeio

O agente responde quando é mencionado com @ no canal, usando a CLI do Buzz que o harness configura automaticamente, e o código e o workflow estão ali do lado, no mesmo ambiente

Se você já tem o hábito de deixar agente agindo dentro do fluxo, e não só respondendo pergunta, a lógica é a mesma de quando você configura automações proativas no ClawdBot: o agente vira participante, não caixinha de texto

2. Time que precisa de rastro auditável de quem fez o quê

Inclusive dos agentes

Como cada participante tem par de chaves próprio e a auth é por assinatura BIP-340, você não fica com aquele token de bot compartilhado que todo mundo usa e ninguém sabe quem apertou

3. Time que quer soberania sobre o dado e vai self-hostar

O "self-sovereign" do Dorsey não é só marketing aqui, o relay é rodável por você (a gente vai ver o custo disso na próxima seção)

Quem só vai perder tempo:

• Time que só quer conversar com IA e já tem chat resolvido: a dor não é essa, você vai migrar o time inteiro pra ganhar o que já tem
• Time que depende de mobile: não tem app mobile
• Time que precisa restringir um agente a ações específicas: hoje a permissão é por canal, ponto
• Time que usa agente que não fala ACP: hoje isso é pedido em aberto (issue #2663), então você estaria apostando em algo que não foi entregue

Repara que nenhum desses "não" é sobre qualidade do produto, é sobre encaixe 😀

Hospedado pela Block ou self-host: o que muda no seu custo de operação

Tem dois caminhos de adoção e eles cobram coisas diferentes de você

A leitura honesta é essa: o hospedado é ótimo pra testar e ruim pra prometer disponibilidade pra terceiros, porque não existe SLA nem limite de uso publicado

E atenção no que isso significa financeiramente: gratuito hoje não é promessa de amanhã, já que nada foi publicado sobre tier pago

E se eu quiser rodar local a partir do código?

O repositório pede um conjunto específico de ferramentas: Docker e Hermit, ou então Rust 1.88+, Node 24+, pnpm 10+ e just

Com o Hermit, o caminho é ativar o ambiente e mandar o setup:

./bin/activate-hermit
just setup && just build

Um detalhe operacional que gente esquece e depois toma susto: a configuração do agente é feita por variáveis de ambiente, e cada variável tem uma flag de CLI equivalente

Entre elas está a chave privada Nostr do agente, no formato nsec1...

Tome cuidado! Isso é chave privada de identidade, não é API key descartável, então trate o env com o mesmo carinho que você trata segredo de produção

Veredito: em quais condições o Buzz entra no seu time hoje

Vou ser direto, sem "depende" genérico

Entra hoje se: agentes já fazem parte do trabalho de verdade, o teu time usa os tier-1 (Goose, Claude Code, Codex, Buzz Agent) ou um agente que fala ACP, e ninguém ali depende de mobile nem de escopo de permissão por ação

Nesse cenário você ganha o que nenhum chat com plugin de IA te dá: identidade própria por agente, rastro assinado e código no mesmo ambiente

Espera se: o time precisa de SLA, de garantia contratual ou de permissão granular por agente

Hoje a unidade de permissão é o canal, então "deixa o agente só nesse repositório e só pra revisar" não é uma configuração, é uma decisão sua de onde colocar o agente

Não entra se: a dor era só ter IA no chat

Você vai pagar o custo de migração inteiro pra resolver um problema menor

E deixa registrado o preço do timing: a versão mais recente publicada na página de releases é a 0.5.5, de 05/08/2026

É software 0.x, com issues abertas relevantes (o Windows 11 do #2343 e o suporte a agentes não-ACP do #2663), e isso significa que parte do seu "funciona?" ainda depende de release futura

Pra um time pequeno que gosta de estar na frente, isso é aceitável

Pra um time que assina contrato prometendo uptime, não é

Próximo passo: como testar sem comprometer o time

A boa notícia é que dá pra responder essa pergunta com risco quase zero, sem migrar ninguém

1. Baixe o app desktop gratuito em buzz.xyz (tem pra macOS, Windows e Linux)
2. Crie um canal piloto com UM agente tier-1, não com quatro: comece pelo que o time já usa hoje
3. Jogue um problema real pequeno nesse canal, aciona o agente com @menção e observa o fluxo inteiro (conversa, código, workflow) acontecendo no mesmo lugar
4. Use a tabela de entregue x lacuna lá de cima como checklist: marque quais lacunas realmente doem no teu contexto

O erro comum aqui é fazer o piloto com um problema de mentirinha

Problema fake não estressa permissão, não estressa auditoria, não estressa nada, e você sai com a sensação boa e nenhuma informação

É a mesma lógica de testar workflows antes da produção: o teste só vale se ele parecer com o dia real

No fim, a resposta sobre o Buzz é sobre encaixe com o teu fluxo, não sobre o produto ser bom ou ruim

Se agentes já são parte do trabalho, ele te dá uma casa nova pra isso

Se não são, ele te dá mais um app pra abrir de manhã haha

até o próximo post!