Como Orquestrar Agentes de IA com Uma Skill DE GRAÇA #claudecode #codex #agentesdeia #ia #iagratis
Publicado no IA Dots ·
Agentes de IAAI Signaldot-ai_agentsdot-artificial_intelligencedot-claudeidioma-ptPortuguêsyt-ujW-e6w3NQA
Vídeo em Português, publicado pelo canal Kauã Miguel - Dev.
Sobre este conteúdo: O resumo, os principais pontos e os temas abaixo são gerados automaticamente a partir da transcrição do vídeo. Eles refletem o conteúdo, opiniões, afirmações e previsões apresentadas no vídeo e não representam posicionamento, validação ou verificação de fatos pelo IA Dots.
Resumo do vídeo
O vídeo apresenta o uso de uma skill universal para orquestrar agentes de inteligência artificial diretamente nas ferramentas já utilizadas, sem a necessidade de baixar novos aplicativos. A abordagem utiliza estratégias de roteamento e playbooks para delegar tarefas entre modelos grandes e pequenos, otimizando o consumo de tokens e permitindo a combinação de diferentes provedores de IA.
Principais pontos
- Apresentação de uma skill de orquestração de agentes que funciona de forma universal em diferentes ambientes de IA, como Cloud Code, Codex e Open Code.
- Explicação do conceito de delegar planejamento para modelos maiores e mais caros (como o Opus) e a execução de tarefas para modelos menores e mais baratos (como o Haiku ou Sonnet).
- Demonstração do processo de instalação da skill via terminal utilizando o pacote NPX para projetos locais ou de forma global.
- Utilização de playbooks e perfis customizáveis para gerenciar o orçamento de tokens e evitar o esgotamento dos limites de uso semanal.
- Exemplo prático de execução de uma tarefa de desenvolvimento utilizando a skill para orquestrar múltiplos agentes na implementação de um banco de dados.
- Geração de relatórios em HTML para visualizar detalhadamente o desempenho e a participação de cada agente e modelo durante a execução das tarefas.
Temas
Orquestração de agentesEconomia de tokensPlaybooks de IAFerramentas agnósticasInstalação via NPXRoteamento de modelosRelatórios de execução
Transcrição do vídeo
Texto das legendas disponíveis; pode conter erros.
Nesse vídeo eu vou te ensinar a orquestrar agentes de forma simplificada com uma skill deação que funciona e na que você já tem. Então codex, cloud code, privy, open code ou o que for. E ela não serve só para colocar mais agentes para trabalhar, ela tem estratégia para economizar token, como del caro só planejando e os baratos fazendo a leitura pesada. Ela delega, quebra sua tarefa em várias partes para várias agentes diferentes rodarem ao mesmo tempo, a entregar mais rápido e ela mistura modelos, ou seja, cloud code planeja, codex executa ou vice-versa. E se o limite de um acaba, o outro vai assumir. Então vamos lá que eu vou te ensinar a fazer isso. Então pessoal, antes de começar aqui, eu quero trazer alguns conceitos, né, da forma que eu fiz no meu último vídeo sobre agentes que pegou mais de 200.000 visualizações, inclusive muito obrigado, tá? É por todo o apoio. E cara, nesse vídeo, ao contrário do último vídeo que eu te mostrei algumas ferramentas, como por exemplo a Alet, o Maestry, o Cloud Squad, o Cent Warm, o Worka, por exemplo, que são ferramentas que você baixa como se fosse, né, um aplicativo novo e você consegue orquestrar agência de maneira diferente por lá. É, o vídeo de hoje vai ser diferente por a ideia é que você não baixe aplicativo nenhum. A ideia é que você use o seu agente, né, e você baixe uma skill para isso. Beleza? Que eu vou te trazer uma skill que funciona em qualquer IAK que você já utilize. Pode ser o cloud code, pode ser o Codex, open code, germ raft ou qualquer um. Se funcionar skill na ferramenta é o que importa, tá? Então não me v perguntar, pô, funciona na ferramenta X? Sim, funciona, cara. Funciona, mas skill é universal. Beleza? Então vou te mostrar aqui como que é um jeito comum que você costuma usar sua Ya, né? como que você tende a normalmente chamar ela, seja no Cloud Code, no Codex ou no Open Code, por exemplo, que você, ah, cara, eu quero usar mais de um agente. Que você faz? Você vai falar, eh, Cloud, use três agentes para poder estruturar uma um back end, um front end e um banco, por exemplo, né? E ele vai distribuir, né, as ações com sub agents, que é algo já que é nativo do próprio cloud, né, tanto do cloud quanto do Codex e do Open Code, eles também fazem subiente nativo, né, que basicamente seria a própria ferramenta chamar uma instância de si mesma usando o modelo, né? E qual o problema disso aqui, né? É, imagina que isso aqui não considera os seus tokens, não considera quais ferramentas de você tem disponível, não considera router, por exemplo. Então, ah cara, eu tenho gratuidade disponível, ele não vai considerar isso, tá? Então, ele vai est gastando o seu efort. Então, por exemplo, seu opusão padrão tá com effort no high, né, que aí gasta para gastar mais. Ele vai distribuir normalmente ele vai distribuir todos esses agentes com high nesse mesmo modelo e vai gastar muito mais. Bom, vamos supor que você tem uma tarefa que é mais leve de ler arquivos, você não precisa do Opus no R para isso, saca? E, cara, isso gasta muito normalmente, tá? Porque você pode sempre falar, olha, usa esse BN tal com tal modelo, tal modelo, tal modelo, só que mesmo assim a tendência é que ele não faça isso pro padrão, tá? Então aí que vem a nossa solução dos Playbooks, que isso não é uma solução minha, é algo de mercado, já que eu vou te mostrar agora. Se eu vier aqui o site do GitHub and Tropics, né, que é o GitHub oficial da empresa que faz o cloud code Antropic, eles tm aqui, né, os cookbooks deles, que são algumas instruções simples, né, de como fazer algumas coisas. Então aqui tem um monte de arquivos PNB. Isso aqui inclusive bem interessante para você poder ver, né, algumas estratégias que ele s que são gentes aqui no geral de como usar skills, por exemplo, ficar coisas específicas, mas eu não vou aprofundar muito, tá? O que eu quero aqui tá nesse plan executive mal. O que que é isso aqui? Isso aqui já é um pouco antigo, mas é um plano de orquestração, né, onde modelos grandes vão planejar e modelos pequenos vão executar. Então você não vai gastar o seu token do Fable, por exemplo, fazendo ações que ele já planejou fazer, vai gastar menos token com isso. Então o que que esse diagrama tá me dizendo, né? Aqui eu tenho esse trador com fable 5 e esse estrator recebe uma mensagem do usuário, pode ser o que for, cria um sistema, faça uma pesquisa, cria um Excel, por exemplo, né? Faça da análise de dados, por exemplo, e aí ao invés dele fazer tudo, né? Que sabe como Feb gasta para caramba, né? É, ele vai primeiro planejar o que vai fazer e vai distribuir isso pro Sonet. O Sonet tem um gasto muito melhor que o Fable, né? Afinal, o Sony é para ser um modelo mais rápido, que pensa menos. Então, ele vai distribuir três subagents que vão fazer a pesquisa na internet. Então, ó, o search worker 1 vai procurar sobre Deathf Valley, né? Então, entrada de veículos no parque. O search worker 2 aqui com sonet também, que é um modelo pequeno, vai procurar sobre Yellow Stone, como que funciona, né? A mesma coisa em Yellow Stone e o outro no Grand Canyon. Então isso aqui com esses três bientes vai ser mais rápido, é só ele fazer e também muito mais barato e vai entregar as mesmas informações, sabe? Afinal é uma tarefa simples que não exige ter um modelo pesado para isso. Beleza? Então isso aqui é o mais simples que eu posso te mostrar em relação ao planejamento, né? com então o cara que vai pensar vai ser um modelo grande e o cara que vai executar vai ser um modelo pequeno para gastar menos. Beleza? Então com isso deixa eu voltar aqui pra nossa lousa, beleza? Entender nosso conceito? Então aqui eu falei nos playbooks, né? Isso funciona tanto com cloud, né? Então por exemplo aqui ó, né? Ous liga pro high pro col slow e o kim e essa é a ideia que eu quero trazer na skill porque eu, por exemplo, eu uso muitas ferramentas de a, então eu tenho cloud como principal, eu tenho Kim que eu recebo e também tenho o Codex que eu pago, né? Então eu quero delegar entre agentes e vai ter o mesmo resultado para poder poupar meus tokens da semana, né? Então a ideia é que os playbooks que a gente traga esse conceito aqui da Antropic para poder delegar entre agentes, beleza? Então isso aqui não funciona somente com cloud, tá? Não se você não precisa ter cloud, você pode ter o codex ou open code, beleza? Não importa. A ideia é que seja agnóstico a sua então pessoal, por exemplo, o codex tem uma atidade diária que você pode usar. Então a ideia é que a minha skill ela entenda o que você tem de graça para usar e ele consiga delegar conforme a gratuidade. Então, pô, eu tenho, eu tenho um open code, por exemplo, N router. Eh, o Codex vai identificar esse open code com router e vai ligar para ele conforme a necessidade. Então, coisas mais pesadas, com sensíveis, ele não vai passar para um modelo gratuito, por exemplo, saca? Pode estar confuso, mas você vai entender já. Beleza? Então, aqui outro playbook que eu fiz de exemplo é o Advisor Escalation, beleza? Então, eu coloquei alguns planos aqui específicos. Por quê? esses playbooks. A ideia é que você tenha diversas estratégias diferentes. Então aqui é um advisor, por exemplo, ali atrás tava, né, nos baratos lem. Então a ideia padrão de que você vai colocar um modelo grande para poder planejar, um modelo pequeno para poder executar. Então aqui, por exemplo, tá no Opus, que é um modelo que gasta mais e aqui embaixo tá no Haiku, que é um modelo que gasta menos, né? Então o high é bem mais leve. O Codex no low com, por exemplo, um lua e um Kim com o K2.8 por exemplo, gastam menos, né? Então o vai silenciar e esses modelos de baixo vão de fato executar. E aqui um outro seria o advisor, né, que seria mais um planejamento de fato. Então, pô, quem vai escrever o código vai ser o Sonet e quem vai revelar a estratégia vai ser o Opos. Beleza? Esse aqui é interessante porque em relação a budget, porque é importante dizer, tem uma estratégia para você nunca ficar sem budget nenhum. Então você vai ter token para sempre. E a ideia é que o cloud ou seu CODEX sempre olhe como que tá o limite de sessão, o limite de horas de semanal para que ele delegue e tenha o effort, né, baseado no no quanto vai gastar para não acabar com o seu o seu gasto semanal e nem das 5 horas. E aqui eu coloquei mais um monte de modelos, tá? Para você poder entender aqui, caso você queira ver tá na desenção desse vídeo aqui o link da lousa para você poder entender melhor. E aqui tem vários playbooks pré pré-prontos. Beleza? E o seguinte, antes da gente passar agora para te mostrar como funciona a ferm de fato, entendo o seguinte, roteador não é o questõ de agentes, tá? É, eu te falei no último vídeo que que orquestrar agentes vai do mais simples de você passar um prompt pedindo dois agentes até você usar ferramentas como Hermes, por exemplo, ferramentas como ferramentas como orca. Nesse caso de roteador ele não é orquestração de agentes, beleza? Roteador ele só fazback de modelos para caso o modelo não esteja disponível, tá? Então, nine router ou mini route não são orquestradores de agentes, tá bom? E se você não entendeu ainda o que eu vou te mostrar aqui, tá a parte final de como ela funciona, beleza? Imagina você aqui, né? você esse stickman bonitinho aqui, você quer orquestrar o back end do conduí, né? Então você vai delegar pro seu agent principal, né? O seu lead, você escolher um playbook, então pode ser de entrega mais rápida, por exemplo. E aí, né, o seu lead vai distribuir, né, essa tesque entre ferramentas que você tenha. Então, por exemplo, aqui, ó, né, ele vai passar o tesque MD, que seria a tarefa em si, para uma onda de workers. Então vai ter um work cloud code rodando com modelo mais barato de leitura, um modelo standard do Coles para poder fazer o código, escrever de fato, né, no work tree. E um outro barato de leitura para ser um fallback aqui pro cloud code no antigravity, beleza? E caso aconteça de não ter cloud code, não ter antiravity, ele vai bater no N router e no min route para poder bater num token grátis para você, né? Então você nunca vai ficar sem token, beleza? Bom, pessoal, então pr de enrolar e vamos te mostrar aqui como instalar essa skill e como usar ela de fato, tá? Primeira coisa que eu vou fazer é virar até GitHub aqui no meu repositório em Alet Cras Trade Skill, que é onde tá aqui o código disso aqui, né? É open source. Você pode vir abrir uma Crash, por exemplo, e ver como que funciona, tá? Então eu tenho aqui as instruções. Primeira coisa é você rodar NPX, skills, adete e o nome aqui do repositório, beleza? Isso aqui é um padrão de adicionar skills, é feito pela Versel, então via cloud e via Codex Plugin, beleza? Caso vocês queiram utilizar, é especificamente, mas funciona globalmente com esse comando aqui. Então esse comando aqui tem que ter node no PC. Esses dois não precisam tent. Se tiver o cloud, você roda esse aqui. Se tiver o coder, você roda esse aqui. Ou você pode rodar o de cima, caso você tenha node. Faz sentido? Então eu vou copiar esse comando. Beleza? Eu vou abrir meu projeto no terminal ou no VS Code, onde você preferir. Então aqui tô no repositório demo. Então você pega seu projeto onde você quiser baixar ele. No meu caso aqui tá na dashboard demo que vai ser específico para esse vídeo aqui. Eu vou colar esse comando. Com o comando colado, vou dar um enter e ele vai chamar, né, o pacote NPX skills aqui do Node. Beleza? E aqui ele vai trazer pro padrão, né, o universal, que é como algum maioria das conseguem ler as skills. Então você baixa uma pasta só e todas as IAS conseguem ler. Então Gemini, Cogx, Kleine, Cursor e mais um monte, beleza? Porém, algumas delas tem as suas próprias leituras, né? Então, por exemplo, o Aer aqui, ó, ele tem esse desk barra skills. Você pode vir aqui, dar um espaço e baixar ela, beleza? Então, no meu caso, eu vou selecionar o cloud code, o open claw e também o Herms agent, beleza? Mas como eu disse, por ser padrão, normalmente as ferramentas já vão ter essa leitura, beleza? Então vou dar aqui um enter e aqui vai perguntar se eu quero baixar nível de projeto ou nível global. Então vamos supor, caso você queira nível de projeto, esse comando só vai funcionar nessa pasta. Então você só vai conseguir chamar o comando da skill é aqui nesse projeto. Então não vai espalhar para outros projetos. E caso você queira que todo seu PC inteiro tenha acesso a essa skill, você vai baixar globalmente aqui nesse global, beleza? No meu caso, vou baixar via project, vou dar um enter aqui, eu vou dar seis link e vou dar mais um enter para proceder com a instalação. Beleza? E agora para começar de fato a gente dar um cloud ou codex ou open não importa, tá? Que fique bem claro, pessoal. Eu gosto de reforçar isso. Assas que eu trago aqui no canal normalmente são agnósticas aara, beleza? Então pode ser qualquer ferramenta de psic, whatever. E agora eu vou dar aqui um barra alet e você vai ver que já vai aparecer pra gente aqui a skill, tá? E para começar você vai dar um barra alet setup. E o que que setup faz, né? Ele vai escanear o seu PC para ver quais tem disponível. Então vai ver, ah, esse cara tem o cloud code, ele tem o codex, tem graph, tem o Kim, ele tem N R no PC e vai ver o que eu tenho disponível para poder montar a minha estratégia, tá? Então a ideia é que aqui você monte a sua estratégia totalmente personalizável pro seu caso de uso, pro seu PC, pras coisas que você disponível. Então, como eu disse antes, você pode ter de psique, você pode ter cloud, pode ter Codex e você quer distribuir isso para que você nunca fique sem tokens de A. Beleza? Outro ponto importante também que aqui o Cloud, né, o seu cloud, eu col analisar para você é o quota, né, quanto seu de limite você tem. Então é importante que ele consiga ler a seu o seu limite de uso, por exemplo, aqui. Então, ó, ele traz os modelos que você tem disponível, né? Tenho aqui os mais baratos, mais caros, porque isso é importante. A ideia é que você nunca fique esse token e o cloud sempre que ele interesse sobre uma tesque sua, ele fala: "Ó, eu não vou usar tal modelo com tal esforço, porque se eu usar vai acabar o token da pessoa muito rápido." Então a ideia é que você nunca fique esse tokens, beleza? Então por que tá lendo disso aqui, ele vai ver o que você tem disponível, vai ver quais são os modelos também disponíveis para poder montar o seu plano. Beleza? Inclusive aqui, ó, ele encontrou o cloud code, o codex, o ent gravity e o kim code. Ele encontrou o Kine aqui, o copilotin Cine, né? algumas coisas quebradas do PC que não tem funcionando e encontro o Nine Router, tá instalado, mas não tá rodando, tá? Então eu não vou usar o Nine Router hoje, mas também funciona, tá? Você pode muito bem axaline router dentro de um modelo, por exemplo, do Open Code ou alguma ferramenta específica e aí automaticamente a skill vai conseguir utilizar o N router. Beleza? E agora ele montou os perfis, né? Então aqui pra gente então tip, então esse aqui, né? O tier tip vai ser com haiku, por exemplo, high low aggressive, son low. Então a gente tem o tier, a gente tem qual é se ali, qual é a base do saves aggressive, beleza? E eu vou aqui marcar que sim, né? Vou falar aqui qual o perfil deve ficar ativo, né? Eu vou falar aqui base, né? O perfil base aqui. Então, colx primeiro para o cloud e troca em 95%. Beleza? Vou usar isso aqui. Como cada provedor é cobrado toda assinatura, né? Nesse caso, ele vai perguntar, pô, você tem uma assinatura? Você é paga, né? Via tokens, nesse caso, toda assinatura. Quero incluir as real extras como workers, né? Então, que a gente viu antes do KO, por exemplo, copilot, eu poderia adicionar como se aliz extra aqui no plano. Nesse caso vou falar que não, eu só quero os quatro nativos que estão mais fáceis de usar, né? Tem o Cloud, o Codex, o ID e o Kim. Vou dar um enter. E aqui agora ele tá montando os playbooks. Lembra que eu te falei sobre, né, isso na aula? Então, se eu voltar aqui, ó, tem alguns playbooks, né, que são basicamente estratégias de roteamento, né, de IA. Então, cara, tem um playbook básico, por exemplo, né, que é o Opus para vários opus ou playbook de opus para codex e kim por exemplo, ou soni para opus, né? Então, quando eu falar playbook, lembra que são os planos de orquestração, beleza? Vai ser um playbook de salvar token, vai ser um playbook de gastar token, vai ser um playbook de entregar mais rápido, por exemplo. São estratégias basicamente, tá? Então, nesse momento, ele tá montando para mim esses playbooks que basicamente ficam no arquivo yemo, que é fácil de alterar para que você possa ler e alterar isso com facilidade. Então, sempre que o seu cloud começar a fazer alguma coisa, ele vai bater nesse né, que esse playbook para poder saber qual estratégia usar. Então, ele nunca vai ficar semitar as regras. Beleza? Se eu perguntar se eu quero deixar ligado todos os projetos, né? Então, vou falar que sim agora, né? Vou falar que eu quero te ligado só nesse projeto. Falar que sim. Se eu quama falar que não precisa no momento e submit answers. E bom pessoal, estamos com já funcionando setado. Ela já identificou nosso PC, jogou nosso ambiente, sabe o que a gente pode fazer. E agora o próximo passo, né, caso você queira é ver como que ficou esses playbooks, né? Então você pode ir no código V ou você pode rodar um aler editor, que basicamente o que ele vai fazer é o seguinte, ele vai trazer para você um editor para você conseguir ver visualmente, né, na tela é como que ficou esses playbooks, tá bom? Então, ó, ele vai falar que vai abrir o editor, né? vai HTML. E aí tem aqui esse HTMLzinho com o plano de orquestração. Ou seja, temos aqui o planner. Então, por exemplo, o planner vai ser um GPT6.1 sol no high. Daí, né, se for uma narrow task, né, uma tarefa restrita, por exemplo, ele vai fazer ele mesmo por ser algo mais delicado. Se for algo de pesquisa, ele vai usar um scout, né, que vai ser um reptend no low para economizar tokens. E caso o code que esteja acabando, ele vai usar, né, o haiku. E aqui em cima dá pr ver como que tá o seu gasto, né, das que você tem. Então, por exemplo, ah, eu tenho o Codex tantos por o cloud tantos por driver tantos por e o Kim em tantos por, né? Isso é importante por quê? Porque aí o cloud vai sempre saber o que usar e como que tá os seus limites. Então, como eu disse, cara, a ideia é que sempre você tenha tokens e nunca fique sem, beleza? Eh, se não tiver uma research, ele vai usar o builder, certo? E o builder vai usar o GPT 6.1 no modo medium, beleza? Então, então ele vai buildar a sua feature com o GPT 6.1 no Sol no modo médio para gastar, né, um token razoável. Depois vai revisar com o mesmo modelo no modo médio, certo? E caso acabe ou esteja baixo o token, ele vai usar o Sonet. E aqui o Sonet também. Aí você pode usar o Tropus, por exemplo, alguma outra. Aí você pode ir modificando e conversando com o seu cloud, né? E esse aqui é o plano básico. Então, pô, a gente tem aqui o reviewer, tiver algum plano, vai usar o modo, vai usar o fixer, né? E eu consigo alterar tudo isso aqui por aqui também, né? Então você não precisa falar com o seu cloud direto, você pode diretamente nesse HTML poder alterar as coisas, beleza? E aqui ele tem os planos de, né, de bud, por exemplo, se no fixer o bud tiver 80%, ele vai usar o GPT 6.1 sol no high. E caso o cloud esteja no low, ele vai usar o 6.1 sol no Xi. E caso o Cod esteja no low, ele vai usar o modo opus no high. Beleza? Então tem sempre uma estratégia para salvar tokens e vai chegar no seu resultado. Então ele vai sempre atuar nas suas tesques utilizando esse plano, sem que você precisa ficar falando para ele o seguinte: roda de tal maneira, é use planejamento, use tal cloud. A ideia é que por padrão ele já consiga fazer isso aqui, tá bom? E aqui em cima você consegue ver os outros plannings. Então, por exemplo, aqui tem o base, né? Também tem o modo savings. Então, esse aqui vai ser um modo onde ele vai priorizar 100% salvar token. Então aqui, por exemplo, ele vai usar o builder, né, o Geminis 3.8 flash. E caso não tenha, ele vai usar o Kim Code K3, saca? Então ele vai ver o que tem no meu PC, vai montar um plano aqui para sempre ter tokens e sempre priorizar o que vai me salvar, né, mais tokens. E o modo agressive, por exemplo, que vai ser tipo, pô, quero fazer algo melhor, com mais qualidade. Aí é o modo aggressive. É, usa o planner com GP6 Astra, ele vai fazer ele mesmo no modo high e aí ele vai fazer o scout com o Son no low, o builder opos no médio e por aí vai. E pessoal, você pode, cara, aumentar esse plano, adicionar mais fallbacks, adicionar outras outras estratégias, basta você pedir pro seu cloud fazer para você, tudo bem? Ou seu Codex ou seu Open Code, não importa, tdo bem? E aqui na esquerda tem umas algumas estratégias a mais, né? Então, de aqui algumas estratégias padrões que você pode querer seguir também caso você queira. Então, ó, tem aqui aquele modo que eu te mostrei antes do cloud, que é aquele plan big, ou seja, o cara grande, né, vai planejar e os pequenos vão trabalhar. Então aqui, por exemplo, o Astra, que é o mais pesado, vai planejar e o worker com opus no medium vai trabalhar de fato, né? Então aqui é um plano também mais simples, mas também funcional. Temos aqui, né, o DJ scale parallel work trees. Então, ah, eu quero trabalhar com várias branks diferentes ao mesmo tempo. Modo cascade, tem o modo direct aqui que é, tipo, ah, não tô a fim muito de ficar pensando muito, vamos com modo direto. Então, vai ter aqui o planner com GPT e o advice no cloud também dizer, tá pessoal? Você não precisa ter tudo isso aqui de A, você pode ter só o cloud, você pode ter só o Codex que isso vai funcionar. A ideia é que ele veja que você tem disponível para poder rotear. Então, se tiver só o Codex, por exemplo, ele vai ver quais modelos do Codex tem para poder distribuir entre os modelos do Codex, tá bom? Mas caso você tenha mais coisa, ele vai usar mais coisa, tudo bem? Então aqui é um caso diferente, né? Que é um caso principal e aí depende do que você tem no seu PC, tudo bem? Mas sem mais delongas, vamos voltar aqui e vamos delegar alguma tesqu. E bom, pessoal, eu te falei que eu tava com um plo de demo aqui para te mostrar, né? E para explicar rapidamente o que que é. É basicamente um CRM, tá? Nada mais. Tem um CRMzinho aqui pr em next com chat CN, beleza? Tem umas telinhas aqui de produto, de usuários, um camban de tesques aqui, um chat e chat, formulários básicos, carreir, assim, tem coisas bem simples, tá? Porque isso aqui a ideia pessoal é só, né, mostrar funcionando e eu vou desligar algumas tesques, né, para desmocar isso aqui, tá bom? Mas nem irrelevante tem que tá usando, pode ser qualquer coisa, pode ser desde planejamento de pesquisa, é criação de um software, atualização de um sistema, cara, não importa, tá? Se você quer usar um agente, você pode usar a alet orquestrate, não tem problema. Então agora pessoal, vamos testar de fato aqui um prompt, né? Vamos chamar aqui a let. Então eu tô com prompt aqui, né? Para setbard tá usando dados falsos. Coloque um banco de dados com sequel light e prisma, né? Então agora a ideia vai ser é implementar coisas funcionais no aplicativo. E eu vou pedir o seguinte mas antes me fale quais modelos e estratégia você vai usar, tá bom? Então eu passei para uma tesque e perguntei: "Ó, me fala que que você vai usar". Naturalmente a ideia é que a Leta isso, te informe o que que ela vai usar, por e quando, tá? Só que por garantia eu tô fazendo isso aqui, né, para você ver aqui caso aconteça, né, ao vivo acontece sempre errado, mas vamos esperar aqui agora. Mas enquanto isso, por que que isso aqui virou uma skill, né, pessoal? Eu sou um cara que eu não costumo usar muitas skills, só que por que que virou uma skill? Cara, eu tendo muito a usar o cloud, usar o code agora realmente diferente ao longo longo do dia, né? Então, às vezes eu fico, cara, quase batendo o teto do cloud, mas eu não quero parar de usar o cloud e trocar pro Codeix. Então, o que eu faço? Tal, eu falo: "Pô, é, use o Codex para fazer tal tesque, mas você apenas de, sabe?" E tava ficando chato. Então, pensei, cara, por que não transformar isso aqui numa skill, né? Então, como skill eu consigo não precisar ficar repetindo isso toda hora, além de poder adicionar outras e também trazer para vocês aqui esse resultado, né? Além de que toda essa inspiração de estratégia tá vindo da alet ferramenta. Então, para quem conhece a ferramenta, para quem usa a ferramenta, né, sabe que a let tem essa ideia de orquestrar agentes, tá bom? Funciona tanto MSP da Lete como uma skill à parte. Beleza? Então olha, vamos ver o que aconteceu. Ele trouxe aqui estratégia um pouqu tres. Então olha aqui é o plano que ele vai usar, né? O base instalar prisma skillite codex no gpt. Sol medium worker shoutout principal. O lead vai ser ele, né? O cloud no opus. Juntar as mudanças vai ser com Cloud Opus também. Beleza. Tá separado aqui as tarefas, né? Baseada em modelos. Tem os porquês aqui, quem vai fazer e qual o modelo que vai ser utilizado. Beleza? Ó, ele perguntou sobre modelo estratégia, né? Ele falou: "Cara, você quer esse modelo aqui que tá agora ou quer um mais forte ou mais barato?" Eu falar: "Cara, quero um mais barato, né? Eu quero economizar tokens porque eu tô ficando sem tokens. Então vamos pedir para ele terar esse plano para invés de usar o Codex, né, e usar o Cloud Opus sempre aqui ele usar um plano mais de boa. E bom, como também no começo aqui, ele tá perguntando em relação quem vai de fato construir as coisas, né? Vou falar que eu quero que o Codex construa, né? Ele conserta ele mesmo, repita para economizar um token. Então vou falar com ele aqui. Mas ó, é importante dizer também que ele tá sempre olhando aqui, né? O gasto, eu tô lutando para poder fazer isso aqui mais performático, gastar menos tokens possível, menos tempo, né? Então a ideia é que de alguma forma ele sempre lendo. Então caso tenha Python no PC, isso vai ser mais prático, tá? Mas você não precisa ter Python, beleza? É o Python só dá algumas tours para facilitar para que a IA consiga melhorar o uso, beleza? Bom, ele deu alguns comandos aqui para resolver algumas coisas, mas isso aqui não tem problema, tá? Então caso de problema, vou falar não, continue com as tools que temos. Então use o cloud só por garantir, né? Ele deu um problema de permissão aqui, mas eu não quero resolver isso agora, tá bom? Mas aí você pode resolver depois. Bom, e aqui ele terminou depois de 8 minutos, né? Que assim, prompt simples, você sabe como funciona, foi, fez tal coisa. E se você for ver, olha, ele trouxe aqui como foi que extração, né? O colexão consigo gravar nessa máquina que tem de um problema de elevação aqui do meu node, então não tem problema, a gente pode jogar isso depois, tá bom? Então comeu até a janela dele aqui, então que construiu foi o Sonum. Então pô, um modelo não funcionou, o outro funcionou. E por que eu tô mostrando isso aqui, né? É de regravar, por exemplo, né? Ou refazer, ajustar, porque isso aqui é importante, tá? Como é uma orquestração, você tem que saber que coisas podem dar problema. E a ideia é que se um funcionar, o outro tem que funcionar. Então, como tava no nosso plano, o Codex não foi, mas o Son funcionou. Então, um não foi, o outro vai. E aí, isso aqui eu vou até anotar já poder resolver e já colocar na setup para poder mapear, né, a questão de ter permissão para poder fazer algumas coisas. Beleza, achei estranho porque eu tava testando isso aqui um pouco antes, pode ser por passa, mas depois eu resolvo. E ele reportou 1.9 de preço AP, então foi baratinho. Beleza? E ele traz pra gente aqui esse Alet Report HTML, que eu vou te mostrar o que é isso aqui, tá b? Eu vou rodar aqui, ó, letort HCML, tá bom? Vou dar aqui um enter. E quando eu rodar isso, ele vai abrir meu browser automaticamente, que ele abriu no meu outro browser aqui do outra tela, né? Que foi isso aqui, ó, que foi um report do que ele fez, tá? Então, quantos works ele usou para cada coisa. Então, um worker para execute, um worker para build, um worker para build retry, outro para build cloud, um para bugs, né? E se você for ver aqui, quando eu faço hover, ele me fala quem foi o agente que fez isso, né? O Cláudio foi o lead, então ele foi o chefe da coisa, ele foi o cara que orquestrou, mas quem de fato operou foram aqui, né, o Codex com 250.000 tokens, beleza? Com utilizando o GPT 6.1 Sol. E aqui mais abaixo um pouco dos workers também, então cada work que ele separou, então ó, o Foundation, products user, overview, build all, build cloud. Então ele separou agentes diferentes para coisas diferentes com usagers diferente, tá? E qual a diferença de você fazer isso normal com o subente normal do cloud? Provavelmente ele vai usar o mesmo modelo que ele usou no lead, tá? Então se tem um cloud como lead, ele provavelmente vai usar os subigentes com o opus também. Então a ideia daqui da skill, né, é você aprender e entender que você pode ter playbooks e poder delegar de forma mais inteligente, tá? E bom pessoal, essa é a ideia da skill. Queria te mostrar ela aqui. É uma skill simples, não tem nada complicado demais, né? A ideia é que a skill te ajuda bastante, que você converse com ela e você discuta. É qual estratégia caixa mais para você. Então cara, tem esse problema que você viu agora em relação ao KDEX, mas não tem problema. A gente resolve isso depois. A gente vai resolvendo com a skill. Quebrar uma PR lá também, tá? Vou aceitar as PRs, tudo bem? Pra gente arrumar isso aqui. Mas a ideia, pessoal, é que você tenha estratégias diferentes baseado nos seus modelos. Como eu disse, você não precisa ter cloud, não precisa ter codex, pode ser o seu open code ou o que for, tá bom? E você pode montar os seus própriosamentos, basta você falar pro Cloud: "Olha, quero criar um plano X, onde eu só uso o Antiraft". Vamos fazer isso agora, inclusive, né? Vamos fazer um plano agora em tempo real. Crie um playbook somente pro cloud, orientado a economia e abra para mim o HTML. Então eu vou pedir para ele aqui, né, montar um novo e orchestration playbook pra gente, tá bom? Enquanto ele é Roma, só para recapitular rapidamente para você lembrar. Aqui são algumas estratégias padrões que eu deixei para você poder ver, né? Então cascade, scald and build, o plan execute small, como tem no próprio review gate, best ofersonal call e alguns modelos e alguns planejamentos padrões aqui, né, estratégias interessantes de te utilizar, o routing, né, em relação à economia, balanceado e o performance. E por fim, quais provedores você tem acesso, tá? Então aqui, ó, provider aqui na esquerda, aparece aqui na direita os providers, tá bom? Então pessoal, ele criou aqui para mim o plan, né? Ele criou aqui o cloud economy. E se eu vir aqui, ó, o planner é o opus high e narrow testk, ele faz ele mesmo com o son medium. Aí aqui embaixo ele tá fazendo research task com scout no highiku. Se tiver low, ele vai usar o highiku no modo low. Meio redundante isso aqui, né? Mas enfim. Olha aqui, o builder tá usando o son, mas caso seja mais 70% ele vai tá, né, usando o haiku no medium e vai de usar o sonet no medium, porque o haiku é mais barato que que o Sonet, tá? Para quem não sabe, então normalmente é Fable, opos, sonik e o review também com son e vai passando aqui as coisas comer e por fim resulta da tesque, beleza? Então pessoal, você pode criar o próprio planning baseado no modelo que você tem. Então pô, se você não tem codx, se você não tem antig, você não tem, não tem problema, tá bom? Não tem problema. Lembrando que eles tm atuidade, então é interessante que vocês baixem e tenham, porque para que o seu cloud tenha mais oportunidades de economizar token, delegar mais coisas, né, e ter outras visões de outros modelos, é interessante você ter mais de um modelo de ar no seu, no seu PC, tá? Não ter só o cloud, por exemplo, tá? Então não se limite somente ao cloud. Mas bom pessoal, esse foi o resumo do resumo, tá? A ideia é só te mostrar como que funciona. Então pô, alet setup, alcest rate para você fazer algum plano específico passando seu prompt depois você passa ali um aler status, né, ou o aler reportl para você poder ver como que tá, né, e o seu uso no seu dia a dia, beleza? Mas enfim, pessoal, o repitó tá aqui, link tá na descrição para você poder apertar aí e dar uma olhada sobre isso, melhorar um pouco como você quiser.
Assistir ao vídeo original no YouTube
Assuntos: Agentes de IA. Publicado no YouTube em 2026-10-24.
Seleção automática por assunto e idioma. O vídeo pertence ao canal de origem.