Tá todo mundo falando de loopings agora, mas pouca gente tá realmente mostrando como fazer e eles rodando na prática. E é isso que eu quero te mostrar. Afinal, eu já falo sobre loopings.
Se você me acompanha por aqui, desde novembro, dezembro do ano passado, eu venho mostrando no meu Instagram os loopings chegando a rodar 120 agentes ao mesmo tempo em looping. E é claro que sim, eu torrei muito dinheiro com isso. Eh, perdi muitos tokens à toa e é por isso que eu aprendi muita coisa e eu tenho muito o que te mostrar aqui nesse vídeo que eu pretendo fazer bem curtinho para que você possa rapidamente entender na prática como utilizar loops.
Inclusive, eu tô com o rodando agora nesse momento e eu já quero te mostrar isso na prática agora. Olha só, esse loop eu coloquei para rodar aqui já faz 4:08. E talvez você pensa: "Ah, mas será que realmente serve para alguma coisa isso aí?
" E eu posso te dizer, a maioria dos loopings que você talvez venha criar ou utilizar, na verdade vão só torrar tokens. E você precisa ter assim muito cuidado a rodar loopings, porque o que a Open A e Antropic mais querem é que você fique rodando e gastando um monte de token por aí. Esse aqui é um excelente.
Inclusive eu vou até vou botar aqui na descrição desse vídeo alguns prompts para você utilizar. Esse é um deles e você vai ver agora o quanto ele é importante. Que que você tá fazendo aqui, Alan?
Não é uma meta, não é um gol que você tá colocando aqui. Qual a diferença entre looping e goals? Eu vou te mostrar nesse vídeo aqui também, mas deixa eu te mostrar como é que eu crio um looping dentro de uma meta do codex.
Então o que que eu fiz aqui? Primeira coisa, Alan, eu não sei criar loopings. Você já perguntou paraa Iá como ela pode criar um próprio looping?
É isso que eu faço. Eu peço pra própria IA criar um looping. Eu vou te mostrar como é que eu pedi para ela criar esse looping aqui.
Aqui em cima que acontece. Eu tava visualizando que tinha muitos documentos e você deve acontecer isso com você também. Principalmente você utiliza cloud code, ele vai criando um monte de documentos sobre o que você tá criando e isso ocasiona em Docot.
Doc rot é quando você tem muitos documentos que já ficaram desatualizados, mas eles são injetados na janela de contexto, fazendo com que o seu trabalho comece a ter regressões, ou seja, você tá criando uma coisa e vai cada vez piorando mais. Por quê? Porque aí lê arquivos antigos e ela fica voltando a fazer a mesma coisa, mesmo você pedindo coisas novas.
Então o que eu faço de vez em quando eu limpo. Só que isso leva tempo até aí a descobrir tudo que tem de porcaria dentro do seu projeto. Então o que eu fiz para ela aqui, ó, eu pedi para ela arrumar tudo, né, fix all que ela encontrou e pedi para ela fazer o commit.
Só o que acontece, vamos fazer mais uma revisão profunda. Você usou o Code Rabbit, ela foi lá e fez e descobriu mais um monte de coisa. E daí foi onde instalou minha cabeça.
Pera aí, por que que eu não deixo um looping rodando aqui de novo para poder fazer isso? E assim eu fiz, mas como é que eu fiz esse looping? Como você vai ver aqui agora?
Deixa eu dar um zoom ainda maior aqui para você ler e você vê como é simples esse negócio. Não é nada de outro mundo, não é nada super mega ultra complicado. Eu simplesmente pedi aqui, ó, crie uma meta que continuará aplicando, revisando e aplicando de novo, desde que não comprometa dados importantes ou o funcionamento da aplicação.
Ou seja, cria uma meta aí que vai continuar revisando e aplicando o code rot, né, a minha skill de de limpeza de dados. desde que não comprometa dados importantes ou o funcionamento da minha aplicação. Beleza, ele criou a meta, meta criada e mantida ativa, não foi marcada como concluída nesse ciclo.
Ele fez uma rodada e continuou fazendo as rodadas. Então, pode ver que a cada vez que ele mostra aqui os documentos, significa que ele rodou durante o x tempo e continua rodando. Então, ele tá, ele tá processando aqui, ó, a 4:11.
Desde essa parte aqui, ele tá rodando a 3 horas. Ele encontra as coisas, otimiza e volta a rodar de novo tentando descobrir quando é que ele vai parar. Alon.
Ele vai parar quando ele encontrar que não tem mais o que melhorar, quando ele não encontrar mais nada para melhorar, ou seja, não encontrou mais nenhum documento que tá que tem um drift, que tem alguma coisa que possa atrapalhar a janela de contexto e fazer alguma regressão, daí ele vai parar. E, e para isso eu quero já te mostrar aqui, te explicar como que esses loopings funciona. Para isso eu criei um conteúdo aqui, uma um um documento que eu vou compartilhar depois com você aqui também.
É um documento onde eu peguei e dissequei esse negócio de loopings, de gols, numa anatomia ao ponto de você finalmente entender e principalmente começar a aplicar, porque sim, se você não aplica loopings, você está sendo escravizado, porque você é o motorzinho que fica digitando sim, sim, sim, não, não, sim, não. Quem aqui que já ficou várias vezes digitando sim, não ou clicando nas opções do cloud? Pois é, quando você cria um looping, um goal, ou seja, quando você cria de forma recursiva algo que pode se autopromptar, ele vai ficar sendo esse que fica dizendo sim ou não.
E isso depende daí da qualidade, é claro, e a atividade que você vai executar. E eu vou falar sobre isso aqui também. Mas aí, qual que é a ideia central disso aqui, né?
Com que se eu aprender a fazer looping de verdade, que vai acontecer? Você vai ser menos efend. Você vai ser menos aquela pessoa que tem que ficar com o o notebook aberto o tempo todo porque a tá rodando alguma coisa e ela pode te perguntar algo do nada e se você não responder ela vai parar.
É isso que acontece quando você não sabe looping. Você vira refém da IA. Você fica refém do terminal.
O terminal vai aptar e você tem que estar ali para dizer sim ou não. Quando você sabe criar loopings, você não vira mais efendia. Você pode dar dar mandar um áudio, por exemplo, como eu faço, às vezes, eu tô na rua, eu mando o áudio para Iá, onde ela vai gerar um loop a partir daquele áudio e ela vai seguir trabalhando.
Eu vou estar na rua, sei lá, levar meu filho na consulta, eu vou ficar duas horas na rua, quando eu voltar ela já vai ter feito 50% do trabalho e vai continuar rodando ali. Então essa é a ideia de um looping. Como é que é a anotomia de um looping?
Um looping, basicamente, falando tecnicamente aqui, ele é um chrom e uma condição. É isso. O que é um Chrome, Alan?
Eh, basicamente um script para dizer quando ele vai rodar. E esse Chrome, ele tem uma condição. Essa condição pode ser um if, pode ser um wh.
Ou seja, enquanto isso estiver assim, por exemplo, ali no meu código que você viu rodando agora a pouco, tá? Enquanto tiver algum documento que esteja de forma incongruente com o código, limpa esse limpa esse documento e continua procurando. Ó, encontrou um documento que tá tá incoerente com o código, deleta esse documento, edita esse documento.
O e se continua procurando. Se tu não encontrar nada, daí para. senão continua procurando.
Então, a gente tem aqui um quando rodar e um decisor que é se acontecer tal coisa, faça isso. E a gente tem vários exemplos aí para poder pegar do nosso mundo diário, né? Você tem, por exemplo, o próprio despertador do celular, você bota é um looping que você botou para rodar todos os dias, às 9 da manhã, 8 da manhã, 6 da manhã, todo dia.
Que vai acontecer? Ele vai despertar enquanto você não apertar o botão de soneca e daí ele vai esperar 5 minutos ou se você apertar desligar, ele só vai rodar no outro dia de manhã. Então tudo tem isso, né?
Seja a máquina de lavar, seja o microondas, seja o teu forno, tudo ao redor do nosso dia a dia funciona assim. o próprio sistema de captação de e luminotécnico, né, para acender as luzes à noite da prefeitura, da cidade, da suas, da sua casa, tudo tem esse esse looping, digamos, só que agora a gente tá começando a prestar atenção nisso porque virou uma febre. Mas se a gente for para, deixa eu voltar aqui, ó, aqui embaixo, eu até mostrei para vocês, eu uso looping, né?
E todo programador usa looping desse que aprendeu a programar, mas em especificamente em 2022 já tinha um projeto chamada React, que era essa ideia. Em 2023 eu testei muito, muito. Eu comecei a estudar Python para poder utilizar o Auto GPT.
E eu utilizei muito Auto GPT para várias coisas. Naquela época os modelos não eram tão bons e não funcionava tão bem isso. Mas em 2025 apareceu uma coisa chamada Half Loop.
E se você tá usando um loop hoje ou pode utilizar um loop, a gente tem que agradecer ao criador do Half, porque ele fez com que todo mundo usasse, ou pelo menos as pessoas que mais utilizam ya, utilizassem muitos loopins. Ano passado eu cheguei a rodar mais de 120 agentes ao mesmo tempo em loopings. Então é algo que não nasceu ontem, já existe desde que foi criado o mundo.
A gente vive no looping de sol, né, de dia, noite, tudo é looping. Agora, como utilizar isso dentro da IA? Qual que é a diferença entre um goal, entre um entre o loop, entre o schedule?
É isso que eu quero te mostrar agora e como você cria bons loopings. Então, como você viu aqui, né, o looping é basicamente um relógio que vai ativar ali com um decisor para ver se esse relógio continua ativo ou não. Por exemplo, o teu relógio, voltando lá, teu despertador, enquanto você não clicar no desligar, ele vai ficar despertando, vai ficar em looping.
Daí você aperta desligar, ele sai daquele looping temporário menor, ele volta para um looping maior, que é o looping do dia, ou seja, no próximo dia ou na próxima semana vou despertar tal horário. Agora, então, o que acontece? Como é que funciona aqui?
A anatomia do looping, ela é baseada no harness, ou seja, no script, na programação que existe ali por trás, que vai fazer funcionar isso dentro de uma LLM. Então, ela vai ler o estado, existiu o decidor, o decisor, né? Então, continuo ou paro.
Se não terminou, ele vai agir. Então, ele vai chamar as tools, as ferramentas, vai fazer verificação e só vai parar quando atingir esse objetivo estabelecido ou quando aquilo que você determinou deixou de existir. Agora, o que que você tem que reparar em tudo isso aqui que a gente tá vendo?
Se você determinar da forma errada o que você quer, ou se você não determinar muito bem qual que é o objetivo, qual que ele vai saber se ele deve ou não parar, a Iá vai ficar rodando eternamente. E tem um detalhe, quanto mais tempo a IA roda, se você não tiver muito bem estabelecido todos os passos que ela deve tomar, ela tende a fazer uma regressão e a estragar o seu código. E é por isso que eu não recomendo você utilizar loopings, goals, ou seja qual for o o método, se você não souber muito bem o que você tá fazendo, porque tente assim só gastar mais token e não fazer exatamente o que você queria, tá?
Então, Alon, como é que funciona isso dentro do do cloud? Como é que funciona isso dentro do Codex? Como é que funciona isso aqui dentro do Grock?
Deixa eu mostrar para vocês bem especificamente como isso tudo funciona. Inclusive essa documentação que você tá vendo aqui não tem nem mesmo nas documentações oficiais de todas as ferramentas. Isso aqui eu compilei através do meu uso e através também de todo tudo que eu aprendi através de outras pessoas numa documento só.
E esse documento vai est linkado aqui, se você quiser acessar, vai tá aqui na descrição. Então, primeira coisa, qual que eu tenho que determinar no looping? Você pode determinar tempo, ou seja, você pode determinar que esse looping vai acontecer a cada 5 minutos, a cada 10 minutos, a cada 2 minutos, a cada 40 minutos, a cada 60 minutos.
E quando você faz isso, ele vai verificar nesse período de tempo fixo. Então o que acontece? Ele vai fazer a checagem e depois espera esse tempo passar.
Eu, para algumas coisas eu utilizo esse do tempo, mas sendo bem sincero, eu gosto mais de deixar meus loopens dinâmicos. Como é que funciona o looping dinâmico? A própria LLM escolhe quando vai rodar de novo esse looping, porque ela entende a média de tempo que leva para fazer aquilo.
Então o que acontece? A própria IA, ela vai fazer um cálculo para entender em média de quanto tempo ela chega a concluir aquele looping. Então, se você não souber ou eu preciso que isso seja feito a cada x período de tempo, é melhor deixar ele dinâmico.
E para deixar dinâmico é só não botar o valor e o m depois. Ou seja, se você não botar essa variável, ele sabe que é dinâmico. Agora, Alon, qual que é isso aqui?
Beleza, ele vai acontecer em cada 2 minutos. aquilo pode acontecer o intervalo de 8 minutos, depois 25 minutos. O cada janela vai ser dinâmica conforme a execução que foi criada.
Agora, o que que Alan faz sentido quando eu tô, por exemplo, querendo, eu sei o que eu quero, eu quero chegar, onde eu quero chegar. Muito bem. Porque o looping, a ideia do looping é que você sabe o que precisa ser feito enquanto precisa ser feito, mas você ainda não tem certeza do final dele.
E você quer garantir que aquela IA vai ficar trabalhando até aquele final que você ainda não sabe muito bem chegar. Agora, quando você sabe de forma muito materializada qual que é o fim, o objetivo que você tem em mente, daí eu prefiro utilizar uma coisa chamada go/GO barra meta. O que que é esse barra go?
E no Cloud tem os dois, né? No codex só tem barra gol. E no Grock tinha até então, até recentemente tinha barra looping e barra goal.
E eles tiraram barra looping recentemente. E eu acredito que o barra go ele é muito mais muito melhor. Ele é muito melhor que o looping.
E você pode criar loopings dentro desse barra gol, como eu fiz ali. Eu botei um gol que é enquanto você então você repete. Ou seja, eu acabei de criar um looping que é regido com um gol.
Que que é esse gol, Alon? Essa condição é uma condição que encerra e não só o tempo. Ou seja, eu não vou botar aqui a cada 5 minutos vai acontecer, vai ficar acontecendo sem parar.
Deixa eu até mostrar aqui, ó, esse desenho que eu fiz para você entender. Quando você tem aqui, ó, deixa eu dar um zoom maior. Quando você tem um go, ele vai ficar trabalhando até chegar no final, sem parar.
Quando você bota um looping, ele funciona. Daí para e espera aquele reloginho que nem você usa para acordar ativar de novo. Então se é um looping a cada 5 minutos, a cada 5 minutos ele acorda de novo.
Inclusive ele tem uma inteligência no cloud que é enquanto ele tá no looping, se o seu reloginho despertar de novo, ele não recomeça. Ele continua onde ele parou e só começa quando ele voltar a dormir. Ou seja, é como se o seu celular soubesse que você tá dormindo, acordado.
quer dizer, e ele não desperta porque ele sabe que você tá acordado. Então, no clou, ele sabe que ele continua trabalhando em algo e quando chega na hora de despertar de novo, se ele tiver acordado trabalhando, ele não desperta porque ele já tá desperto. Então, ele pula esse looping.
Então, ele é inteligente nesse nível, só que ele fica dando esses picos onde ele acorda de novo para fazer algo. Quando você bota um gol, ele vai ficar trabalhando sem parar. ele não vai ter esses momentos que ele dorme de novo.
Então essa é a diferença. Quando você bota um schedule é porque você quer uma rotina muito específica, é tipo o relógio para despertar. Você vai botar o barra schedule, caso você não saiba.
O barra looping, ele fica rodando na sua máquina. O barra schedule ele roda. Você pode escolher para rodar no servidor.
Então ele roda no servidor e ele executa na nuvem o trabalho tem que ser feito. E ah, todo dia às 8 da manhã eu preciso que revise o código que minha equipe fez e mande o relatório no meu e-mail. Isso é o schedule, mas a gente não vai falar sobre ele aqui agora.
A ideia é de falar sobre goals e loopings, porque eu utilizo muito mais goals do que loopings no meu dia a dia. E não é por isso que não necessariamente é um tipo de looping. Go é um tipo de looping.
Então o que que é um goal, Alan? Agora que você já entendeu o looping, né, que ele acontece em períodos de tempo sempre. O Gol é regido pelo tempo, o Gol ele é regido pela pelo objetivo.
Então enquanto ele não atingir aquele objetivo, ele vai rodar. E nesse ponto eu tenho que dar os créditos agora pra Openi, que fez um trabalho excelente no Codex 5. 6, principalmente no modelo Sol, por ele fica rodando sem parar até chegar naquele objetivo.
Ah, de uma forma muito muito muito incrível. Outro que eu acho maravilhoso, melhor que o Clou, inclusive para com para atingir objetivos, é o Grock. O Glock quando você bota a barra gol nele, ele ele mesmo utiliza outra Lilem para criar esse gol para ele mesmo e depois ele tem seis pontos de verificação com outro modelo para verificar se aquele objetivo foi cumprido ou não.
Ou seja, ele faz um juízo de objetivo melhor que o Codex, melhor que o que o Cloud. Então, esses dois estão maravilhosos para trabalhar com o Gol. Alan, você utiliza muito o Cloud para isso?
O Cloud ele é muito bom. Foi foi onde surgiu essa esse processo, né? Aqui você tá vendo minha tela.
Eu vou mostrar aqui agora ele. Só o que que acontece? O Cloud ele tem muitos erros quando a gente a gente fica rodando por muito tempo, que nem aqui, ó.
Aqui eu tava fazendo melhorias nessa aula que eu tô mostrando para você. Ah, e pode ver, se eu observar aqui, vai ter momentos onde ele parou e eu tive que pedir para ele continuar aqui, ó. Por exemplo, aqui ele deu um erro de API, ali em cima ele deu outro erro de API.
Então, eu não acho confiável utilizar o cloud para ficar rodando longos períodos de tempo, porque ele tende a cair, mas ele tem aqui o barra loop, né, que é para rodar um prompt e você tem o barra goal, que é a parte de meta. Se você botar schedule, você pode marcar, criar um schedule que vai rodar, né, na nuvem. E eu utilizo, eu gosto de usar muito o barra gol.
Alan, a mesma coisa pro Grock. Sim, Grock. Vou ativar aqui o Grock.
A mesma coisa você digita aqui barra gol. E que que eu falei que eu acho maravilhoso aqui no Grock? Por exemplo, eu vou vou botar aqui um um uma um objetivo bem simples, eh, que é revise meu desktop e confira se está todo organizado.
Se não, organize. Ele é um objetivo bem simples, né? Ele vai entrar no meu no meu desktop, vai verificar.
Eu poderia deixar um looping rodando a cada 20 minutos aqui. Ou seja, eu tô aqui tirando prints porque isso, se eu botar um objetivo aqui, ele vai ser cumprido uma vez e daqui a meia hora, se eu tô tirando print, se eu tô salvando coisas lá, vai voltar a ficar desorganizado. Então, nesse caso aqui, eu poderia botar um looping, por exemplo, a cada 2 horas ele olha meu desktop e organiza meu desktop.
A cada 2 horas ele acorda de novo, olha meu desktop, organiza meu desktop, organiza meu downloads ou uma vez por dia e por aí vai. Alan, mas eu posso botar a cada 30 dias fazer isso? Nós temos um limite.
Os loopens eles rodam até 7 dias. Então não, você não consegue botar um looping para rodar daqui a 30, em 30, 30 dias. Mas você pode botar um schedule.
Você pode botar um schedule, ele vai rodar. Então existe essa limitação para você entender. Loopings duram no máximo 7 dias.
7 dias é o tempo máximo de vida de um looping. Ele morre depois de 7 dias, você vai ter que recriar ele. Mas eu nunca rodei algo e por mais de 4 dias.
Não sei se alguém já rodou algo por mais de 4 dias. Então ele vai fazer esse objetivo. Ele criou aqui, ó, o go.
Ele vai ficar executando. Se eu clicar aqui, eu consigo ver, ó, ele executando. E ele vai acontecer o que agora?
Um gol bem simples que eu botei aqui. Por quê? Porque eu quero que ele termine rápido mesmo.
Quer ver? Ó. Ó, ele terminou o gol.
Que que ele tá fazendo aqui? Ele tá verificando. Então ele vai fazer, você tá vendo aqui que é uma de seis, ele vai verificar seis vezes se aquele gol realmente foi comprometido de diferentes formas.
E isso é maravilhoso porque você pede para ele fazer alguma coisa aqui, ele vai verificar de várias formas diferentes se aquilo foi cumprido ou não. Alan, o Cloud tem isso? Não, Cloud não tem.
Nem o Codex tem, mas o Codex ele é muito Caxias nesse sentido. Como assim Caxias? dele, ele é muito criterioso, então, por mais que ele não tenha essa verificação de seis passos que o Rock faz, ele é maravilhoso nesse quesito.
Então, o que que ele faz aqui? Por exemplo, aqui ele tá rodando já a 4:27, como você pode ver aqui. Ele, esse prompt aqui que você tá vendo, não fui eu que criei.
Esse prompt aqui foi o próprio Grock e é o próprio Codex. Mas por que ela não foi o próprio Codex? Porque eu pedi para ele, eu pedi para ele aqui criar, como você viu lá, eu mostrei aqui, né?
Aqui, ó. Eu mesmo pedi para ele criar. Então, qual que é o já o próximo, a dica que eu te dou?
É, não crie os promptes de lupins. Por que ela não crie? Porque a Ia vai saber criar melhor que você.
Então você tem que saber o que pedir para ela. Mas mas para que ela crie? O Grock já foi à frente.
O Grock nem te permite criar. O Codex e o Cloud. Se você botar barra e escrever o que você quer, ele vai fazer exatamente aquilo que você escreveu.
E isso é um perigo. Por quê? Porque olha só, eu pedi isso aqui, ó.
Cria uma meta e continuará aplicando, revisando. Até falei errado aqui, ó. Aplicando, revisando e aplicando.
Desde que não comprometa os dados. Importante blá bl lá. Olha, olha a riqueza de dados que ele botou aqui.
Então, como a IA sabe muito bem como o looping funciona e como ela deve verificar as coisas, ela vai criar um go ou um looping melhor do que você poderia criar para ela. Então ele botou aqui, ó, continua a revisão profunda, aplicação incremental, profissional, priorizar as falhas confirmadas e assim foi até o final, tá? Então faça isso, crie peça para e a criar os seus próprios loopings.
Agora que você já viu tudo isso, então você sabe que o objetivo ele encerra não quando a gente chega num tempo determinado, ele encerra quando ele é atingido ou aquela meta foi atingida. Então como é que funciona? Ele vem aqui, né, cada turno.
Isso aqui eu tô mostrando como funciona dentro do próprio cloud, tá? O cloud ele tem um, quando ele vai rodar, ele tem um modelo inferior que é o que fica fazendo isso aqui, que ele só lê e não executa nada. Ele fica conferindo se você atingiu o objetivo final.
E daí quando você atinge, porque aqui é subjetivo, né? Quando a gente bota um looping 5 minutos, 20 minutos, isso é determinístico. A cada 5 minutos ele acorda, a cada 5 minutos ele acorda.
Aqui não. Aqui é um condicionamento que ele depende de interpretação da LLM. Então só quando a condição é atingida, daí sim ele para.
Então você bota barra go, por exemplo, quero que você faça todos os testes até esses testes de logins que sejam atendidos. Tem um go que eu gosto de criar que é para fazer análise do meu banco de dados até que o meu banco de dados esteja com todos os pré-requisitos de segurança. Ou verificar, por exemplo, a inferência dos meus códigos, a inferência do meu banco que seja abaixo cada consulta de x tempo, cada 100 msundos das minhas consultas no banco e assim vai.
Então o schedule que é fazer rotinas à nuvem, né? Ele vai lá, ativa e faz o trabalho à nuvem. Você não precisa ficar com o seu computador aberto.
Você pode deixar que que para que que eu uso o schedule barra schedule na nuvem. Quando eu sei que naquele horário ou aqueles momentos eu não vou necessariamente estar com computador aberto, mas eu quero que todo dia, tá? O final da noite ele revise todos os meus PRs, todo meus códigos, tudo que eu já criei e arrume o que tem que ser arrumado, etc.
Tá? Agora, como é que funciona daí, Alan? Ah, isso com subaggentes.
E aqui tem um problema que, exatamente no cloud, que eu quero chamar a tua atenção. Quando você bota esse objetivo e a sua ferramenta tem subagentes ativados e a maioria tem, porque isso vem por padrão, a IA vai tender a tentar fazer aquilo e ela pode acabar gastando muitos tokens, principalmente se você tiver com o modo workflow ou ultra código ativado no cloud. Então já fica a recomendação para você desativar esse, você não deixar ativado a parte workflow, porque ele vai usar para caramba e não necessariamente vai atingir o objetivo que você quer, tá?
Ah, Alan, beleza. Como é que agora eu escolho se eu quero, né, GO, se eu quero looping? Primeiro, se você tiver trabalhando com Codex e Grock, você nem tem a possibilidade de escolher.
É só gol que você pode escolher. Mas como você acabou de ver, você pode botar um looping dentro de um gol. Agora, se você tá no cloud, eh, como é que eu posso te dizer aqui?
Se você sabe o que você que você quer que aquela aquilo precisa ser feito de X e X tempo, você pode usar um looping, senão para todo o resto, eu acho melhor utilizar o Gol. E o Gol, sinceramente, se você utilizar uma ferramenta como o Fable, você pode dar um gol muito aberto, inclusive como essa esse exemplo aqui ruim, melhore a performance do meu app, que ele vai fazer isso muito bem. Ou você pode pedir isso pro Grock e ele vai criar para você o prompt.
Agora, o que eu faria? Quero melhor performance do meu app. Eu não sei como fazer isso.
Eu não sei exatamente o que fazer isso. Você pode pedir pro próprio cloud para ele criar esse objetivo ou esse looping e ele vai ficar daí percorrendo e melhorando o que você precisa fazer. Uma aqui um exemplo de uma meta boa, tá?
Reduz o tempo de resposta deport search para menos de 200 ms p critérios benchmark lá lá. Provavelmente você não vai saber escrever isso aqui porque talvez você não seja a pessoa técnica e mesmo se você for técnico, você não sabe que para essa tipo de de end point eu preciso que fique abaixo de 200 msundos. Eu não sei, eu entendo um pouco tecnicamente, eu não sei necessariamente quantos milisegundos eu quero em cada etapa.
Ou seja, a melhor forma de você fazer os seus próprios loopings e gols é você pedir paraá para que ela analise o seu código, ela analise a as melhores práticas de mercado e ela crie esse looping para ela ficar conferindo. Para que você não tenha que ficar tempo aí pensando em quais são os melhores loopings, eu já separei vários aqui para você. Então aqui estão os loopings para que fiquem trabalhando enquanto você dorme ou você faz outra coisa.
E tem aqui babá de PRs, acompanhar um deploy, manter uma branch integrável, eh eh resolver issos, for eh analisar as estatísticas em projetos aqui, migrar até o final, até ficar verde, subir cobertura integral, zerar a dívida de e tipo tipos, né, types do Typescript, ah, analisar os bugs e tem vários outros aqui de rotinas e por aí vai. Aqui eu deixei vários prompzinhos, lembrando que esse todo esse conteúdo aqui vai tá aqui no final. E se você precisa decidir, eu também deixei uma árvore de decisão aqui.
Então, precisa sobreviver ao LAP fechado. Por exemplo, eu não quero ficar com o computador aberto aqui. Eu preciso que ele fique rodando.
Você pode ter uma infraestrutura gerenciada, ou seja, você bota um barra schedule, ele vai rodar na nuvem, vai rodar no servidor da Antropic. Ah, o que encerra o trabalho e vai não, não, eu posso, posso, eu quero rodar no meu próprio computador. Beleza?
Então agora a gente tem que decidir se vai ser looping ou se vai ser go. O que que vai encerrar o trabalho? Vai ser um ritmo, por exemplo, é um ritmo que vai determinar isso a cada 5 minutos, a cada xempo, ou vai ser um gol, um objetivo?
Então você bota barra objetivo, você bota o que você precisa alcançar para que ele pare. Essa é a ideia, tá bom? Aqui eu vou deixar também para você um simulador de looping.
Então, ah, como assim? Como é que esse looping funciona? Deixa eu resetar aqui ele para você ver.
Quando você bota um looping quem eu botei ali, ah, ele vai chegar aqui num ponto onde ele vai identificar se ele precisa ou não continuar. Quando você clica aqui, é que eu cliquei para ele rodar, né? Ó, ele vai ficar rodando várias vezes.
A cada vez que ele identificar que ele não chegou naquilo, ele volta. Assim como tá acontecendo aqui em tempo real no meu computador. Você pode ver aqui, ó, ele não parou ainda.
Ele tá rodando a 4:35. Ó, os testes Ris passaram. V1, V2, 29 ml alterados estão válidos.
Doctor e Cord Rabbit estão executando em paralelo. O review já entrou em análise sem novo rate limit. Ah, a review a revisão localizou e eliminou mais de 100 arquivos mortos entre Doctor, health, ids, dashboard, migrações sem referências residuais.
O único é registry, restante é um artefato de processo por negócio fora do framework aposentado. A janela de 5 minutos abriu repetindo coj rapt agora. Ou seja, eu criei um looping que cria vários loopings internos.
E se você assistiu aquela palestra do Boris, onde ele fala sobre Lupen, é exatamente isso. Eh, eu criei aqui e você viu, não foi nada de outro mundo. Eu não fiquei aqui, nossa, como tu é gênio, não.
Eu falei para ele assim, ó, cara, seguinte, tem um monte de coisa para resolver aí e olha só, cria uma meta que vai continuar aplicando e revisando isso aí, desde que não comprometa o dados importantes ou funcionamento de aplicação. Enquanto isso, fica aí rodando. E daí a própria IA, ela cria loopings internos.
Por exemplo, ela criou aqui um looping de 5 minutos, um watch de 5 minutos. Ela vai dormir, daqui a 5 minutos ela acorda. Então ela mesmo tá decidindo os próprios loops internos.
É por isso que eu particularmente acho que gols são muito superiores ao barra loop. Barra go é superior a barra looping. Por quê?
Porque existe o barra go vai utilizar loopins internos para atingir aquele objetivo. Então se você tem que ter o que Alan? Para ter um bom objetivo cumprido, você precisa necessariamente ter o fim que você quer, porque eu não sei qual que é o fim.
Eu sei que o o fim que eu quero é que não tenha bugs no meu código, não tenha documentos desatualizados, mas eu não sei quantos documentos são. Eu não fiz um checklist, olha, edite esses 10 documentos. Enquanto tiver documentos, enquanto você encontrar documentos que estão ah desatualizados, limpa eles, organiza eles.
Então ele vai ficar rodando enquanto isso. Que que ele fez aqui? Ele queria testar isso, o que ele alterou com outra ferramenta.
Essa ferramenta precisava de dar um reset. Ele botou um timer de 5 minutos para ele acordar daqueles 5 minutos e voltar para chegar naquele objetivo. E é por isso que eu disse há pouco tempo, né, que o a open o 5.
6 sol tá maravilhoso nesse sentido, porque ele é a ferramenta que eu mais consegui ver, fazer isso extremamente bem em longos períodos de tempo. Ou seja, fica trabalhando durante 5 horas, 10 horas, 12 horas. Eu tenho vários aqui que estão rodando nesse momento.
Eh, outro que eu não mostrei para você, eu tenho um rodando aqui de design algumas qu umas 4, 5 horas também. Tá aqui. Não, esse aqui já terminou aqui, ó.
Esse aqui tá rodando, ó. Ele pausou aqui agora. Eu pausei antes de começar a gravar aqui porque eu queria ver, mas ele tava já rodando a 4:06.
Então, eu vou botar ele de volta aqui. Ah, então ele vai continuar rodando aqui por por muito tempo ainda, porque tem bastante coisa para ele fazer. É uma, esse aqui ele tem que cumprir um épico que é uma lista de um monte de atividades.
Então, se eu for ver aqui, ele tá no épico 2 de 15, se eu não me engano. Se você gostou desse tipo de aula, olha só o que eu preparei aqui. Eu tenho um material aqui, ah, que eu preparei com mais cinco aulas.
Então, eu preparei mais cinco aulas onde eu falo sobre anatomia profunda de um Gol. Aqui eu falo sobre como você validar esses processos, né? o o tir um, tiro, tir, como você valida esses processos.
Olha só como é que o looping fica rodando e você valida todos os processos. Ahã. Eu fiz também aqui uma aula sobre como você faz esse looping externo, né?
como fazer esses vereditos quando você quer rodar vários loopings ao mesmo tempo e deixar um outro looping revisando os seus loopings. E também fiz aqui um material de primitivo, né, para você entender qual que é a diferença, Alan, porque os loopings eles vão utilizar skills, things, memory, agents, eles vão estar usando várias coisas ao mesmo tempo. Como é que você utiliza esses hooks para poder ativar tudo?
Ou seja, conteúdo um pouquinho mais avançado. Se você quis tiver interesse que eu traga como é que eu tenho construído os meus próprios harness aqui utilizando loopings dentro deles. Então, compartilha esse vídeo com o maior número de pessoas que você puder.
E se eu ver que realmente vocês estão engajados, curtindo, comentando, compartilhando, eu quero trazer mais aulas como essa aqui para você também. Então, te vejo no próximo vídeo.
