A live abre com números: R$ 221.656,56 de ARR, recorde absoluto, R$ 100 mil adicionados em 25 dias. Laschuk faz a conta na frente da audiência — se mantiver o ritmo, bate R$ 721 mil até dezembro, mas a meta declarada segue sendo R$ 1 milhão, e ele cita um concorrente americano de referência que está em torno de US$ 249 mil de ARR depois de um ano e meio de operação, contra os poucos meses dele. Antes de abrir o editor, ele explica o motor por trás da receita: cada vídeo recortado das lives vira uma venda isolada, ensinando um passo a passo e colocando o Overclock como acelerador no fim — nos últimos 7 dias, cinco vídeos postados geraram sozinhos boa parte do crescimento do ARR, e ele faz a conta ao vivo de quanto cada vídeo adiciona em receita recorrente mensal.
A pauta técnica do dia nasce de uma reclamação da comunidade no Discord: a demora do pane pra enviar e receber resposta. Laschuk sobe o cronômetro na tela e testa ao vivo — abrir um pane novo em Sonnet 5 medium e pedir pra calcular 1+1 — e o resultado inicial é constrangedor: quase 40 segundos, e a resposta às vezes nem volta pro chamador. Ele batiza o processo de "metodologia de piloto de Fórmula 1": cronometrar antes de otimizar, e reduzir a demora até o negócio parecer instantâneo, porque a percepção de lentidão mata a promessa de velocidade que é o próprio posicionamento do Overclock.
A investigação vira debugging colaborativo com o chat: ele identifica que o pane duplicava a resposta (eco duplicado, o worker rodava a mesma chamada duas vezes porque o chamador não tinha certeza se a entrega funcionou) e que o handoff não avisava quem tinha delegado a tarefa — o worker terminava o trabalho mas não sabia pra qual pane responder, faltando o ID de quem deveria receber o retorno. Pra explicar o mecanismo pra audiência, ele usa a analogia do chefe e do estagiário: o estagiário calcula, anota o resultado num post-it e vai embora; o sistema tenta ler o post-it antes da tinta secar, e às vezes o resultado ainda não foi gravado no caderno quando alguém vai conferir. A correção proposta envolve hooks do Claude Code — post-tool-use pra avisar que a implementação terminou — e ele reforça que todo pane criado pelo Overclock carrega stop hooks que impedem o modelo de encerrar o turno sem antes fazer o handoff correto. Ao longo dos testes, a velocidade cai de quase 39 segundos pra cerca de 11, e depois pra poucos segundos, com o chat comemorando cada rodada do cronômetro.
No meio da correção, ele responde uma enxurrada de perguntas da audiência sobre stack e processo: explica que usa o Arena AI e leaderboards pra escolher qual modelo é melhor em cada tarefa (Kling K3 pra branding e design referenciado, Fable 5 em modo high pra tarefas agênticas), mostra como gera loops de vídeo ("scrubs") a partir do Kling/Sidence pra animações de site, e detalha a weekly review que faz todo sábado — mandar o Fable 5 disparar dez subflows em modo high analisando tudo o que foi executado em Claude Code, Codex, Gemini e Antigravity na semana, pra saber se está alinhado com a meta de R$ 1 milhão. Fala também sobre segurança e LGPD (nunca guardar dado pessoal do cliente dentro do próprio produto, deixar tudo concentrado no Stripe e consultar por lá) e sobre o próximo tema do canal: agosto vai ser o mês da "engenharia de loops", VPS rodando tarefas recorrentes em ciclos de minutos.
A live fecha sem crise grande: o ARR sobe ao vivo de R$ 221 mil pra além disso, a comunidade se aproxima da marca de 160 assinantes, e ele avisa que vem uma atualização pesada do MCP do Overclock incorporando as otimizações de velocidade testadas ao vivo, prevista para sair ainda durante a madrugada ou no dia seguinte. Anuncia também um evento exclusivo para membros do Overclock no início de agosto e reforça o cupom de 50% de desconto nos três primeiros meses, fechando com o mesmo mantra do resto da série: bora pra cima, isso aqui é só o início.
