183 Usuários e o Lançamento do Claude Computer Use
A stream 6 do EmailHacker.ai começou no dia 25 de março de 2026 com dois números na tela: 183 usuários cadastrados e R$2.998 em receita acumulada. Desde a stream anterior, 41 novos gestores de email marketing entraram na plataforma — um crescimento de 29% em dois dias, impulsionado pelos anúncios Meta Ads que haviam sido criados na stream 5 com orçamento de R$100/dia.
Mas o número mais importante da stream 6 não estava em nenhum dashboard. Estava em uma janela do Chrome sendo controlada por uma IA. Pela primeira vez na história do projeto, o Claude Computer Use — a funcionalidade da Anthropic que permite a uma IA navegar interfaces web como um humano — foi colocado para operar o EmailHacker.ai de forma completamente autônoma. Sem cliques humanos. Sem copiar e colar. Sem nenhuma intervenção manual.
A sessão durou 8 horas e 43 minutos, a mais longa até então. Apenas 2 projetos foram executados — disparo autônomo via Claude Computer Use e revisão do onboarding — mas cada um deles redefiniu o que o EmailHacker.ai poderia se tornar.
O Teste: Claude Navega o EmailHacker.ai Sozinho
O experimento começou de forma direta: o Claude Computer Use recebeu a instrução de acessar emailhacker.ai, criar um email de venda e disparar para uma lista de contatos. Nenhum atalho de API. Nenhum comando especial. A IA deveria usar a interface web exatamente como um gestor humano faria — clicar em botões, preencher campos, navegar entre páginas.
O primeiro obstáculo apareceu em menos de 2 minutos. O Claude encontrou um alert() do JavaScript — aquele popup nativo do navegador que bloqueia toda a execução da página até ser clicado. Para um humano, é um leve incômodo. Para uma IA navegando via screenshots e coordenadas, é um bloqueio total. O Claude não conseguia "ver" o botão de OK do alert porque ele existe fora do DOM da página.
Esse momento foi transmitido ao vivo para a audiência. O criador não pausou o experimento — em vez disso, abriu um terminal paralelo e começou a substituir os alerts por modais in-page. Em tempo real. Enquanto o Claude tentava navegar, o código estava sendo reescrito para tornar a interface bot-friendly.
A descoberta foi imediata: se o EmailHacker.ai quer ser operado por IA autônoma, toda a interface precisa ser acessível por máquinas. Alert(), confirm() e prompt() do JavaScript são relíquias de uma web feita exclusivamente para humanos. O futuro é uma web que funciona para ambos.
14 alert() Substituídos: Tornando a Web Bot-Friendly
O que começou como um fix pontual se transformou no maior refactoring de UX da história do projeto. A equipe varreu todo o codebase do EmailHacker.ai e encontrou 14 instâncias de alert() e confirm() espalhadas pela aplicação — em confirmações de disparo, em avisos de erro, em validações de formulário.
Cada um dos 14 popups nativos foi substituído por um modal in-page: um componente React que renderiza dentro do DOM, visível tanto para humanos quanto para IA. O modal de confirmação de disparo, por exemplo, passou de um confirm("Tem certeza?") para um componente com botões estilizados, feedback visual de loading e tratamento de erro inline.
Essa mudança tem implicações que vão além do EmailHacker.ai. A web inteira está caminhando para um modelo onde interfaces precisam ser operáveis por agentes autônomos. Cada alert() é uma barreira de acessibilidade — não para pessoas com deficiência, mas para IA. Os 14 modais criados na stream 6 são um template de como tornar qualquer aplicação web compatível com a era de agentes.
O refactoring consumiu horas significativas da stream de 8h43. Mas cada modal substituído era um bloqueio a menos para a autonomia completa. E o resultado final justificou o investimento.
O Primeiro Email Disparado 100% por IA Autônoma
Depois que os 14 alerts foram substituídos, o Claude Computer Use foi reiniciado. Desta vez, navegou o EmailHacker.ai sem travar. Acessou a página de envio, selecionou o segmento de contatos, revisou o conteúdo do email gerado pela IA de copywriting e clicou em enviar. O email chegou na caixa de entrada dos contatos do segmento de teste — 3 contatos na lista de validação.
Esse momento foi documentado ao vivo: o primeiro email marketing disparado de ponta a ponta por uma inteligência artificial autônoma, sem nenhum clique humano, usando uma interface web convencional. Não foi um hack de API. Não foi um script automatizado. Foi uma IA operando um produto SaaS real, navegando menus, preenchendo campos e tomando decisões de interface.
O disparo aconteceu para o segmento de teste (lista 111, 3 contatos) — não para a base completa de aproximadamente 3.500 contatos ativos. A validação em ambiente controlado era parte do protocolo. Mas o mecanismo estava provado: a IA conseguia executar o fluxo completo de envio de email marketing usando apenas a interface visual.
Com 27 funis já rodando na plataforma (crescimento desde os 5 da stream anterior), a implicação era clara: cada um desses funis poderia, em teoria, ser operado autonomamente. O gestor criaria a estratégia e aprovaria o conteúdo. A execução — segmentação, agendamento, disparo, monitoramento — ficaria com a IA.
Claude como QA Tester: Nota 4.5 no Onboarding
Após o disparo bem-sucedido, o Claude Computer Use recebeu uma segunda missão: testar o fluxo de onboarding do EmailHacker.ai como se fosse um usuário novo. Navegar desde a landing page, colar um link de produto Hotmart, criar conta e chegar até o primeiro email gerado.
O resultado foi uma nota de 4.5 em 10. A IA identificou pontos de fricção que nenhum teste humano havia capturado. Campos que não tinham labels claros. Botões com texto ambíguo. Um passo onde o fluxo travava porque dependia de um callback assíncrono sem feedback visual. Erros que um humano contornaria intuitivamente — "ah, deve ser esse botão" — mas que uma IA, operando puramente pelo que vê na tela, não conseguia resolver.
Essa avaliação de 4.5/10 gerou uma lista priorizada de melhorias. Cada item era um ponto onde a interface falhava tanto para IA quanto para usuários menos pacientes. O Claude como QA tester revelou que a experiência do "primeiro uso" tinha buracos significativos — buracos invisíveis para quem já conhecia o produto, mas óbvios para quem chegava sem contexto.
A conclusão do criador ao vivo: se a IA dá nota 4.5, o usuário humano médio provavelmente daria nota similar. A diferença é que o humano simplesmente sairia sem explicar por quê. O Claude documentou cada falha.
O Homem na Arena: Quando Atacaram o EmailHacker.ai
No meio da stream de quase 9 horas, o criador fez uma pausa para abordar críticas que o projeto vinha recebendo. Pessoas questionando a viabilidade, a abordagem, a exposição ao vivo. A resposta veio na forma de uma citação de Theodore Roosevelt — "O Homem na Arena" — que se tornou um manifesto improvisado sobre build-in-public.
O trecho que Roosevelt escreveu em 1910 fala sobre o crédito pertencer a quem está na arena, com o rosto marcado de poeira e suor, e não ao crítico que aponta erros da arquibancada. No contexto do EmailHacker.ai, a arena era uma stream ao vivo com audiência real, receita real (R$2.998) e bugs reais acontecendo em tempo real.
A mini-palestra durou alguns minutos, mas capturou algo essencial sobre o modelo build-in-public: a vulnerabilidade é parte do processo. Mostrar um platô de vendas, mostrar uma IA travando em um alert(), mostrar um onboarding nota 4.5 — tudo isso acontece diante de câmeras. Não existe edição. Não existe "vamos refazer essa parte." Os erros ficam gravados junto com as soluções.
Essa transparência radical é o que diferencia o EmailHacker.ai de um produto lançado em modo stealth. Cada decisão, cada bug, cada pivô estratégico está documentado em vídeo. Os R$2.998 em receita são verificáveis. Os 183 usuários são reais. E as críticas, quando chegam, encontram um projeto que já mostrou suas cicatrizes antes de qualquer ataque.
Discord, Suno e a Comunidade que Nasceu
A stream 6 também marcou o nascimento oficial da comunidade do EmailHacker.ai no Discord. Após semanas sendo pedido pelos espectadores das lives — "vocês querem servidor de Discord?" era uma pergunta recorrente — o servidor foi criado e aberto durante a transmissão. Os primeiros membros entraram ao vivo, com voice chat inaugurado na mesma sessão.
O Discord resolveu um problema prático: a comunicação entre gestores de email marketing que usam o EmailHacker.ai não cabia no chat do YouTube. Perguntas técnicas sobre ActiveCampaign, dúvidas sobre funis, feedback sobre bugs — tudo isso precisava de um espaço persistente. O servidor foi estruturado com canais para suporte, showcase de projetos e discussão geral.
Outro detalhe da stream 6 que reflete a natureza improvisada do build-in-public: a playlist musical. Após um semi-strike de copyright no YouTube por usar músicas do The Doors nas streams anteriores, o criador migrou para músicas geradas no Suno — uma plataforma de criação musical por IA. A playlist original, criada especificamente para as streams do EmailHacker.ai, eliminou o risco de strikes enquanto mantinha a atmosfera das sessões de coding.
Com 183 usuários, 27 funis rodando, um Discord ativo, uma IA que dispara emails sozinha e R$2.998 de R$1.000.000, a stream 6 fechou como a mais longa e mais transformadora da série. O EmailHacker.ai deixou de ser apenas uma ferramenta que ajuda gestores — passou a ser uma ferramenta que pode operar sozinha. A distância entre "ajudar" e "fazer" é a distância entre um SaaS e um agente. E na stream 6, essa distância foi cruzada ao vivo, diante de câmeras, com bugs e tudo.