VectorGen
Docs

Construa Sua Fábrica de Software Autônoma com Claude Code

Transcript

E aí, galera, neste vídeo vocês vão ver a minha fábrica de desenvolvimento de software. Eu chamo de multi-agent developer squad, que é um grupo, um time de agentes dedicados ao desenvolvimento das ferramentas e soluções específicas que eu preciso. Nesse grupo eu tenho o engenheiro de software, o desenvolvedor, o CITY manager, e o PO (Product Owner), e eles trabalham de forma bem autônoma. Introdução rápida pra quem não me conhece: meu nome é Kelvin, tenho 34 anos. Sou empreendedor no setor de tecnologia, comecei como desenvolvedor, depois fui arquiteto de software. Fundei minha primeira empresa com 21 ou 22 anos. Vendi aquela empresa pro grupo ISO. Ela cresceu, sabe? Virou uma das principais insurtechs do Brasil. E hoje eu tô à frente da Acelera 360. Pra quem não conhece a Acelera, a gente é um ecossistema focado em empreendedores e empresários. Se você quer saber mais sobre a Acelera, o link tá na descrição deste vídeo. É só clicar ali e se aplicar. Meu time vai te contactar, entender a sua situação atual, e apresentar o nosso programa de aceleração pra empreendedores e empresários que querem fazer dinheiro com inteligência artificial. Há um tempo atrás eu gravei um vídeo—ou cinco dias atrás, pra ser preciso—onde eu falei sobre a minha intenção de começar a desenvolver uma fábrica de software que seja cem por cento autônoma. Eu venho trabalhando duro nisso a semana toda, mas antes de eu te mostrar o novo desenvolvimento que provavelmente vai aparecer num vídeo futuro depois deste, neste vídeo atual, eu quero te mostrar o quão bem a minha estrutura atual atende as minhas necessidades e o quão efetivamente ela tá funcionando pra mim agora. Eu quero enfatizar isso porque eu quero que você entenda que criar soluções e ferramentas não é mais um valor real. Saber construir não é mais um valor real pra ser vendido, como era antes. No passado, quando você tinha uma empresa de tech, quanto mais incrível o seu time de tech era, mais coisas incríveis você conseguia criar, e o valor estava em saber construir, né? Criar coisas era caro. Hoje, o valor não está em saber construir, mas em saber o que construir e como deve ser construído. E principalmente como transformar o que vai ser construído num modelo de negócio, criar um canal de distribuição, e vender. Esse é o maior desafio. Então, eu quero que você entenda que a gente tá vivendo uma transformação por causa da inteligência artificial. Você, como técnico, desenvolvedor, ou arquiteto de software, pega o seu conhecimento e começa a criar esse tipo de solução e vender esse tipo de solução aqui, essa fábrica de software. Permitir que outras pessoas que não são técnicas criem ferramentas tão boas quanto as suas, sem saber escrever uma linha de código. Isso é valor real. E pra você que tá assistindo esse vídeo e é consultor estratégico, dono de agência de marketing, gestor de tráfego, alguém que não tá em tecnologia mas quer se aventurar em IA, ou até dono de empresa: entenda que a sua limitação não está em escrever código, em saber escrever código, mas sim em pegar esse conhecimento, essa skill, e colocar num software, e entender como levar esse software pro mercado pra gerar resultados reais, ok? Então, neste vídeo aqui, eu quero te mostrar isso. Eu vou compartilhar a minha tela aqui. Eu tenho um diagrama da arquitetura, e vou te mostrar durante este vídeo, mas eu quero te mostrar como eu desenvolvo. Então, basicamente, imagina o seguinte cenário. Eu uso 100% Cloud, né, Cloud Code, neste caso. Mas você pode usar Cloud; você pode seguir tudo que eu vou te mostrar agora com o próprio Cloud e não só Cloud Code, com Codex ou qualquer outra LLM de ponta em geral, ok? O resultado vai ser muito similar se você seguir a mesma estrutura. Mas geralmente, eu sempre começo criando uma ferramenta nova, por exemplo, prototipando. Prototipagem. O que é prototipagem? É desenhar essa ferramenta. E depois que eu tenho o protótipo, eu parto pra escrever o código ou fazer essa ferramenta emergir, né? Escrever o sistema, o código, e aí essa escrita do código aqui, a gente geralmente separa numa camada de front-end, que é a tela bonita que você vê, o back-end, que é onde ficam as APIs e as regras de negócio, e aqui no back a gente tem o banco de dados. Um jeito bem simplificado de colocar isso. Aqui no front-end é a aplicação, mobile, instalada no computador, uh, web e por aí vai. Ótimo. Então, pra toda essa estrutura aqui, eu tenho um time de desenvolvimento multi-agente que faz isso pra mim. Então, eu pedi pra Cloud gerar um diagrama pra mim de como seria essa arquitetura de skills, né? E quais são os papéis que eu tenho aqui pra você entender? Então, olha, olha os papéis que a gente tem aqui. A gente tem o CO, a gente tem o PO, que é o product owner, a gente tem o arquiteto, a gente tem um arquiteto específico de front-end, a gente tem um arquiteto específico de back-end, e a gente tem os desenvolvedores, que são os responsáveis por implementar todas as definições. A gente tem o reviewer, um reviewer independente. A gente tem um integrator que junta as versões, e o trabalho dele é só juntar as versões e colocar as coisas juntas. Pra fazer as coisas funcionarem, né? A gente tem uma engine, que é uma CLI, que é Command Language Interface, é uma aplicação, né? Então, o que a gente chama, eu chamo aqui, de orchestrator, ele planeja, ele inicia, ele roda, ele checa o contrato, ele faz o review, ele vê o status, ele faz a reconciliação. Então é um processo de desenvolvimento multi-agente, e aqui a gente tem toda uma estrutura CALAI que eu desenvolvi. Então eu não uso, por exemplo, AiOS, eu não uso GSD, que é GetIt, eu não uso essas ferramentas. Um dia eu usei, mas eu escolhi desenhar a minha própria. Por quê? Porque, cara, o que eu queria? Cara, eu precisava de um time de desenvolvimento de software que trabalhasse num modelo focado, tipo um time de desenvolvimento de startup, pra criar projetos novos em vez de só focar na manutenção de software existente. Recado rápido pra você aqui. Neste sábado, vai rolar o workshop Growth AI System. Vai ser das 13h às 17h. Então, se você quer empreender, se você quer escalar a sua operação com inteligência artificial, se você quer entender que, como você já viu aqui, ferramentas não servem pra nada, mas se você quer entender como realmente fazer dinheiro com IA pra você fechar contratos de 20, 30, 40, 50.000 USD, faz o seguinte: Clica no link na descrição deste vídeo, vem conhecer o GR System Workshop, vem ficar comigo no sábado. Vai ser um workshop prático de umas 5 horas de conteúdo pesado, onde eu te mostro como escolher o seu mercado, entender o seu nicho, criar a sua oferta, construir o seu mecanismo de vendas, e conseguir o primeiro cliente pra fechar contratos de alto valor, ok? É neste sábado, é só clicar aqui e entrar. É só R$ 67 R$ 69, é praticamente de graça. Bora, clica aqui. Isso não é um time de desenvolvimento de software criado pra sustentar um projeto de 10 anos. É um time que manteve projetos novos ou criou projetos novos, trazendo projetos novos do papel pra realidade. Aqui você tem toda a estrutura de estado da empresa, né? A documentação, como estruturar as especificações, as branches, a anatomia do que é um slot. Eu te explico o que é um slot, os guardrails, né? O que protege o código pra que seja bem feito, né? Então, como ele faz essa estruturação? Aqui você pode ver que ele trabalha primeiro com o contrato, depois com permissões pro contrato, depois pre-commit por zona, smoke tests, depois tem o segundo gate, que é um clean reviewer. Depois tem um zone test. Depois tem HTC, que é o human testing, né, teste humano. Basicamente, o humano tá no fluxo, testando, e aqui tem vários scripts prontos e safeguards que vão rodar nesse processo pra validar. Aqui eu tenho os assets, tudo que é reutilizado. Então, eu tenho toda uma estrutura de templates prontos, templates Docker, mais blocos prontos de desenvolvimento de back-end e front-end, além de ferramentas que também estão, de certa forma, já preparadas e prontas pra uso. Quais ferramentas são essas? Tela de login, troca de senha, uh, frameworks de desenvolvimento, tipo um pacote de desenvolvimento, uh, autenticação, autorização, RBC, uh, o que mais? Quais são as stacks que eu quero usar pra front-end e back-end? Então, todos os aspectos arquiteturais, eu tenho isso pré-definido pra todos os projetos: qual é o protocolo, qual é a metodologia, qual é a segurança. Então, por que eu tenho isso pré-preparado? Porque é uma decisão de desenvolvimento de software, é um design pattern. Então, tipo, ele sempre vai seguir a mesma coisa. Isso não muda o tempo todo. E aqui embaixo eu tenho a execução, né, como esse modo autônomo roda. Então, aqui tem um passo, um orchestrator pro repositório, a parte de verificação, o scheduler, né, o schedule, então slots disponíveis pra waves de desenvolvimento, o dispatcher, então quem vai distribuir um watchdog, ele explica tudo direitinho aqui, mas isso é irrelevante agora, ok, Kelv? Caramba, legal, eu entendi. Agora, como isso funciona? Eu te mostro. Então, imagina o seguinte, imagina que eu quero desenvolver algum software. Eu não vou fazer um protótipo, uma tela específica pra você, mas eu vou fazer o seguinte... Eu vou abrir uma pasta, eu vou entrar em development aqui, e eu vou criar uma POC aqui. Que dia é hoje? Hoje é 2026, 1020. São 21:58 agora. Então eu criei uma pasta aleatória aqui. Eu criei uma pasta aleatória e nessa pasta aleatória eu vou iniciar, por exemplo, a minha cloud. Ok? Eu iniciei a minha cloud como qualquer um de vocês. Deixa eu só ajustar aqui pra ficar totalmente funcional pra você ver. Então aqui eu vou confiar na pasta. E aqui eu vou fazer o seguinte: eu tenho instalado globalmente aqui dentro da minha cloud. Então eu vou rodar A360 Start e falar pra ele o seguinte. Falar algo tipo: "Olha, neste projeto a gente vai desenvolver uma solução pra um escritório de advocacia focado em, deixa eu pegar aqui, processos trabalhistas. Meu objetivo é automatizar todo o processo desse escritório, que vai ser o meu primeiro cliente, e depois eu quero reutilizar tudo e revender pra outros escritórios. Eu gosto muito do estilo da ferramenta Stripe, pra você ver o nível, né? Eu não fiz nenhum protótipo. Eu quero que você trabalhe de forma autônoma pra eu ver o seu nível de entendimento e criação de solução. Faz isso aqui." Eu aperto enter. Então, o que ele vai fazer? Eu dou esse A360 start, e aqui eu dei o primeiro prompt. Ah, basicamente eu não falei nada aqui, galera. Honestamente, eu não falei nada. Então, o que ele vai falar? A primeira coisa que ele fez aqui foi checar o meu ambiente, viu que o meu ambiente tá OK. Viu que eu tenho Node instalado, viu que eu tenho toda a infraestrutura instalada. E agora ele vai começar a criar tudo que ele... Você vai precisar de uma referência dentro dessa pasta aqui pra ele rodar todos esses desenvolvedores multi-agente. Então hoje a minha estrutura multi-agente tá muito boa. Kelvin, mas se tá funcionando, por que você tá desenvolvendo uma fábrica de software autônoma? Isso já não é uma fábrica de software autônoma? Sim, mas isso ainda depende do Kelvin pedindo as coisas. Então não é autônoma. Ah, o que seria uma autônoma? Seria o seguinte: a plataforma, a própria ferramenta, publica o sistema, e aí a gente tem monitoramento desse sistema, monitoramento ativo do sistema. E aí, qualquer tipo de bug, problema, qualquer coisa que aconteça, isso já chama, ou melhor, já sinaliza o time de desenvolvimento multi-agente, que vai analisar, vai aprofundar, vai entender aquele bug, vai corrigir, e vai liberar uma versão direto pra produção onde não precisa de mim. Então o Kelvin não vai ser o gargalo, ninguém vai ser o gargalo. Esse time todo tem que rodar. Esse time também tem que rodar de forma descentralizada em várias... Máquinas. Então é isso que eu tô fazendo. Ei, K, por que múltiplas máquinas? Ou melhor, múltiplos ambientes. Por quê? Porque, por exemplo, eu tenho quatro licenças hoje. Eu tenho três licenças do Claudio e uma do Codex. Eu quero estar rodando, eu quero ter as quatro rodando ao mesmo tempo, mandando ver de verdade, desenvolvendo, criando, criando, porque eu tô ganhando velocidade. Eu abri uma vaga pra júnior a pleno recentemente, e eu até tô sendo entrevistado agora. Mas imagina o cenário. Me fala, por quê? Por que eu contrataria pessoas? Ah, contrata a gente pra essas pessoas ligarem e usarem a cloud, ok? Mas por quê? Sabe, eu também posso ter isso automatizado e ganhar mais velocidade. Então, criar tá ficando mais barato. Então, olha a primeira pergunta. Ei, pra falar a sua língua, você entende de programação? Então, olha aqui, essa é a arquitetura que eu desenvolvi, e o foco principal dela é esse, cara. É me ajudar a escrever o meu sistema. Então eu não entendo nada de programação, por exemplo. Aí aqui Ele tá falando: "Ei, você quer subir pro GitHub já?" Eu vou falar pra ele: "Ei, sobe pro GitHub." Eu vou falar pra ele subir pro GitHub bem aqui. Então, qual vai ser o nome do projeto? Vamos chamar de Jus Labs. Oh, que ótimo. Ele já nomeou o projeto. Aqui ele vai subir pro meu GitHub, versionar, estruturar esse projeto, tudo automaticamente. Então, olha como é fácil. É tipo, como eu posso dizer? É tipo isso ser o Lovable, mas um Lovable muito mais robusto, rodando na própria cloud, né? Ok, você pode continuar com as stacks. Você pode continuar. Então, ele já tomou as decisões técnicas aqui. Como ele vai usar. Ele vai usar NextJS, Fastfy, Supas, RLS, Berout, Iada Antropic, e integração com WhatsApp. Então ele já considerou integração com WhatsApp seguindo cinco regras fixas: isolamento de escritório, confidencialidade LGPD, prazos estritos, revisão humana obrigatória. Viu como ele já começou a aprender? Esse é o papel do PIO, cara. Então isso é louco. Eu deixo desenvolvendo aqui pra você ver como funciona. Olha, ele já criou o projeto e agora vai começar a desenvolver. Ele copiou uma base. Agora eu vou instalar a fundação pra vários escritórios, login, separação de dados, histórico de acesso, e o foco principal aqui é desenvolvimento autônomo. Então, nesse desenvolvimento autônomo, o que ele vai fazer é começar a desenvolver e testar, e ele vai errar, e ele vai entrar num ciclo de aprendizado contínuo. Então, quanto mais erros ele cometer, mais ele vai aprender e melhor ele vai ficar. Ele vai ficar muito bom até chegar num ponto onde ele erra bem menos, mas ele ainda sempre vai errar, ok? Não existe cenário perfeito. Recado rápido pra você aqui. Neste sábado vai ter um workshop Growth AI System. Vai ser das 13h às 17h. Então, se você quer empreender, Se você quer escalar a sua operação com inteligência artificial, se você quer entender que, como você já viu aqui, ferramentas não servem pra nada, mas você quer entender como realmente fazer dinheiro com IA pra você fechar contratos de 20, 30, 40, 50.000, tá vendo? Faz o seguinte: Clica no link na descrição deste vídeo e vem conhecer o Grow F System Workshop. Vem comigo neste sábado! Vai ser um workshop prático de umas 5 horas de conteúdo pesado, onde eu te mostro como escolher o seu mercado, público, nicho, oferta, criar o seu mecanismo de IA, e como conseguir o primeiro cliente pra fechar contratos de alto valor, ok? É neste sábado, é só clicar aqui e entrar de cabeça. É praticamente de graça. Bora. Eu não sei que horas eu comecei a fazer isso, mas agora são 107 no meu computador. E aqui o que ele já começou a fazer. Então ele já começou, já tá funcionando. Todo o login. Já tá funcionando. Vamos ver se ele já trouxe alguma tela. Nenhuma ainda. Mas basicamente, ele já começou a estruturar, né? E uh, a tela de login. Eu registro o login na sessão e ele desliga, né? É isso. Mas ele vai abrir de novo em breve pra testar, e eu até te mostro o que ele tá fazendo aqui enquanto eu apresento pra todos vocês. Uh, a gente discute aqui, você vai ver em tempo real. Então, cara, é muito rápido. E por que ele faz isso tão rápido? Por quê? Porque a gente tem um setup muito bem estruturado aqui, né? Esse ADR aqui, por exemplo, são decisões arquiteturais. Como vai ser o front end? Adapters, design patterns, modelo de acesso a dados, e multitalent, back end. Tá vendo? São coisas que você provavelmente não sabe porque você não é técnico, mas são decisões importantes que são necessárias num nível de desenvolvimento de software, em termos de arquitetura, em criar uma estrutura robusta. Isso tá tudo encapsulado, cara. Onde isso tá Encapsulado, né? Isso tá encapsulado aqui, nesses papéis de agente. E Kelv, por que ele tá desenvolvendo tão rápido? Porque se você analisar aqui, olha que legal. Agora, eu acho que não tem outros agentes rodando, mas ele abre vários agentes, dois, três, com desenvolvedores, arquitetos, todos juntos. Por quê? Porque é um projeto que permite a gente trabalhar num modelo, trabalhar num modelo de squad. Então, quando ele cria, o PIO, o City, ele basicamente monta o time dele: eu preciso de um arquiteto, eu preciso de dois desenvolvedores, eu preciso de um PIO, eu preciso de um reviewer, e eu preciso de um integrator pra fazer o trabalho. E ele cria um agente por pessoa aqui e ele controla esse estado. Então ele entende um pouco do contexto de negócio da empresa, as configurações daquele projeto. Ele entende e aprende. Por quê? Porque um papel chave é esse PO. Esse POI é o PIO, que é o papel de agente que traz dinamismo e autonomia pro desenvolvimento desse software, pra você não ter que ficar pedindo o tempo todo. Sabe? Então, tipo, cara, foi criado pra isso, pra você liberar o MVP rápido, seguro, bem estruturado, permitindo você lançar a sua ferramenta sem o medo de sofrer uma intrusão boba. E aí ele tem toda uma estrutura pra, uh, começar, que é o que eu te mostrei, né? Vamos começar uma ideia aqui, agora vamos criar uma aplicação, ou agora vamos desenvolver. Ele vai acionar o integrator e aí ele tem o deployment, que é, ok, tá pronto, publica, publica isso pra produção, eu quero fazer deploy disso pra produção. Então, decisões técnicas já foram tomadas pra você. São decisões que você não precisa tomar porque, afinal, não faz sentido. Então esse é um grande conceito. Galera, olha que loucura isso. Isso aqui, pra você ter uma ideia, é uma criação simples, teoricamente simples, mas tem um valor absurdamente alto. Então aqui, por exemplo, só pra você entender os documentos, olha, eu tenho o que é o Juslab, e eu tenho informações de como ele vai funcionar. Então, olha, eu tenho aqui os Os componentes são: web, API, core, share. O que é o web? É a tela com a qual o usuário interage. A API vai ser o cérebro no servidor. O core vai conter as regras de negócio do domínio, que são reutilizáveis. O share é o tipo e dados compartilhados entre web e API. E aí ele explica como usar na cloud, glossário, troubleshooting, sabe? Quais problemas podem acontecer ali? Learnings. Então, ele tá gravando todos os learnings aqui num roadmap de desenvolvimento pra gente seguir. Então, é aqui que a gente ganha velocidade. É aqui que a gente estrutura e consegue desenvolver muito rápido. Aqui em tools, eu tenho a parte de código, né, a parte de orquestração pra desenvolvedores locais. Mas tudo isso tá na minha máquina. E agora, pra essa nova versão da fábrica de software, tudo isso vai pra cloud. Isso ou vai pra cloud ou não, isso vai ficar em vários servidores separados, cada um com uma licença, ou várias sandboxes, sim, vários ambientes, várias caixinhas onde eu vou conseguir desenvolver muito mais. Rápido, muito mais estruturado, porque eu literalmente cheguei no meu limite agora. Isso é muito interessante. E esse é o tipo de coisa que, caramba, te mostra o quanto criar código não tem mais valor. Bora, galera. Primeiro, de volta aqui. Aqui, e eu geralmente uso Open Design. E eu faço o design eu mesmo, né? Então, lembra que eu te expliquei sobre o protótipo inicial? Como a gente apresentou pra ela, pra ela fazer sozinha, ela usou cloud design, que também fica muito bom. Então, o primeiro passo é esse, prototipagem. Então, ela prototipou clientes aqui, como seria o passo do processo cru, galera, é um cadastro, ela estruturou toda a parte inicial de cadastro aqui, como seria a ferramenta, né? Então, a parte de prazos, configuração, modal, sidebar, edit, o sininho aqui em cima, dados do cliente, busca principal aqui em cima, tela inicial, os processos, réplicas à contestação, contrarrazões e recursos ordinários e por aí vai, e por aí vai, os prazos. Cara, sabe o que é legal? Tudo isso aqui, ela vai desenvolver no escuro. E um advogado pode criar, um advogado pode criar, e eles podem integrar isso com o Jus Brasil ou qualquer outra plataforma que baixa as atualizações do processo jurídico pra eles em tempo real conforme estão acontecendo. Eles podem integrar IAP com a estrutura conectada diretamente ao WhatsApp. Em resumo, sabe o que pode acontecer? Você pode criar todo tipo de possibilidade. O ponto é, qual funcionalidade vai gerar mais resultado, mais dinheiro, mais benefício pra empresa? Seja você, por exemplo, um advogado que quer implementar isso, ou alguém que quer focar no nicho jurídico e criar uma infraestrutura de crescimento, o foco principal é sempre esse, ok? E quanto dinheiro isso faz? Como a gente faz dinheiro? Porque senão é só uma tela, só um sistema, só código, e não serve pra nada. Agora vamos olhar como o desenvolvimento tá indo aqui. Vamos pegar, deixa eu pegar a minha tela. Então, aqui no desenvolvimento, olha. Então, identidade visual aplicada. O sistema. Então, ele começou a aplicar identidade visual, já começou. Ok, então ele tá criando o mockup, já baixou, ele confirmou, e ótimo, ele publicou o preview, e agora ele vai começar a desenvolver isso aqui dentro do projeto, né, o código. Ele já colocou no GitHub, ele já desenvolveu os ADRs, isso já tinha sido feito, o design já tá descrito aqui, as lições que ele aprende no processo vão ficar aqui, as referências estão aqui, ainda não tem referências. E agora a gente só espera. São 22:23 agora. Deixa eu te fazer uma pergunta. Você já comprou o workshop? Você vai estar comigo no sábado pra entender como fazer dinheiro com inteligência artificial, ou você vai ficar pensando que ferramentas vão mudar a sua vida ou que criar código vai mudar a sua vida? Isso não vai mudar a sua vida. O que vai mudar a sua vida é entender como transformar isso num negócio. Como você empacota isso num modelo de negócio que permite você cobrar contratos de R$ 20, R$ 30, R$ 40, R$ 50, R$ 60.000. Então é por isso que você tem que estar comigo no meu workshop. É sábado agora, olha. Clica no link e reserva o seu ingresso agora. Bom, o que você já pode ver do que eu te mostrei aqui, que não foi um olhar muito aprofundado, mas já tá claro pra você que criar alguma coisa não é tão complexo quanto você pensa, mas saber o que criar e como gerar dinheiro com isso, isso que é complexo. Então, o valor de uma empresa não está na ferramenta que você vai criar, mas sim na máquina de distribuição que você vai construir, no modelo de negócio que você vai desenhar, como você vai precificar o seu produto, e qual vai ser o seu LTV total eventualmente. Esse vai ser o seu diferencial. Se você acha que o seu diferencial é criar uma ferramenta, você tá ferrado, porque neste caso, eu tô criando a máquina que cria máquinas, e muitos outros, que eu talvez nem conheça, provavelmente não, estão criando máquinas que criam máquinas e já estão bem mais à frente do que eu. Eu tô aqui caçando informação, entendendo o que fazer, e eu acho isso muito interessante porque o resultado é absurdo. Isso já tá muito bom. A abordagem tradicional, a que tá funcionando pra mim hoje, já é boa, mas tá começando a ficar insuficiente. Então eu tô indo pro próximo estágio. Se você nem tem essa abordagem funcionando pra você, considerando o quão atrás você tá, você pode entender que você não pode ficar tão atrás. Vai chegar um ponto onde você não vai conseguir acompanhar esse processo. Eu vou disponibilizar isso pra você depois. Provavelmente vai levar uma hora, uma hora e meia pra criar esse sistema inteiro, porque ele vai estar num loop autônomo. Melhor ainda, se você estiver comigo no meu workshop no sábado, eu libero esse código pra você, ok? Eu acho que é uma boa troca. O link tá na descrição deste vídeo. Me pergunta sobre isso no meu workshop e eu disponibilizo no GitHub. Esse é o nível de fluidez que é possível. Olha, agora tá aqui. Vamos ver. Deixa eu ver. Ah, ok. Ah, tá aqui. O PO, o PO tá completo. Tem 11 jornadas, 13 telas. Então, olha o PIO já aprendendo o projeto. É por isso que ele tá ficando cada vez mais autônomo. Cara, eu mal posso esperar pra terminar o meu outro desenvolvimento, a versão dois disso, mas infelizmente a versão dois vai demorar ainda mais, provavelmente mais um mês, um mês e meio até eu testar direito e deixar robusta. Mas a versão dois é, eu tô colocando monitoramento numa aplicação, ela vai pegar o erro, ela entende o erro, ela aprofunda, ela corrige. É louco. Eu vou te mostrando aqui conforme a gente for avançando porque isso provavelmente vai virar uma série no meu canal. Fechou? Estamos juntos. Bora com tudo. 2027 é nosso, hein. Mãos à obra. A gente tá no final do ano, mas você tem que começar esse ano pra estar pronto pra 2027. Tchau, galera. Até mais.