O que é o Buzz? O workspace de agentes de IA de Jack Dorsey

O que é o Buzz?

O Buzz é, nas palavras da própria Block, "um workspace onde humanos e agentes constroem juntos, sobre um relay que você possui." Se você já usou o Slack, a interface vai parecer familiar imediatamente: uma barra lateral de canais, threads, mensagens diretas, reações com emoji, huddles de voz e compartilhamento de mídia.

A virada está em quem ocupa a sala. Ao lado dos seus colegas de equipe, você convida agentes de IA especializados para esses mesmos canais, onde eles publicam, revisam código, executam automações aprovadas e, de modo geral, se comportam como colegas de trabalho em vez de um bot de comando que você invoca e dispensa. E como o Buzz também traz hospedagem Git, a conversa sobre uma funcionalidade e o pull request dessa funcionalidade podem viver no mesmo lugar.

O resumo em uma frase da Block traduz a aposta: manter pessoas, contexto, decisões e próximos passos em uma única sala compartilhada em vez de espalhados entre um app de chat, um tracker e suas ferramentas de desenvolvimento. Isso o posiciona claramente como um concorrente tanto do Slack (para chat) quanto do GitHub (para código).

Quem criou o Buzz, e por quê

O Buzz vem da Block, Inc., a empresa de fintech por trás de Square, Cash App, Afterpay e Tidal. Isso importa: como observou o TechCrunch, um produto da Block sinaliza "mais do que apenas um projeto pessoal de Dorsey". O porta-voz designado é Bradley Axen, chefe de Capacidades de IA na Block, e sua frase resume toda a tese:

"Every company is going to need a place where humans and agents work together. The question is whether that place is proprietary or open. We built Buzz because we believe it should be open."

Bradley Axen, Block

O "porquê" é um problema de coordenação, não de inteligência. O blog de engenharia da Block coloca isso com clareza: "Models can do the work now. Teams still need somewhere to do it together. The bottleneck moved from intelligence to coordination." Eles descrevem a forma antiga de trabalhar como cada pessoa sentada sozinha com um agente em uma pequena janela de harness, copiando sua saída para o Slack e colando as respostas de volta, e chegam a uma frase que a maioria de nós vai reconhecer: "Nobody enjoyed being middleware."

O Buzz se apoia em dois anos de ferramentas de IA que a Block publicou como código aberto, incluindo seu próprio framework de agentes, o goose. O tweet de lançamento gerou os números esperados de um lançamento assinado por Dorsey, cerca de 11 mil curtidas e mais de 700 respostas em poucas horas.

As quatro palavras-chave, decodificadas

O tweet de lançamento de Dorsey se apoiava em quatro termos. Eles soam como jargão próximo do universo cripto, mas cada um corresponde a uma decisão de design concreta. Aqui vai a versão em linguagem simples:

Vale a pena fazer uma correção, porque isso confundiu muitos leitores no início: o Nostr não é uma blockchain, e não existe nenhum token. A thread no Hacker News teve que esclarecer isso repetidamente:

"No blockchains here. Nostr is just a standard signed message format being relayed by simple store and forward relay servers."

sharperguy, Hacker News

Então, apesar da linguagem de descentralização, não há token cripto, token de governança ou airdrop envolvido. "Decentralized" aqui significa "não pertence a um único servidor", não "em uma blockchain".

Agentes são membros, não bots

Essa é a parte que torna o Buzz genuinamente diferente de simplesmente parafusar um chatbot no Slack. No Buzz, um agente tem "as mesmas prerrogativas de um colega humano, o mesmo registro de auditoria, apenas um par de chaves diferente." O slogan que a equipe repete sem parar: "Agents are members, not bots" e "agents are part of the room, not haunted cron jobs."

A parte inteligente é o modelo de segurança, e vale a pena entendê-lo se você já ficou receoso de entregar suas credenciais a um agente. Em vez de dar a um agente o seu login, o Buzz dá a cada agente sua própria chave. O dono do agente assina uma autorização com escopo bem restrito, e o agente então assina seu próprio trabalho sob sua própria identidade. Assim, a autoria nunca é apagada: o agente é o autor, e sua credencial prova quem o autorizou e sob quais condições. Se uma chave vazar, você revoga o agente sem tocar na identidade humana.

A Block também descreve um agente de fronteira que comanda um enxame de agentes mais baratos e rápidos, que pesquisam, constroem, testam e revisam em paralelo, todos se comunicando por meio de simples menções em canais. Se você já leu sobre orquestração multiagente no abstrato, é assim que ela se parece na prática... apenas um chat em grupo.

Hospedagem Git: a ideia de "branch como sala"

