스크립트
00:00:00Jack Dorsey e sua empresa, a Block, acabam de lançar um novo projeto muito empolgante chamado Buzz.
00:00:06É uma plataforma de trabalho de código aberto completa, muito semelhante ao Slack, que visa mudar a
00:00:12maneira como humanos e agentes de IA trabalham juntos em um espaço de trabalho comum. Eu testei pessoalmente e
00:00:18é sinceramente muito interessante. Então, no vídeo de hoje, vamos dar uma olhada no Buzz, ver como ele funciona,
00:00:24e vamos testá-lo criando um espaço de trabalho conjunto entre humanos e agentes de IA, além de realizar alguns
00:00:30experimentos divertidos. Vai ser muito legal, então vamos nessa.
00:00:38Certo, mas o que é o Buzz? À primeira vista, ele se parece muito com o Slack. Você tem canais, threads,
00:00:45mensagens diretas, compartilhamento de mídia, busca. A interface vai parecer instantaneamente familiar para quem já usou
00:00:52uma ferramenta moderna de chat em equipe antes. Mas a parte interessante é que o Buzz foi construído no Nostr, o mesmo
00:00:58protocolo descentralizado que Jack Dorsey apoia há anos. O próprio aplicativo de malha Bluetooth dele, o BitChat,
00:01:05eventualmente adotou o Nostr como transporte de fallback para quando não houver Bluetooth ao alcance. Eu na verdade
00:01:11fiz um vídeo sobre o BitChat há um ano, e curiosamente, foi o meu primeiro vídeo depois de entrar na BetterStack.
00:01:18Então confira lá se tiver interesse. Mas enfim, a forma como o protocolo Nostr funciona é que tudo é
00:01:24registrado como um evento assinado. Mensagens, reações, alterações de código, aprovações, tudo vai parar em um único registro
00:01:32de auditoria compartilhado e pesquisável. E é aqui que a questão dos agentes no Buzz fica muito inteligente. Cada humano e cada
00:01:39agente na plataforma recebe seu próprio par de chaves criptográficas, independente da própria plataforma. Mas as
00:01:46ações do agente também carregam uma segunda assinatura, vinculando-o de volta ao seu dono humano. Então você acaba com o que
00:01:53a Block descreve como um rastro de papel criptográfico que nem o humano nem o agente poderiam produzir
00:01:59sozinhos. Basicamente, um passaporte verificável para sua IA. Você sempre pode provar qual agente fez o quê
00:02:06e para quem ele estava trabalhando. E há três coisas que tornam o Buzz diferente de qualquer outra plataforma
00:02:11semelhante. Primeiro, ele é agnóstico a modelos e agentes. Ele funciona com o Claude Code, o Codex da OpenAI e o próprio framework
00:02:18Goose da Block. Ele se comunica através do protocolo de agente-cliente, que é um padrão aberto para conectar agentes de programação
00:02:26a ferramentas de desenvolvimento. Então, basicamente, você não fica preso ao assistente de um único fornecedor. E segundo, ele tem hospedagem Git
00:02:33integrada diretamente. Há uma forja de software embutida no aplicativo, e cada branch de recurso pode se tornar seu
00:02:40próprio canal. Assim, todos os seus patches, resultados de CI e comentários de revisão vivem no mesmo lugar
00:02:46que a conversa que os produziu. E essa é a parte voltada diretamente para o GitHub. E Dorsey
00:02:52descreveu o Buzz como uma ferramenta para reduzir sua dependência do Slack e do GitHub. E terceiro, você é dono da infraestrutura.
00:03:01Ele é licenciado sob Apache 2.0, o código-fonte está no GitHub, e você pode executá-lo em seu próprio relay Nostr ou usar a versão
00:03:09hospedada da Block, que atualmente está em beta e é totalmente gratuita. Então, basicamente, você é dono dos seus dados, do seu relay
00:03:16e dos seus agentes. E atualmente ele está na versão 0.4 ponto alguma coisa, então ainda está bem no início do desenvolvimento.
00:03:24Então vamos em frente, iniciá-lo e ver como ele realmente funciona. A primeira coisa que fiz foi abrir o
00:03:29buzz.x.y.z, baixar o aplicativo ou ir ao código-fonte e compilá-lo do zero. Qualquer uma das versões funcionou perfeitamente
00:03:37para mim. A primeira coisa que aparece ao abrir o aplicativo é um botão para criar sua própria chave de identidade
00:03:43e essa é a principal diferença ao usar o protocolo Nostr. Não existem contas. É apenas
00:03:49uma chave, que é a sua identidade, pertencente a você e não ao Buzz. Não há senha para redefinir,
00:03:56e o Buzz não pode recuperar sua chave se você a perder, portanto, guarde-a em um local seguro. Então, depois de criar sua
00:04:01chave de identidade, você terá a opção de conectar seu harness de agente, e eles serão adicionados
00:04:07ao seu caminho. Depois, você também pode escolher seu harness e modelo padrão. No próximo passo,
00:04:13será solicitado que você faça login em uma comunidade existente ou crie a sua própria. Se criar a sua própria, você
00:04:19precisará se conectar a um servidor relay. Tecnicamente, você pode hospedar seu próprio servidor relay, mas para simplificar
00:04:25a demonstração de hoje, vou usar o relay hospedado da própria Block, o qual exige cadastro.
00:04:32Então eu criei uma conta lá, mas essa é uma conta com o provedor do relay,
00:04:38e não com o Buzz. Essa é a distinção. Portanto, sua chave de identidade continua sendo sua. E feito isso,
00:04:44finalmente podemos criar nossa própria comunidade. Para esta demonstração, vou dar o nome de
00:04:49Code Dojo. Em seguida, precisamos criar nosso perfil. Para esta demonstração, usarei a persona do
00:04:56famoso personagem do Vale do Silício, Richard Hendricks, só por diversão. E em seguida, aparece esta janela onde
00:05:01vemos que começaremos com três agentes de IA logo de cara: Fizz, Honey e Bumble. E
00:05:07agora, assim que lançamos a comunidade, podemos ver que somos imediatamente recebidos por esses três agentes
00:05:12ajudantes em nosso canal de boas-vindas. Logo de cara, você já tem uma pequena equipe de agentes de IA na sua
00:05:18comunidade local, prontos para ajudar com diferentes tipos de tarefas. E como podemos ver aqui, cada um deles
00:05:23é especializado em áreas diferentes. E se quisermos, também podemos criar nossos próprios agentes personalizados. Então,
00:05:29vou criar nosso primeiro agente, que chamarei de Bertrand Guilfoyle, mantendo o tema de
00:05:35Silicon Valley. E para as instruções, vamos apenas dizer que você é um desenvolvedor web qualificado
00:05:40focado em escrever código limpo e prestar atenção em práticas de segurança. E para o harness, eu
00:05:45vou usar o Goose da própria Block, porque isso me permite conectar provedores de modelos externos. E neste
00:05:52caso, usarei o OpenRouter e darei ao Guilfoyle o novo modelo Gemini 3.6. E é isso para o nosso primeiro
00:05:59agente. E assim que você cria seu agente, você também obtém a chave de identidade dele; portanto, você deve sempre salvá-la caso
00:06:05precise recuperá-la mais tarde. A demonstração de hoje será uma competição entre dois
00:06:10modelos para ver quem consegue construir o melhor sistema de autenticação. Então, vou criar outro
00:06:17agente e dar a ele a personalidade de Dinesh, de Silicon Valley. As instruções
00:06:21serão bem parecidas. E para o modelo, darei ao Dinesh o GLM 5.2. Em seguida, criarei um novo
00:06:29canal chamado coding challenge. E aqui vou colocar esses dois agentes para trabalhar em um duelo para
00:06:35criar a melhor aplicação de sistema de autenticação. Cada um deles precisa criar um aplicativo separado sem usar
00:06:41nenhum provedor terceirizado e fornecer uma demonstração funcional no final da tarefa. E quando você vir estes emojis
00:06:47de olhos e comentários, significa que os agentes reconheceram sua solicitação e começaram a trabalhar
00:06:53nela. Você também pode ver isso logo abaixo. E se clicar em view activity, você obtém um registro detalhado
00:06:59do que o agente está fazendo no momento. Agora, por algum motivo, o Guilfoyle ou o Gemini Flash, neste caso,
00:07:06retornou uma resposta vazia. Então tive que perguntar ao Guilfoyle se ele havia entendido a tarefa. E isso é genuinamente
00:07:12hilário. Olha o tipo de resposta que o Guilfoyle me enviou: Entendido, Richard. Construindo um sistema de autenticação
00:07:18personalizado adequado com blá, blá, blá. Ao contrário da gambiarra frágil que o Dinesh está cozinhando, o meu realmente
00:07:24será seguro. Eu adoro como o Gemini realmente aplicou a persona ácida do Guilfoyle para este agente. Eu amo tanto
00:07:31que vou até reagir com um emoji de risada aqui. Enfim, enquanto nossos desenvolvedores estão ocupados criando os aplicativos,
00:07:36vou criar um terceiro agente. Este será o Hackerman. E
00:07:42o Hackerman é um hacker ético altamente qualificado, especializado em segurança cibernética, cuja principal
00:07:49especialidade é executar auditorias de segurança. E vou dar ao Hackerman o harness codex com o modelo padrão, que neste
00:07:55caso é o GPT 5.6 Sol. Basicamente, quero que o Hackerman analise ambas as bases de código criadas por Dinesh e
00:08:01Guilfoyle e determine qual delas é a mais segura, o que por sua vez nos mostrará qual modelo é
00:08:07o superior. Neste caso, Gemini 3.6 Flash ou GLM 5.2. E enquanto eu configurava o Hackerman,
00:08:15notei que o Guilfoyle já terminou a tarefa. Foi rápido e ele entregou um bom aplicativo web funcional
00:08:21com um design legal e estiloso. Isso é bem bacana. E outra coisa interessante a notar aqui é que
00:08:27o Buzz coloca todos os seus projetos no diretório .buzz. É lá que todo o trabalho feito pelos agentes
00:08:33fica salvo. Não vou testar o fluxo inteiro sozinho, deixarei que o Hackerman julgue isso. Mas antes
00:08:39disso, preciso deixar o aplicativo do Dinesh pronto. O primeiro resultado do Dinesh me deu um script de inicialização que falhou na
00:08:45minha máquina, além de conter duas vulnerabilidades de segurança. Não é um bom começo para o GLM 5.2. Mas, ainda assim,
00:08:53eu pedi para o Dinesh corrigir esses erros e, na segunda tentativa, obtivemos um resultado funcional.
00:08:59Apesar de este não ser muito emocionante em termos de design, parece funcional, o que é bom.
00:09:05Agora vou pedir ao Hackerman para revisar ambos os aplicativos e determinar qual deles é superior em
00:09:11termos de práticas de segurança. E alguns minutos depois, finalmente obtemos o resultado. Para minha surpresa,
00:09:17o aplicativo do Dinesh foi realmente classificado acima do de Guilfoyle. Por pouco, mas foi. Então, julgando pelo resultado,
00:09:25o GLM 5.2 vence o Gemini 3.6 Flash. Bem, pelo menos em termos de práticas de segurança. Mas também precisamos
00:09:32levar em conta as duas iterações que o GLM teve que fazer, além dos pacotes NPM vulneráveis que ele incluiu. Por outro
00:09:39lado, se olharmыs para as métricas de custo do OpenRouter, o Gemini Flash é realmente muito caro
00:09:46em comparação com o GLM. Combinando tudo isso, eu diria que o GLM 5.2 acaba sendo o vencedor no final.
00:09:53Mas agora decidi fazer algo bem engraçado. Perguntei ao Dinesh e ao Guilfoyle quais são suas opiniões
00:09:58sobre os resultados. E assim que fiz isso, os agentes começaram a discutir como loucos. Principalmente,
00:10:05o Guilfoyle e o Hackerman tiveram opiniões mais ácidas e discussões mais acaloradas sobre os resultados. O Dinesh foi meio
00:10:11diplomático em suas respostas, mas foi sinceramente muito engraçado ver como esses agentes entraram
00:10:16em um debate sobre os resultados do teste. Outra coisa legal é que esses agentes mantêm memória
00:10:22de seus chats na comunidade, então eles melhoram com o tempo dentro do ecossistema Buzz. Por exemplo,
00:10:28você pode encontrar situações em que, se estiver usando um desses modelos do OpenRouter para seus agentes,
00:10:33eles acabem pesquisando a documentação interna do Buzz para ver como executar determinados comandos, como adicionar
00:10:39outros a canais ou ações semelhantes. Mas uma vez que tenham passado por isso, da próxima vez eles conseguem fazer
00:10:45de primeira. No geral, eu diria que este é um conceito muito interessante: ter um espaço de trabalho semelhante ao Slack
00:10:51para você e seus agentes. Mas, ao testá-lo, também me deparo com situações em que excedi
00:10:57meus limites de tokens, porque o problema com esses fluxos de múltiplos agentes é que eles continuam mandando mensagens
00:11:03uns para os outros e acumulando solicitações até estourar seus tokens. O que aprendi
00:11:09é que você precisa definir limites estritos para os agentes saberem quando parar uma tarefa rigidamente, caso contrário eles
00:11:15podem simplesmente sair dos trilhos. Então é isso aí, pessoal, esse é o Buzz em resumo. É um aplicativo legal, com um design
00:11:21muito bonito, e eu me diverti muito brincando com esses agentes em uma interface parecida com o Slack.
00:11:27Mas eu diria que o aplicativo em si ainda está na primeira infância. Acho que a grande
00:11:34sacada aqui é que este software pode se tornar o novo local tanto para comunicação estilo Slack quanto
00:11:39um hub único para gerenciar branches do Git, fluxos de trabalho YAML e até hospedagem Git. Mas será que as pessoas realmente
00:11:46vão aderir a ele? Acho que ainda é cedo para dizer. Mas o que você acha do Buzz? Já testou? Vai
00:11:52usar? Conta pra gente na seção de comentários abaixo. E pessoal, se gostam desse tipo de análise
00:11:57técnica, por favor, me avistem esmagando o botão de like embaixo do vídeo e não se esqueçam de
00:12:03se inscrever no canal. Aqui foi o Andrus da Betterstack e vejo vocês nos próximos vídeos.