Estou Construindo uma Fábrica de Software Autônoma com IA (Que Trabalha Sozinha)

Video: https://www.youtube.com/watch?v=iXXxiCmQXUA
English title: I'm Building an Autonomous AI Software Factory (That Works By Itself)
Duration: 33 min
Position: #9 of the 20 most recent uploads (as of 2026-10-29)

Transcript

Eu cheguei no meu limite. Agora eu vou construir a máquina que constrói a máquina. E esse vídeo é pra você que ainda não entendeu o que está acontecendo com inteligência artificial, e também pra você, que provavelmente vai me ajudar a construir a máquina que constrói a máquina. Certo? Isso mesmo. Eu tô falando de criar uma fábrica de software autônoma. Agora, neste exato momento, eu tomei essa decisão porque eu bati numa parede. Eu venho desenvolvendo com Yat, desenvolvendo com Cloud Code, botando pressão nele, vocês sabem disso. A gente tem um time de tech aqui na Acelera de, eu acho, quatro pessoas— é, quatro pessoas, um freelancer, três full-time, mais eu, cinco, cara, cinco pessoas. E a gente usa muito Cloud Code pro desenvolvimento. Esse é o padrão. A gente tem uma infraestrutura e um harness muito bem feitos aqui. A gente tem uma estrutura multi-agente muito bem feita, mas tem um limite, e esse limite é humano. E agora a gente decidiu criar uma fábrica de software autônoma. Você sabe por que eu decidi isso? Porque eu abri vagas essa semana. Eu falei: "Cara, eu preciso de um mid-level, eu preciso de um desenvolvedor júnior, eu não abri nenhuma de sênior porque eu tenho um sênior do caralho trabalhando comigo, mas eu não abri vaga de sênior." Mas aí eu pensei: "Cara, por que eu tô abrindo vaga?" De desenvolvedores. Onde está o gargalo? O gargalo é sempre esse, sempre esse aqui. Eu tenho que desenvolver coisas, cara. Eu preciso desenvolver. Aí eu coloco na mão de um desenvolvedor pra ele coordenar o que o Cloud vai desenvolver, o que o Codex vai desenvolver. Por quê? Por que isso está na mão deles? Por que eu ainda não tenho um sistema autônomo fazendo isso? Onde eu vou lá e peço, e ele trabalha nisso, sabe? Absorve, quebra em um monte de pedaços e manda desenvolver. Eu falei: "Porra, chegou a hora." Chega, a gente precisa dar o próximo passo. E esse próximo passo não pode ser contratar mais gente; na verdade tem que ser empoderar a gente ainda mais. E então eu decidi embarcar nessa jornada. Então, nesse vídeo, eu vou te mostrar que eu vou construir minha fábrica de software com IA de forma autônoma. Mas que tipo de fábrica é essa? Como ela vai ser desenvolvida? Poxa, minha imagem tá pequenininha. Como assim? Olha eu aqui. Ah, ali eu tô, grande. Olha eu aqui, pequeno. Deixa assim, beleza? Vamos desenvolver essa fábrica de software. Eu vou te explicar o que eu vou fazer. O Kelvin tá pronto? Ele não tá pronto, mas você vai entender por quê. Você provavelmente está nessa situação também. Se você ainda não chegou nesse ponto, você está subutilizando a IA. Esse vídeo não é só pra techies; é pra quem quer construir um negócio e escalar operação com tecnologia. Não tem mais como fugir da tecnologia. Você não entendeu que IA é tecnologia? Você ainda não percebeu que tem que usar IA, vender IA e criar mecanismos com IA? Então, parabéns, você é técnico, é isso, é assim que a transformação funciona. E o que realmente me impactou pra tomar essa decisão, além da questão da contratação, foi que eu comecei a perceber—e eu leio muita coisa técnica—que as big techs estão entrando num loop automatizado de bug-fixing usando IA. A telemetria fica medindo e pegando o bug o tempo todo, que é o problema. Esse problema imediatamente abre um card pra correção, a gente pega, detalha, e a coisa toda entra num workflow automatizado. Quando eu olhei isso, eu pensei: "Meu Deus, eu tô ficando pra trás," do mesmo jeito que você pode estar pensando agora. Mas olha, esse vídeo vai ser pros dois. A gente vai se ajudar, beleza? Então bora. Algumas regras. Primeira coisa, me segue agora. Segunda coisa, comenta aí embaixo o que você acha disso. Você teve um "estalo" e pensou: "Nossa, já tem coisa pronta"? Comenta isso pra mim. Ei, você já tá fazendo isso? Comenta aqui também. Eu quero saber o que você tá aprontando. Você já chegou nesse limite? Se você ainda não chegou nesse limite, começa a se perguntar: "Por que o Kelvin já tá batendo nessa parede e eu não?" Porque isso é um problema. Existe uma assimetria enorme entre o quanto eu tô usando IA e o quanto você tá usando IA. E deixa eu te falar uma coisa, se esse gap ficar grande demais, vai chegar uma hora que você não vai conseguir acompanhar, porque as coisas estão andando numa velocidade louca. E pra você que quer empreender, que quer tirar a ideia do papel, que quer fechar contratos de 20, 30, 40, 50 mil com IA, criando uma infraestrutura de crescimento com IA, mais receita recorrente, você tem que clicar no link da descrição desse vídeo e conhecer a Acelera 360. Por quê? Porque chega, a gente está na era do download infinito de informação e você ainda está atrás de cursinho de como construir ferramentas. E eu aqui, eu já estou construindo uma fábrica de software. Um negócio que cria a própria ferramenta que cria a ferramenta, cara, você ainda não entendeu. Aproveitando isso aqui, esse nível aqui já está disponível pra quem faz parte da Acelera. Esse outro também vai estar, claro, porque é assim que a gente faz na Acelera, a gente contribui com a comunidade e aqui na Acelera, tudo que eu gero pras minhas empresas, eu disponibilizo pros meus parceiros. Vem ser meu parceiro. Bora, bora, bora. Vamos, galera. Olha isso. Vídeo detalhado. Como eu comecei a usar IA, então você provavelmente está aqui também. Foi aí que eu comecei. "Ei, arruma esse código pra mim, faz essa função pra mim." Aqui eu estava falando com o prompt, né, com command prompts ou usando inteligência artificial dentro da IDE. Cara, eu programava muito no Visual Studio, eu sempre gostei muito do Visual Studio, sumiu da minha vida, eu gostava muito daquela ferramenta. Então, eu ia lá, bum, ótimo, completando, ok? Isso aqui foi a primeira etapa. Isso é basicamente 2023. 2022, é 2022, 23, beleza? Já tinha bastante coisa aqui, mas só em autocomplete. Beleza? Aqui é minha próxima etapa de desenvolvimento. Então, imagina o seguinte, eu comecei a , eu sempre uso cloud, ok? Eu comecei a usar Codex agora, mas meu desenvolvimento aqui é sempre no Cloud Code. Cloud, não cloud, Cloud Code. Então, eu entro no Cloud Code e falo: "Cara, eu preciso desenvolver uma task assim, assado e assado." Eu tenho um agente aqui que é o agente coordenador. Então, isso aqui foi a primeira etapa. Isso foi por volta de 2025. E eu tinha lá, um developer, um PO e um CTO. E isso iniciava todo o processo de desenvolvimento. E aí veio a questão do loop development. E aí essa minha infraestrutura de desenvolvimento agentic, como ficou? Eu tenho um coordenador que basicamente recebe o que eu quero pedir. Aí ele chama o PO. O PO aprende sobre o produto, entende o que eu quero fazer, e tudo mais. E com o tempo, esse PO aqui fica cada vez mais inteligente porque ele cria o harness inteiro. E aí o PO dispara o CO, dispara o arquiteto pra decisões específicas. Em resumo, ele especifica tudo que precisa ser especificado e aí vai e despacha os desenvolvedores. Então aqui eu geralmente uso de um a três sub-agentes ou agentes, esses sub-agentes de desenvolvimento que começam a desenvolver, desenvolver, desenvolver, desenvolver, desenvolver. Eles terminam o desenvolvimento, aí liberam pro reviewer, o reviewer testa, e se tiver algum problema, reporta de volta aqui, e aí fica nesse loop de desenvolvimento entre os agentes. Sempre com o PO encabeçando tudo, beleza? Então é assim que eu desenvolvo. Ou perdão, o coordenador aqui em cima encabeçando tudo, mas o PO também é sempre disparado. Então eu fico nesse loop de desenvolvimento. O que o reviewer faz? O reviewer basicamente revisa, de forma geral, ele também faz um teste, ele é um tester, ele vai checar se a estrutura está funcionando como deveria funcionar. Muito legal. Eu uso essa estrutura bem enxuta, beleza? Eu não uso BMED aqui, eu acho que é, nossa, muito complexo. Por quê? Porque aqui meu estilo de desenvolvimento, as coisas que eu estou desenvolvendo são coisas novas. Então eu não preciso de uma estrutura extremamente complexa, como todo mundo faz por aí. Então, eu geralmente estou criando uma ferramenta nova ou melhorando aquela ferramenta nova que acabou de nascer. Então, cara, são códigos que já nasceram muito bem estruturados, então eu não preciso daquela robustez gigantesca. E esse time aqui, que eu chamo de time multi-agente, eu estruturei eles pra ser um modelo de, ei, esse cara aqui é um time de desenvolvimento, desenvolvimento de startup. Qual é o foco, cara? O produto tem que estar funcionando, meu irmão. Tem que. Nenhuma informação pode vazar, tem que ter segurança, tem que ter um mínimo de modularidade, de estrutura ali pra conseguir crescer de forma saudável. Mas também não é rígido em relação a design patterns; pelo contrário, é bem enxuto, mais organizado, até pra poder crescer. Cara, isso está funcionando pra mim. Mas qual é a dor? A dor é a seguinte, olha. Olha, eu tenho, porra, eu só tenho duas licenças de Cloud Code do Cloud 20x, eu uso pra caralho. E eu tenho uma do Codex. Então aqui eu estou, eu tenho três licenças, cara. Três licenças. Viu? "Kelvin, você não usa nada pra trabalhar com eles em paralelo?" Não, eu não uso. Trabalhar com eles na minha máquina tem me servido muito bem até agora. Eu uso uma estrutura de desenvolvimento paralelo com GitHub work trees. Com git work tree. Eu trabalho com work tree. "Espera, Kelvin, o que é um work tree?""Você está falando inglês comigo?""Eu não sou tech, eu não entendo." Basicamente, é como se eu escrevesse cada task, ou melhor, cada bloco de tasks, e ele cria um espaço separado pra desenvolver. E esse espaço separado tem um agente de IA específico. Específico. Então, imagina o seguinte, imagina você falar: "Cara, eu quero desenvolver uma tela, um sistema que faz isso, aquilo e aquilo outro." Então ele vai e cria três espaços. Esse espaço aqui vai criar a tela e tem um agente aqui. Esse espaço, o outro espaço aqui vai criar o banco de dados, estrutura, modelagem, tem outro agente. E esse terceiro aqui vai criar a API. São três agentes, então consegue fazer trabalho em paralelo e, cara, funciona muito bem, é bem legal, me serviu bem e não, eu não coloco energia em aprender um milhão de ferramentas. " Ah, mas essa mostra 10 telas do cloud coordenando, nossa." Cara, eu não trabalho desse jeito. Eu literalmente trabalho com o cloud falando com o coordenador e o coordenador destrói aqui despachando pra esse monte de agentes e todos eles têm o harness, sabe, a engenharia compartilhada de como eles têm que trabalhar e funciona bem, funciona muito bem pra mim e pros desenvolvedores, beleza? Qual é o grande X da questão? Cara , a gente está crescendo muito. A gente está crescendo muito. Eu preciso ter velocidade de desenvolvimento , velocidade de entrega e correção de bugs tudo ao mesmo tempo. Então, neste exato momento , eu falei: "Não, agora, certo?" Eu falei: " Cara, eu vou abrir uma vaga, eu vou contratar gente pra trabalhar aqui, eu vou abrir vagas mid-level e júnior, porque isso já vai me ajudar muito, já que eu já tenho bons sêniores." Aí eu falei: "Porra, por quê, cara, por que eu tô abrindo essas vagas?" Hmm. A limitação aqui, a limitação, a limitação está em eu pedir pra fazer e depois verificar se foi feito do jeito que deveria ter sido. Uh, ou eu passar pro desenvolvedor o que eu quero, esperando que ele faça. E mesmo assim, é ele quem chama o coordenador. Então, é tipo eu e os desenvolvedores supervisionando o que todos esses agentes aqui estão fazendo pra garantir que eles não façam merda. Então, basicamente, foi nesse momento que eu comecei a analisar isso, que eu percebi, cara, meu problema não é o número de agentes, meu problema não é a quantidade de uso de IA, meu problema é a falta de uma estrutura capaz de coordenar esses agentes sem, e essa estrutura não pode ser uma pessoa. Galera, do jeito que eu faço aqui, sem brincadeira, uh, eu precisaria de pelo menos 20 pessoas e muito mais tempo pra entregar o que eu já entreguei. Agora imagina uma empresa com 50 pessoas com essa estrutura, 60 pessoas com essa estrutura. Cara, a velocidade de entrega é absurda. Isso é uma disrupção absurda, gigantesca. E agora a gente vai entrar numa fase de fábrica de software autônoma, que é o que eu vou começar a fazer. Kelvin, você já pesquisou? Eu vou explicar meu plano pra vocês de novo. Comenta aí embaixo o que você usa, me ajuda a acelerar meu processo e eu te garanto que eu também vou contribuir com você gravando mais vídeos sobre a evolução dessa fábrica de software. Bora, galera. O que é que eu quero fazer? Qual é o meu objetivo? O que eu estou pensando aqui? Beleza? Pra essa fábrica de agentes autônomos, a fábrica de software, primeiro passo, cara, ela não deve funcionar supervisionada por um humano. Então, significa que ela funciona de forma não supervisionada. Cara, eu literalmente quero que ela só faça. Então, basicamente aqui dentro, em algum lugar, ela vai ter que ter todo o conhecimento do projeto, do código, do que é esperado, né? do que é esperado. Do que é esperado. Ela vai ter que ter esse conhecimento aqui. Ela vai ter que saber. Ela vai ter que ter , eu vou ter que ter agentes aqui que saibam disso pra tomar as melhores decisões. Eu vou ter que ter alguma forma de disparar ela, né? Então, ela vai ter que receber um sinal, tipo, cara, olha, uma ação, não, um trigger, né? Trigger é um gatilho. Um trigger tipo, olha, uh, eu quero que você faça, eh, eu quero que você desenvolva tal e tal, ou aconteceu um bug, ocorreu um bug na ferramenta. Então, esses são os triggers, né? Então, como eu imagino que tem que funcionar? Então, imagina que quando algo acontece, ela vai tomar ação pra resolver, né, aquela request. Uma vez que ela resolve essa request, ela tem que ir direto pra produção. Então, ela tem que disponibilizar, disponibilizar a solução pronta. E cara, essa fábrica de agentes tem que ser uma fábrica de agentes capaz de lidar com volume, tanto corrigindo bugs quanto desenvolvendo features novas. Então, rapidinho, né? O que eu pensei em relação a esse trigger? Isso aqui é a nossa solução, o growth. A gente já adicionou aqui; eu já pedi pra eles colocarem as ideias aqui. A gente tem mais ou menos 340 parceiros nessa plataforma. Então, olha que interessante isso aqui, ideias, olha o primeiro trigger, eu quero que você desenvolva tal e tal. Essas são ideias que vão ser votadas. Por exemplo, eu votei nessa aqui, olha , uma skill que configura o CRM do cliente com base num nicho mapeado. Então, foi o Rafael Berg quem postou isso, ele foi lá e descreveu o que fazia sentido pra ele, e a comunidade, os parceiros aqui, votaram. Então isso vai ter um prazo. Então olha que interessante minha ideia aqui, olha. Request. Boom. Isso tem que passar por mim, tem que passar por alguém que vai falar: "Ei, vamos fazer isso." Aí no fluxo normal , eu pego essa coisa. Aí eu olho, ou o João, né, que é o tech lead, vai olhar e falar : "Ei, legal, vamos fazer.""Aí o João manda pra alguém, registra no GitHub, faz a coisa toda." Aí isso entra aqui, aí é jogado na fila de desenvolvimento, eu abro meu cloud ou ele abre o cloud dele, vai lá e pede. Aí essa bagunça toda faz, tá feito, aí isso aqui é revisado, testado, aí a gente olha e fala: "Porra, é isso mesmo?""E tá OK, agora sobe isso, sobe isso pra produção porque tá pronto?" Então esse é o fluxo . Hoje a vibe tem que ser assim, olha. Ei, teve 18, 10 votos aqui, poof, 10 votos, o prazo acabou, bam , já caiu aqui, olha. Cai aqui, e ela toma ação pra desenvolver essa coisa. Ela dispara o time, né, o squad, o PM, o coordenador, o time multi-agente. Que vai desenvolver isso aqui. Aí nessa etapa de desenvolvimento, vai acontecer validação automatizada com testes end-to-end, por exemplo; pode até ter validação por pessoas, por humanos, do jeito que a gente fazia. Aí essa validação acontece aqui. Não, OK, está consistente, check. PM, disponibiliza a solução pra produção. Boom, pra produção, faz o deploy da versão rápido. Ou aqui nas operações, a galera vem aqui, reporta um bug, oh, isso está acontecendo, o que aconteceu, descreve tudo mais, chamou, boom, cai bem aqui. Aqui a gente vai ter um agente de deep-dive, porra. Qual é o papel dele? Ele vai no WhatsApp e fala: "Ei, você tá bem? Eu vi que você comentou isso aqui, esclarece umas dúvidas pra mim. Aí ele começa a esclarecer dúvidas, né? Esclarece dúvidas, perguntas, coletou toda a informação. Cara, eu já tenho tudo que eu preciso pra simular. Aí, cai aqui pra ação, esse cara toma a decisão, entende o problema, o bug, poof, vai pra cá. E você vê aqui que é manual, né? O reporte de bug é manual. Mas a gente vai adicionar Open Telemetry aqui Telemetry, que é ainda melhor, mas isso é pra bugs de erro de verdade. Clicou lá, deu erro, pegou no log, dispara aqui, cria a task, entra no processo de correção, mesma coisa, simula, libera pra validação , tá OK? Sobe pra produção. Então isso pra mim é a minha fábrica autônoma. Tirar a pessoa como gargalo, que hoje é quem? Eu ou os devs? Tirar esse gargalo de dizer sim ou não, e esse time aqui trabalha. Legal. Daqui, você entendeu o que eu estou tentando desenhar de novo. Comenta aqui o que você acha. Cara, você já viu? Você já está usando na sua empresa desse jeito? Me dá uma dica. Já acelera meu processo. Porra, cara, eu tô tão cansado, é tanta coisa, eu tenho que pesquisar isso também, mas isso é top. Nossa, essa parte, essa é a parte que eu mais gosto. Me fala o que você já está fazendo com isso. Tem algum projeto open-source? Você conseguiu achar alguma coisa robusta? Eu achei algumas coisas. Eu achei Guestown, Guest City, e porra, tem outra chamada multi-agent software factory, mas ainda não é o que eu estou procurando, porque agora eu vou desenhar pra você como eu imagino que a operação e a arquitetura deveriam ser, e aí eu desenho o que vai ser meu MVP de tudo isso, porque não adianta eu sonhar grande e colocar muita energia criando essa coisa, porque se eu criar, ou se eu reinventar a roda—e a chance disso acontecer é alta, porque eu gosto disso—não vai me dar dinheiro nenhum. Agora, se eu lançar uma V0, que já gera ROI pra mim, que me traz escala, isso é maravilhoso, porque eu gero ROI de duas formas: criando nossa solução mais rápido e fazendo ela mais robusta, e disponibilizando essa ferramenta pros meus parceiros da Acelera, que também vão começar a aplicar pra construir suas infraestruturas de crescimento com IA. E eu tenho uma particularidade adicional aqui. Qual é essa particularidade extra que eu tenho aqui, beleza? A forma de operar essa coisa por cima não pode ser técnica. Então, a forma de pedir, a forma como essa coisa se comunica tem que ser—eu tenho que abstrair o lado técnico inteiro. Por quê? Porque muitos dos meus parceiros são médicos, dentistas, advogados, engenheiros, donos de agência de marketing, gestores de tráfego, estrategistas. Consultores que não têm expertise técnica. Então, eu tenho que criar uma camada que é muito forte, que tem que ser a camada de engenharia e a camada de agentes técnicos, o CTO, o arquiteto, pra eles tomarem boas decisões. Por quê? Porque assim eu consigo gerar ainda mais valor fazendo pra mim mesmo—dogfooding, dogfooding, né? Fazendo pra mim e também levando isso pros meus parceiros da Acelera. E se você quiser ser parceiro da Acelera, o link tá aqui na descrição desse vídeo. Vamos construir um negócio, mas não vendendo IA, vendendo resultado. Isso aqui é vender resultado. Isso aqui é gerar resultado . Por quê? Porque isso acerta especificamente a maior dor das pessoas, que é criar ferramentas, criar soluções, criar coisas, pra pessoas que não são técnicas, né? Criar coisas seguras, robustas, escaláveis que permitem elas evoluírem, evoluírem, evoluírem, evoluírem e acompanharem o crescimento do negócio. Entendeu? Bora. Agora, como tudo na era da IA, a coisa mais importante aqui é o processo. O processo e o harness. O harness. O harness é basicamente os dados que seus agentes vão ter. O contexto. Contexto é igual a contexto. Então bora. Como eu definiria isso aqui? Ou como eu estou pensando? E eu quero sua ajuda neste momento. Vai lá e comenta:" Porra, não faz isso, Kelvin, isso tá totalmente errado. "Eu vou dividir isso em algumas camadas, vê. Primeira camada dessa nossa arquitetura, a fábrica de software, a fábrica de agentes autônomos, a máquina que constrói, constrói a máquina. Nossa, isso é intenso, né , galera? Isso é intenso demais. Esse primeiro bloco aqui, basicamente, a gente vai colocar como a fonte de demandas. Então, imagina o seguinte, essas demandas vão entrar de algum lugar. Então, a gente tem fontes de demanda. Eu, eu sou uma fonte de demanda. O usuário, o usuário é uma fonte de demanda. A plataforma de log de erro é uma fonte de demanda. Então, a plataforma de telemetria, erro, um agente, ou melhor, um agente, um agente que está lá olhando a telemetria, é uma fonte de demanda, significando que ele pode pedir coisas aqui dentro. O que mais? Uh, usuário, de forma geral, entre outros. Coloca aqui entre outros. Então, essas são fontes de demanda , entre outros. E essa fonte de demanda, cada bloquinho aqui, a gente provavelmente tem que definir um padrão de novo, precisa ter um processo, senão o negócio não funciona. E aí, qual é a próxima camada dessa arquitetura? O que entra aqui em seguida? Bom, você tem a demanda aqui. Essa demanda tem que ir pra uma inteligência. Inteligência, uma camada de inteligência, uma inteligência de triagem. O que essa inteligência de triagem vai fazer? O papel da inteligência aqui, olha, ela recebe a demanda. Ela recebe a demanda, analisa, e faz uma certa triagem de se vai ser priorizada ou não. Aí ela faz um deep dive, faz uma investigação, e depois dessa investigação faz um refinamento. Então imagina o seguinte, qual é o objetivo principal aqui dessa camada? Desenhar o processo de forma simples, né? Olha como é mais sobre processo do que necessariamente sobre agentes de IA. Então, recebeu a demanda aqui. Vai fazer uma triagem pra eliminar demandas duplicadas ali. Vai identificar problemas que já foram corrigidos. Então, vai fazer um processo de investigação. Vai, essa camada aqui, o papel dela é reproduzir o bug pra ver se é um bug reproduzível. Vai avaliar a prioridade e o impacto dessa modificação dentro da ferramenta, dentro da estrutura. E aí, depois disso no refinamento, vai sair com isso aqui, com o quê? Com a especificação e os critérios de aceitação. Vai falar:" Cara, pra corrigir esse bug, faz assim, simula desse jeito, e eu vou aceitar como corrigido se passar na fase tal, se atender tal coisa. "Então aqui ele vai e define os critérios de aceitação. E aí, qual é a próxima camada? Deixa eu colocar aqui de forma geral. Uma vez que isso está pronto, aí a gente entra em quem? No que já é feito hoje, no meu coordenador aqui, vê? Mas vai ter que ser muito mais inteligente aqui também. Aí a gente entra aqui na camada do diretor de engenharia, ou engenharia, ou melhor, engenharia. Aqui dentro de engenharia, o primeiro papel vai ser fazer o quê, cara? Eu preciso ter um planner que vai planejar como isso vai ser feito. Vai planejar e vai priorizar. Então vai, eu coloco aqui de forma geral, a camada de engenharia vai planejar tudo isso . Vai priorizar isso e vai ter um passo aqui que é avaliar o risco. Por quê? Porque essa, essa camada aqui, na minha visão, é uma camada que vai decidir quais tasks estão prontas pra entrar ou não. Vai consultar arquitetura, aprofundar. Vai quebrar funcionalidades em tasks pra que isso possa ser feito em paralelo ou sequencialmente . Vai definir dependências, tipo, se eu mudo billing em finance aqui, eu dependo desse passo que emite a nota, eu dependo do método de pagamento , então vai estruturar. E aí, depois disso, também tem que fazer o quê? Tem que determinar quais dessas tasks precisam de uma aprovação específica. Aí depois que isso está OK, a gente vai pro time de desenvolvimento. Cara, eu acho que não vale muito nessa. Aqui em cima em engenharia, entra o processo de orquestração. Orquestrar, porque imagina o seguinte, imagina que eu tenho aqui, olha, quatro. Diz, eu tenho o cloud, né? uma licença Cloud Code 1, uma licença Cloud Code 2, uma licença Cloud Code 3, e cada cloud code aqui pode gerar n agentes. Isso precisa estar numa sandbox única. O que é essa sandbox, galera? É num ambiente, é num computador. Eu deixo aqui de forma geral pra você. Uma VPS, uma VPS só. Aqui também, aqui também, aqui também. Elas elas têm que estar elas estão melhor elas podem estar juntas, mas o ideal é que trabalhem em ambientes completamente isolados, como se cada uma dessas fosse um branch de desenvolvimento. Olha a câmera ali, olha. Ali. O que é isso ? O que você vê aqui? Deixa eu ver. Mostra aqui. Onde está seu nariz? Nossa, >> a gente foi no mercado pra >> É. Então, por que a gente precisa desse orquestrador aqui? Porque o que o que eu penso, cara? Que cada um desses clouds é como um squad. Cada um poderia ser codex, é um exemplo, ok? Mas cada um desses blocos tem que tipo ser um squad. Então eu posso multiplicar quantos eu quiser se eu tiver esse passo de orquestração antes. Então isso me permite aumentar meu time, diminuir meu time de acordo com o volume. Então cada um desses clouds aqui, olha, tem seus agentes principais, tem seus subagentes, eles podem ser especializados, ok? Então isso é muito legal também. Esse cara aqui pode ter subagentes específicos só de front end, esse de back end. Esse de banco de dados, de segurança, de teste, e tudo mais. Então, cada um aqui com seus subagentes específicos e também com sua estrutura específica, com seu harness. Cara, oh cara. Galera, isso é uma overengineering aqui. O que vocês acham? Logicamente, eu não vou começar com toda essa complexidade, mas é muito parecido com o que eu faço aqui, olha. Só que aqui eu eu trabalho em work trees. Eu já expliquei isso pra vocês, né? Então isso aqui é loucura. E esse orquestrador aqui, essa orquestração, o papel dele é ser uma orquestração, cara, de longa duração que orquestra tasks long-running. Então ele vai distribuir tasks, vai logicamente enviar, cara, linkando dependências, isso eu mando pro fulano, isso eu não posso mandar, eu tenho que segurar. Vai controlar o limite de tempo de execução, retries, recovery, persistência de estado. Quem faz isso aqui muito bem é esse projeto aqui, olha. Gastal. Eu ainda não testei. Eu achei no GitHub pesquisando essa questão de orquestração. Ele lida com esse desenvolvimento, mas não-não é multi-sandbox, multi-ambiente, pelo que eu li. Se eu estiver falando merda, bem, só me ignora. Enfim, eu estou pensando em estruturar aqui nesses blocos. Eu vou ter uma etapa depois, que é a etapa pra quê? Desenvolveu isso aqui. Está, está, está pronto. Aí eu vou precisar de um bloco específico pra garantir qualidade, sabe, um que faz testes automatizados, não só aqueles smoke tests baratos, sabe? Fazendo uns testes end-to-end estruturados, bem bonitos, garantindo qualidade de código, checando types, uh, fazendo unit testing, e talvez até usando Playwright aqui pra esse tipo de teste pode ser bom, sabe? Verificando se os agentes seguiram os contratos. E isso tem que estar num conceito de loop development. Então, olha, olha que loucura isso, cara. Isso aqui é totalmente factível. Nessa escala enorme que eu desenhei aqui, é um pouco complexo, bem complexo, na verdade. Então, o que eu vou fazer aqui? Eu vou cortar pra um MVP de uma semana, onde eu tenho que pegar meus multi-agent devs e mover eles pra uma arquitetura mais autônoma. E aí eu vou compartilhar com vocês. Então, se você já gostou desse vídeo, comenta aí embaixo:" Ei, eu quero ver a parte dois, nossa, como vai ficar? "E eu vou trazer pra vocês os resultados disso aqui, desse desenvolvimento que eu estou fazendo, dessa estrutura pra criar uma fábrica de software autônoma. Mas rapidinho, eu rabisquei, pesquisei, e porra, é muito factível, não só pra empresas grandes, mas pra gente, porra. Agora eu quero que você pense no impacto que criar algo com esse nível de robustez tem no desenvolvimento de software. É literalmente criar a máquina que constrói as máquinas. Cara, galera, eu não sei se eu vou conseguir chegar em 60, 70, 80, 90%do desenvolvimento de software. Eu não sei se vou conseguir estruturar tudo isso, mas eu decidi começar e decidi compartilhar com vocês aqui, porque eu preciso chegar lá. A Stripe está fazendo, o Cursor está fazendo e, porra, tem um monte de empresa fazendo que eu nem lembro os nomes, eu li tanto. Então eu decidi fazer também e começar essa estrutura. Eu vou começar pequeno e a gente vai tornando robusto. Agora, o que eu quero que você entenda é o impacto que isso pode ter de novo, não só na economia, mas no seu negócio, na sua operação, quanto resultado isso pode gerar. Eu decidi compartilhar aqui, uh, essa, essa jornada. Então, às vezes eu vou gravar meus vídeos sobre infraestrutura de crescimento com IA, sobre acelerar, e sobre empreendedorismo com inteligência artificial também. Em outros momentos eu vou subir vídeos sobre como está indo a evolução, quais são meus erros, meus acertos, e principalmente, qual tem sido o resultado gerado. Bora pra cima. A gente está no melhor momento possível pra isso. Vai lá e me segue aqui, vai lá e dá um like também. Comenta aqui nesse vídeo se você gostou. E bora. Agora vamos estudar pra caralho pra conseguir chegar nesse nível top. Vamos evoluir esse stack de desenvolvimento de software aqui.