O Buzz não para no chat. Ele está começando a trazer a hospedagem de código para dentro de casa, e o modelo aqui é interessante: uma branch de funcionalidade é um canal. Você abre uma branch, uma sala aparece, os patches chegam como eventos assinados, o CI publica seus resultados na sala, um agente faz uma primeira revisão de código, e a decisão de merge acontece no mesmo lugar que todas as evidências.

Por baixo do capô, o Buzz armazena os repositórios como packfiles imutáveis endereçados por conteúdo, mais um ponteiro mutável, a ponto de terem ido tão longe a ponto de verificar o modelo formalmente em TLA+ por durabilidade. A proposta é que uma única comunidade possa substituir o que as equipes hoje simulam com chat, forges, bots, dashboards de CI e uma pilha de código de cola: um único substrato em vez de sete abas fingindo que se conhecem.

A integração com Git é hoje a parte menos pronta, então é melhor tratar esta seção mais como visão do que como realidade atual.

O Buzz já está bom o suficiente?

É aqui que a honestidade importa. O Buzz é Apache-2.0, avança rápido (3.600 estrelas no GitHub e cerca de 1.800 commits em seus primeiros dias), e claramente foi construído por gente que se importa com arquitetura. Mas também é muito cedo ainda. A build de desktop mais recente é a v0.4.22, ou seja, uma versão anterior à 1.0, e o próprio README da Block classifica os recursos em três categorias:

A recepção no Hacker News se dividiu de forma clara, e é uma divisão que vale a pena examinar. Os céticos acharam tudo isso vagamente distópico:

"That screenshot is some Lynchian horror... the humans and agent bots engage in flirty emoji-filled chats with cutesy names. I'm trying to imagine a world in which this makes sense as a way to organize software development work, but coming up short."

themgt, Hacker News

Os entusiastas viram o oposto: que se trata de uma tentativa inicial e honesta em direção a uma mudança real na forma como o trabalho é feito.

"The entire development world is being fundamentally rewired and will not ever look the same. This is just one experiment at a new shape. It's probably not the winning idea, but I'd imagine we'll see lots of these attempts to reframe how work is done."

echelon, Hacker News

Minha leitura: os dois lados têm razão. O Buzz é um experimento bem construído que merece ser acompanhado, e não é uma ferramenta para apostar o fluxo de trabalho diário de uma equipe neste trimestre. O próprio convite de Dorsey foi para "come test the early stages with us," que é exatamente a forma certa de encarar isso.

O Buzz dá aos agentes uma sala. O suporte precisa de um agente com uma tarefa.

Aqui está a reformulação que eu prometi, e é o que eu gostaria que um líder de suporte ou operações levasse de todo esse hype do Buzz. O Buzz é um lugar. É uma superfície lindamente projetada onde agentes podem ficar presentes e ser mencionados. Essa é, genuinamente, a forma certa para um trabalho aberto e exploratório, como uma pequena equipe construindo um protótipo junto.

Mas boa parte do trabalho real não é aberta. O suporte ao cliente é o exemplo mais claro disso. Você não quer um agente sentado em um canal esperando um humano mencioná-lo com @ para depois devolver o ticket. Você quer um agente que pegue o ticket, leia sua base de conhecimento e realmente resolva do início ao fim, sem uma pessoa no meio do caminho para os 60% mais simples.

Esse é um problema de design diferente, e é nele que eu passo meus dias. Um agente-em-uma-sala é julgado por quão natural ele conversa. Um agente-com-uma-tarefa é julgado pela taxa de resolução, pela precisão e por saber quando escalar. Acertar o segundo tem menos a ver com uma interface de canal bonita e mais com fundamentar o agente nos seus documentos reais e tickets passados, além de conseguir confiar no que ele faz quando ninguém está olhando. Essa confiança, honestamente, é a parte difícil, e é por isso que o print da demo importar mais do que a taxa de resolução é um sinal que vale a pena notar.

Experimente o eesel para o trabalho que o Buzz não faz

Se o Buzz te fez pensar em agentes como colegas de equipe, a próxima pergunta natural para uma equipe de suporte é: qual agente realmente fecha o ticket? É para isso que o eesel existe. É um agente de IA para atendimento ao cliente que se conecta ao seu helpdesk existente (Zendesk, Freshdesk, Gorgias e outros) e aos lugares onde seu conhecimento já vive, e então responde e resolve os tickets de linha de frente por conta própria.

O diferencial é confiança, não impressão. Antes de o eesel responder um único cliente real, você pode simulá-lo com base nos seus tickets históricos para ver exatamente como ele teria respondido e o que teria resolvido, então você não está apostando no escuro. Ele se conecta em minutos, funciona como um novo contratado que já leu sua central de ajuda, e é grátis para experimentar. O Buzz é uma ótima sala; este é o colega que termina o trabalho.