Ponytail 5 é ABSURDO! O Claude Code escreve metade do código e gasta MUITO menos

Ver no idioma original →

Autoria: Matheus Battisti - Hora de Codar · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: Ponytail 5 é ABSURDO! O Claude Code escreve metade do código e gasta MUITO menos · Canal: Matheus Battisti - Hora de Codar · 22:19 · Assistir no YouTube

Tópicos: Agentes de IA, Claude Code, Engenharia de software com IA, Inferência e otimização de modelos

Resumo

O vídeo compara o desenvolvimento de um app com Claude Code, com e sem Ponytail 5, avaliando tempo, custo estimado, quantidade de código e funcionamento do resultado. O apresentador testa duas versões de um sistema de caderneta para pequenos mercados e observa diferenças visuais, mas funcionalidades semelhantes. Na comparação, Ponytail reduziu o custo estimado em 42% e o tempo em 38%, além de gerar menos código e instalar menos dependências. O vídeo também demonstra comandos de análise e auditoria que identificam simplificações e possíveis débitos técnicos, destacando a importância de revê-los conforme o projeto cresce.

Pontos-chave

• Ponytail 5 orienta o agent a preferir soluções simples e recursos nativos, evitando código e dependências desnecessários.
• O teste compara dois projetos de caderneta para pequenos mercados, um criado com Claude Code e outro com Claude Code e Ponytail.
• As duas versões implementaram as funcionalidades solicitadas, embora apresentassem diferenças de layout e alguns ajustes necessários.
• Na medição apresentada, a versão com Ponytail teve custo estimado 42% menor e levou 38% menos tempo.
• O projeto com Ponytail gerou menos código e instalou menos dependências.
• O comando ponytail dep mostra simplificações intencionais e registra possíveis débitos técnicos para revisão futura.
• O comando ponytail audit analisa projetos existentes e aponta possíveis melhorias, como corrigir o tratamento de datas e fusos horários.
• Soluções simplificadas podem funcionar bem no início, mas precisam ser reavaliadas quando o volume de dados e o projeto aumentam.

Capítulos

Início	Capítulo	Resumo
00:01	O que é Ponytail 5	O apresentador introduz o pacote, suas promessas de simplificação e as mudanças da versão 5.
03:14	Preparação da comparação	Ele apresenta os comandos e configura dois projetos para comparar o uso de Claude Code com e sem Ponytail.
05:24	Criação do app de caderneta	Os dois agentes recebem a tarefa de criar um sistema de registro de compras fiadas para um mercado local.
08:14	Comparação das primeiras versões	O apresentador abre os projetos, compara os layouts e testa o cadastro de clientes.
10:59	Expansão do produto e novos testes	Ele acrescenta requisitos de SaaS, autenticação, gestão de equipe, cobranças por WhatsApp e fechamento mensal, depois testa os resultados.
15:21	Custos, tempo e quantidade de código	A análise do contador aponta menor custo estimado, menor duração e menos código na versão com Ponytail.
16:57	Auditoria e débitos técnicos	O vídeo demonstra os comandos ponytail dep e ponytail audit e mostra como eles registram simplificações e sugerem melhorias.
20:13	Conclusões e recomendações	O apresentador resume os resultados e recomenda acompanhar o débito técnico à medida que o projeto cresce.

Citações

A ideia é ser preguiçoso com a solução, nunca com o cuidado. — 01:36

É aí que Ponytail se destaca: ele trabalha na simplificação do código, e isso gera economia. — 15:52

Algumas coisas são mantidas bem simples para o escopo do projeto. — 17:28

Quando o projeto evolui, você precisa acompanhar o débito técnico. — 21:48

Conceitos e entidades

• Ponytail (ferramenta): Pacote que orienta agentes de código a produzir soluções mais simples, com menos código e dependências.
• Claude Code (ferramenta): Ferramenta usada no vídeo para desenvolver e comparar os dois projetos.
• Codex (ferramenta): Agente de código citado como outra ferramenta compatível com Ponytail.
• Appmax (empresa): Solução de pagamentos divulgada pelo apresentador durante o vídeo.
• Next.js (ferramenta): Framework solicitado para criar os projetos de teste.
• TypeScript (conceito): Linguagem solicitada para o desenvolvimento dos projetos.
• Tailwind (ferramenta): Ferramenta de estilos incluída na configuração dos projetos de teste.
• SDD (conceito): Metodologia de desenvolvimento mencionada pelo apresentador ao divulgar seu e-book.
• débito técnico (conceito): Simplificação ou decisão técnica que pode exigir mudanças futuras conforme o projeto cresce.

Tradução completa (pt-BR)

00:01 O Garapony versão 5, para quem não conhece, é um dos pacotes que mais economizam tokens em ferramentas como Claude Code, Codex e similares, e agora chegou à versão 5. A ideia principal desse pacote é simplificar o código, e é daí que vêm as economias. Neste vídeo, vamos comparar um projeto sem ele com outro usando-o, para ver se a versão 5 melhorou tanto quanto dizem. Vários recursos foram adicionados; vamos passar por tudo aqui e testar na prática. Então, pode entrar, vamos começar. Bom, pessoal,

00:33 quem acompanha o canal há algum tempo conhece o Pil, né? Falamos dele quando lançou um pacote que está fazendo sucesso no GitHub. Mais de 160 mil estrelas, e é open source, né? É open source e funciona com vários agents. Vou testá-lo aqui no Claude Code, mas vocês terão a mesma experiência com todos eles, porque ele tem uma configuração que faz a IA escrever código mais simples, o que resulta em economia. Olha só, uma skill que faz a gente escrever apenas o código realmente necessário para a tarefa. A versão 5 foi reconstruída do zero e promete metade do código, ainda menos que a versão anterior,

01:05 né? Mais rápido e mais barato. Hoje vou testar se vale a pena em um app de verdade. Então, vamos lá. Olha só, aqui está uma comparação, com e sem ele, né? Eles obviamente melhoraram o desempenho do pointer em relação à última versão, mas a diferença aqui é impressionante: o número de linhas que a IA escreve com e sem o pointer, de 335 para 10 neste cenário de adicionar um seletor de data a um formulário. Bom, antes de escrever, ele passa por uma sequência de sete perguntas, né? Então, esse é o funcionamento normal; não é uma mudança significativa na

01:36 versão 5, pessoal. Mas é o seguinte: ele pergunta se o código precisa existir, se já está pronto no projeto para ser reutilizado ou se a própria linguagem já resolve isso sem precisar instalar nada externamente. E também se o navegador ou a plataforma já tem esse recurso, ou seja, se o navegador tem uma funcionalidade nativa para isso. Assim, conforme recebe respostas negativas, ele avança, e, quando encontra o trecho exato, o ponto exato, para e trabalha com essa solução, certo? A ideia é ser preguiçoso na solução, nunca no cuidado. Então, ele

02:07 vai garantir segurança e validação no que faz, vai trabalhar para evitar perda de dados e garantir acessibilidade, que é um ponto muito importante em projetos web. Certo, pessoal, vejam o que mudou na versão 5. Então, sobre a versão 5: ela foi reconstruída do zero e agora mostra a fatura enquanto trabalha. Ela se combina, digamos, com os mods do Claude Code, mostrando em tempo real a economia que estamos obtendo. Mesmo assim, vou usar um programinha que calcula o custo da sessão, e vamos conferir se ele não está mentindo, né? Também compararemos os custos com projetos que não têm o Pony Tail, certo? Então,

02:42 aqui teremos esse contador, que é uma melhoria da versão 5, certo? Além disso, temos regras com metade do tamanho, ou seja, eles reduziram os arquivos de regras; há um mapa do projeto para escrever, como um plugin de grafo que vai estruturar o projeto para que ele entenda melhor onde está trabalhando. Ele informa o que ignorou, ficando mais explícito, né? Olha só, o Codex trabalhando ali; fica mais claro o que ele não fez, né? Por exemplo, aqui pulei a exportação para PDF, risco de fuso horário na maturidade. Então, ele vai explicar o motivo para

03:14 a gente não acabar com revisões vagas, mas sim com auditorias reais e revisões de auditoria. Então, teremos novas skills aqui, e também os últimos comandos para trabalhar com isso. O que vamos fazer no teste de hoje? Basicamente, vamos criar dois apps, um só com Claude Code e outro com Pony Tail e, no fim, vamos ver o que ele nos mostra, porque teremos um contador de tokens acompanhando as duas sessões. Combinado? Vamos lá. Então, pessoal, antes de começar, não se esqueçam de baixar o Fáb Sistemas. É o meu e-book mais recente, totalmente gratuito para vocês. O link vai estar

03:48 bem aqui na descrição do vídeo. Nele, vocês vão encontrar um método para criar projetos com IA usando SDD, que é uma metodologia que eu uso e que já foi bem validada. Também vou explicar como penso e como estruturo as coisas para criar este projeto que vamos construir juntos. E, no fim, ainda vou mostrar maneiras de conseguir os primeiros usuários e clientes para o seu app. Combinado? Então, baixem, não se esqueçam, certo? Links importantes. Temos o Pony Tail aqui, certo? Pois é, ele foi bastante atualizado; vejam o número de estrelas, já está crescendo. Temos aqui, né, todo o método de instalação

04:20 dele. O texto fala da versão 5, mas vocês podem seguir as instruções de instalação aqui. São só alguns comandos, é bem simples, certo? Tem bastante propaganda aqui, mas olhem, estes são os comandos de instalação. É só descer um pouco que vocês vão encontrar, certo? Dá para instalar no Claude Code, no Codex e em outros agents. Então, vou deixar o link do repo aqui na descrição. Esta foi a publicação da versão, certo? Quando anunciaram, basicamente disseram o que mencionei no slide, né? Mas aqui está a explicação do próprio criador. E aqui estão os comandos de revisão e auditoria, né,

04:52 que também podemos usar para conferir o projeto e os resultados, certo? Dito isso, vamos ao Claude Code. E aqui deixei a estrutura preparada, certo? Uma pasta com componentes e outra sem. Vou fazer uma demonstração para vocês verem. Vou iniciar as duas. Vamos também renomear os dois terminais aqui, só para ficar claro. Vou até mudar as cores. O que tem vai ficar verde e o que não tem vai ficar vermelho. E é o seguinte, olha

05:24 só: esta barra aqui é o pointer. Esse 0,0 segundo completo é a métrica dele, né? O que está sem não mostra nada. Então, ele está instalado no nível do projeto apenas neste aqui, certo? Preparei alguns prompts, certo? Também posso compartilhá-los, se vocês quiserem; é só pedir nos comentários. Os prompts que vou usar são estes aqui, certo? Então, aqui está a instalação do Pil, o primeiro prompt e o segundo, né, que vou usar para conduzir este vídeo, pessoal. Então, vamos em frente. Vamos começar pelo primeiro. Vou colocá-lo aqui e também vou colocá-lo

05:59 aqui e ler para vocês. É assim: crie um projeto novo, uma pasta chamada “caderneta”, completamente separada do restante. Use Next.js com TypeScript, Tailwind e um banco de dados. Então, ele terá um banco de dados. Depois explico que a “caderneta”, né, é o caderno de fiado da mercearia do bairro, no computador do balcão. O dono registra o que o cliente levou fiado, recebe pagamentos parciais e vê quem está devendo há mais tempo. O cliente recebe um link para consultar o próprio saldo sem instalar nada. Isso substitui o caderno espiral no balcão que some, molha e causa discussões. Basicamente, é uma

06:32 maneira de o sujeito controlar quem deve o quê, né? Então, os dois estão rodando agora, e vamos ver como isso se desenrola. Depois vou executar o script que nos dará os dados reais de custo de cada sessão. Então, pessoal, o que está acontecendo aqui é que os custos não estão sendo contabilizados. Talvez seja porque estou usando uma assinatura, certo? Vou conferir no fim, quando ele realmente entregar os resultados, certo? Mas isso pode acontecer. Mesmo assim, meu script vai funcionar porque tem uma estimativa de tokens, né? Usei isso em outro vídeo em que comparei o Opus com o Opus usando vários subagents Haiku, né? E lá consegui mostrar que há economia ao usar vários subagents Haiku, e o resultado continua muito parecido, certo? Então, se quiserem, deem uma olhada naquele vídeo — editor, coloque a miniatura “Exército de Haiku” —, é bem interessante para quem quer melhorar o uso de tokens no Claude Code usando apenas os recursos do próprio Claude, sem instalar nada. Mas vou continuar esperando aqui, pessoal. Deve estar quase terminando. Volto em 10 minutos. Já volto, pessoal. Bom, pessoal, o Ponytail terminou, então temos isso —

07:06 versus o Opus com vários subagents Haiku, né? E lá consegui mostrar que há economia ao usar vários subagents Haiku, e o resultado continua muito parecido, certo? Então, se quiserem, deem uma olhada naquele vídeo — editor, coloque a miniatura “Exército de Haiku” —, é bem interessante para quem quer melhorar o uso de tokens no Claude Code usando apenas os recursos do próprio Claude, sem instalar nada. Mas vou continuar esperando aqui, pessoal. Deve estar quase terminando. Volto em 10 minutos. Já volto, pessoal. Bom, pessoal, o Ponytail terminou, então temos isso —

07:42 uma característica clássica dele, né? Como termina um pouco antes, já que se desenvolve de um jeito mais simples, né? Não que seja ruim ou que falte alguma coisa, mas ele usa código nativo sem instalar tantas coisas, então tudo acaba ficando simplificado, né? Inclusive os testes. Então ele terminou um pouco antes do que o que não usa o Ponytail, que também deve estar quase no fim, né? Com os dois aqui, vou iniciar os projetos, continuar por um tempo e depois vamos ver se economizou dinheiro ou não. Ah, acabou de

08:14 passar, gente. O que usa o Ponytail levou 10 minutos, e o que não usa o Ponytail levou 15 minutos, certo? Vou pedir para os dois iniciarem o projeto. Aqui também. Vamos ver se os dois entregaram basicamente a mesma coisa, né? E aqui, gente, achei que os valores seriam comparados entre a versão com e sem, mas não. Só está mostrando quanto a sessão custou no total e quanto custou o último prompt. Então acho que meu contador vai ser mais eficaz para essa comparação no final, certo? Vai começar aqui. A porta 3000 era a

08:48 versão sem, e a porta 3002 era com. Então vamos lá. Abriu a 3000. Abriu a 3002. Opa. Vejam, aqui dá para perceber que há uma diferença no layout, né? Este componente foi mais para uma vibe de caderno. Ele até usou uma fonte inclinada, mais excêntrica. E por aí vai, enquanto este não; usou uma fonte mais profissional. Na minha opinião, prefiro este cenário aqui, porque o cara está realmente criando um

09:20 sistema de verdade que alguém vai usar. Neste cenário aqui, a pessoa teria que apertar os olhos para ler, né? Então não gostei tanto, mas um ajuste no prompt resolveria isso, certo? Então aqui estou registrando uma dívida também, olha. Continua profissional, né? Já que usa a fonte mais elaborada, digamos, só em alguns lugares, né? Onde é preciso ter clareza, está usando a fonte certa. E aqui mudou um pouco a fonte, né? Agora está voltando para uma fonte mais normal, digamos. Outra coisa que percebi é que aqui ele

09:53 usa um fundo branco para que as linhas do caderno não interfiram, enquanto aqui está usando o texto sobre as linhas, o que também dificulta a leitura. Então há alguns pontos negativos na outra versão, né, com o mesmo prompt, que deveriam ser ajustados. E talvez esse ajuste não custe necessariamente mais do que usar apenas a versão na nuvem, mas é algo para observar: os detalhes importam, certo? Então aqui, cadastrar cliente. Vou colocar um exemplo rápido para vermos uma validação, né? Coloca aí,

10:28 olha. Aí está meu cliente. Vamos conferir esta versão. Também cadastrou. Então o teste está feito. Certo. As duas estão funcionando bem, né? Só há essas diferenças de layout, que são mínimas e, como eu disse, o prompt resolveria. Agora vou evoluir um pouco o app para dar mais substância ao teste e, por fim, ver quanto cada um custou no meu contador de tokens,

10:59 né? Então vou vir aqui e enviar o prompt, e aqui também. O que pedi agora? O caderno vai se transformar em um produto para vários pequenos mercados. Crie uma página de apresentação do produto que possa ser a primeira tela para quem chegar. É como se estivéssemos evoluindo o produto para um SaaS, né? Vai mostrar o que é o caderno. Agora haverá um cadastro com login, e-mail e senha. Então haverá autenticação. O proprietário poderá cadastrar o caixa do mercado, né, para poder gerenciar os clientes. Para cada cliente inadimplente, um botão de cobrança que vai abrir e enviar um aviso pelo

11:31 WhatsApp e uma tela de fechamento do mês. Então, mais funcionalidades para forçarmos um pouco mais aqui e vermos o que acontece no final, pessoal. Enquanto isso não está sendo criado, um aviso muito importante, falando sobre pagamentos para a loja, né? A Appmax é a solução de pagamentos que recomendo para você integrar ao seu sistema, certo? O que acontece? Eles não cobram nenhuma taxa no Pix pelo link aqui na descrição e no comentário fixado deste vídeo. Isso vai ajudar você a receber o valor integral da compra. Então, se a pessoa pagou 100,

12:02 você recebe 100. Em todos os outros gateways de pagamento, haverá uma taxa fixa ou percentual. E aqui você tem essa condição especial de taxa zero no Pix, o que é muito interessante, já que, por exemplo, na Loja Codar, minha plataforma, as vendas são basicamente metade no Pix e metade no cartão. Ou até mais no Pix do que no cartão, né? Nunca temos mais pagamentos no cartão do que no Pix. Então, atualmente, é o método de pagamento preferido dos clientes da nossa plataforma, e provavelmente também é em outras, então você poderá ter mais fluxo de caixa, certo? É só integrar via API e consultar a documentação. Aqui está um guia de início rápido para ajudar você a integrar

12:36 mais rápido. Coloque isso na IA, aperte Ctrl + A, Ctrl + C aqui e envie, e ela poderá fazer a integração perfeita para você. Você só vai precisar se cadastrar aqui na Appmax e inserir seu token, né? Obviamente, mas é muito simples, cara. Eles têm tudo, né? Têm pagamentos padrão com vários métodos de pagamento, cobranças recorrentes para cobrar todo mês, divisão de pagamentos para separar valores entre contas se você tiver um sócio, antifraude, tokens, webhooks e por aí vai. Então é uma solução completa para os pagamentos do seu sistema. E, se ainda tiver alguma dúvida, mande uma mensagem para eles; vão responder na hora

13:10 para ajudar você e explicar como configurar os pagamentos no seu sistema. Entendeu? Então vamos voltar ao nosso Ponytail. E vamos ver o que acontece nesta rodada final, né? Bom, pessoal, chegamos ao fim desta segunda rodada. Olha, aqui no Ponytail levou quase 10 minutos de novo, e sem ele levou 18, certo? Então, quase o dobro do tempo, né, para trabalhar sem o pool. Vamos ver então se o resultado é melhor na versão com Ponytail ou na outra

13:44 versão. Então vou criar uma conta aqui, certo? Para ver se funciona, né? Olha, consegui criar a conta e cadastrar um cliente; ele tem um limite de 200. Certo. Depois, comprou 10 dólares em pão. Registrei a compra, painel, fechamento. Então esta é a versão “sem Ponytail”, né? É a versão em que temos texto mais legível e fundos brancos para a fonte não ficar

14:16 cortada pelas linhas, então está totalmente funcional, certo? Modo de equipe, novo cliente, fechamento. Então adicionou tudo o que pedimos, certo? Agora, o componil, que está na porta 3002. Vamos fazer o teste aqui. Então ainda manteve aquela estética em que a linha corta as letras, né? Olha, funcionou. Tem um erro do Next ali. A outra versão não tinha. Também é fácil resolver isso, né? É só mandar corrigir. Vou adicionar um cliente novo.

14:47 Olha, até os botões são difíceis de enxergar assim, né? Nasceu ali. Então, limite de 200, cadastrei, olha. Cadastrou aqui; ela comprou 10 dólares em pão. O histórico está aqui, a tela de fechamento também, 10 dólares no valor, painel, né, equipe e todo o resto. Então, tirando o erro do Next, tudo funcionou da mesma forma. Podemos dizer que a diferença é uma questão de layout, né, além da economia de tokens e tudo mais, e do código mais simples que o Pinte provavelmente adotou,

15:21 né? Então, cara, para mim, o resultado foi o mesmo aqui em relação ao sistema, porque eu poderia mudar tudo aqui com instruções de layout, certo? Agora vamos conferir o resultado, certo? Vou abrir um terminal aqui na pasta P. Vou executar o contador de tokens. Esse aqui mostra qual foi a diferença entre as sessões, certo? Então temos aqui o “sem Ponytail” e o “com Ponytail”. E aqui está um resumo geral

15:52 lado a lado, que é mais fácil de ler. Então, se fosse pela API, né, eu gastaria 10.100 e quase 6 com o Ponytail. Olha a diferença nos tokens de saída. É aí que o Pilio se destaca, né? Porque trabalha na simplificação do código, e isso gera economia, muito menos tempo de desenvolvimento, o que também é legal: entrega mais rápida e menos linhas de código, né? Praticamente um terço. Também é interessante. Isso pode resultar em desempenho, né? O navegador lendo o sistema. Ah, arquivo de código, menos arquivos

16:23 também para carregar, uma compilação mais rápida, há um arquivo de teste que não tem nenhum [teste] e uma dependência a menos. Isso também ajuda a deixar o pacote menor, certo? Então tivemos um custo 42% menor com Ponytail, certo? E o tempo também foi 38% menor com Ponytail. Aqui estão as bibliotecas que cada um instalou, certo? Elas eram diferentes, na verdade. Interessante, né? Dá para ver que o Ponytail não instalou BerkeleyDB, certo? Que é um ORM. Provavelmente fez todas as consultas manualmente, certo? Então ficou claro que realmente houve economia.

16:57 Certo, pessoal. Então, claro, é preciso fazer muitos testes, né? Não gosto de começar a recomendar coisas do nada, mas aqui está claro que temos uma comparação e que o Ponytail se saiu melhor, certo? Também vimos o resultado visual: nada ficou significativamente melhor usando só o Cloud, sem Ponytail, o que seria justo, né? Sem economizar tantos tokens e acertar o layout, provavelmente nem chegaria ao mesmo resultado. Também podemos usar alguns comandos novos que chegaram, como ponytail dep. Certo? Esse

17:28 comando vai mostrar se algo foi simplificado de propósito; haverá um comentário explicando o que foi feito, certo? Em outras palavras, ele basicamente procura comentários no código para reunir essas dívidas e mostrá-las para nós. Então, qual é a ideia central desse recurso, desse comando? Algumas coisas são mantidas bem simples para o escopo do projeto, certo? Quando o projeto crescer, essa abordagem pode ser ruim. Então, ele registra o que fez e o que precisa

18:02 ser feito depois, certo? Então vamos ver: “Os resumos do painel de fechamento carregam todos os clientes e lançamentos do mercado na memória e fazem os cálculos em JavaScript, em vez de agregá-los no SQL. Isso funciona bem até alguns milhares de linhas por mercado.” Então, ele está falando de dívida técnica. Quando o volume crescer bastante, é melhor passar isso para o SQL. Isso já está comentado, certo? Então, teoricamente, poderíamos fazer essa melhoria depois, certo? Fica tudo registrado. E também existe ponytail audit. Esse

18:33 comando talvez não encontre nada, certo? Mas serve para auditar projetos que já estão em andamento. Aí instalamos o Ponytail. O que ele vai fazer? Vai identificar pontos de melhoria no projeto, certo? O ideal seria vir aqui, instalá-lo neste projeto e rodar o comando, certo? Mas vou deixar isso com vocês, para entenderem que dá para fazer. Basicamente, ele converteria o projeto original, digamos, o projeto inteiro, em um projeto com Ponytail, certo? Essa é a função do comando alt. Vamos ver se encontra alguma coisa, porque, mesmo que tudo tenha sido feito pelo Ponytail,

19:07 a IA pode apresentar resultados diferentes, certo? Então talvez tenha cometido um erro, entre aspas, e aí perceberia, nessa auditoria, que poderia melhorar aquilo, certo? Também seria um processo de melhoria contínua rodar isso de vez em quando. Olha só, encontrou algo. Isso é interessante, né? Ele foi entender o que o projeto faz, certo, e por aí vai. É como se tivesse aparecido do nada, né? Então, veja: “A data vem do relógio do servidor. O que é a função today? Ela fornece a data de cada compra de pagamento e calcula vencimentos e atrasos. O problema é que ela usa o fuso horário do servidor; quase todas as hospedagens usam UTC. Certo, correção,”

19:40 apenas uma linha: new Date().toLocaleString e definiria o fuso horário America/Sao_Paulo. Se você não corrigir isso, as datas e os vencimentos ficam errados à noite, justamente no horário mais movimentado do mercado, está vendo? Então, ele está prevendo o problema que teremos quando hospedarmos esse projeto, certo? E apresenta a solução. Então, o projeto que criei inteiramente no componente tem ajustes que poderíamos fazer para implementar essas melhorias e deixar o código mais “Ponytailizado”, certo? Digamos assim. E só precisamos pedir por meio de um prompt, certo? “Corrija isso.” Vamos lá, certo? Algo assim. Ele corrigiria todos esses problemas. Cara, essas melhorias da nova versão são

20:13 muito legais, certo? Gostei bastante. Vou testar mais para trazer resultados para vocês. E, se quiserem, deixem nos comentários que vou tentar trazer mais vídeos sobre o Ponytail. Pessoal, avisos finais, certo? Vou deixar o repo aqui para vocês, provavelmente nos links do vídeo, na descrição. Na verdade, é muito fácil de encontrar; é um repo grande. É só pesquisar Ponytail e vocês vão achar, certo? E leiam a documentação ou o changelog para entender o que mudou e quais foram os comandos que usamos, assim vocês entendem de onde veio, certo? E, se estiverem pensando em integrar pagamentos

20:45 ao seu sistema, considerem a Appmax, porque eles não cobram taxa no Pix. Isso ajuda bastante quem está começando, pessoal! É muito fácil de integrar. A IA já consegue fazer tudo isso praticamente de forma automática, certo? Você só precisa da sua chave, que cria quando abre uma conta aqui, certo? Depois, é só pegá-la no sistema deles. Entenderam? Baixem o Fábrica. Eu diria que é o nosso recurso mais novo. Ele orienta você a criar um projeto começando por pensar nele, planejá-lo e colocá-lo para funcionar com SDD, do zero até estar no ar. Também mostra como usar estratégias interessantes para atrair

21:16 clientes e usuários para o seu app ou sistema, certo? É o passo a passo completo, um ebook ilustrado que está recebendo muitos elogios, com quase 200 páginas, tudo de graça para vocês que estão aqui no canal, certo? O link está na descrição. Bom, é isso, pessoal. No outro vídeo sobre o Pilio, de alguns meses atrás, as pessoas pediram para fazer uma comparação lado a lado e ver se realmente economizava tokens. Aqui mostrei que sim, certo? E, com essa nova versão, a economia de tokens é ainda mais agressiva. Só lembrando, certo? Vocês viram que ele gera issues de dívida técnica. Isso precisa ser mapeado, porque, se

21:48 esse projeto crescer, vocês vão ter problemas, certo? O interessante dessa nova forma de desenvolver é que agora lidamos com projetos variados, com poucos clientes, porque estamos lançando muitas coisas, certo? E porque ela deu às pessoas que não entendem de código o poder de fazer isso. Isso é interessante. E a ponte ajuda, certo? Porque funciona com projetos simples, eficientes e rápidos de colocar no ar. Mas, quando o projeto evolui, é preciso ficar de olho na dívida técnica para que nada fique para trás e vocês não sejam pegos de surpresa,

22:19 não vejam o servidor cair por causa de alguma bobagem, nem o projeto ficar naturalmente mais lento, porque as estratégias são tão agressivas que algumas não são sustentáveis a longo prazo, certo? Então, é preciso ficar de olho nisso. Comentem abaixo o que acharam, para eu conhecer as opiniões de vocês. E deixem o like e se inscrevam; isso me ajuda muito aqui no canal e também apoia meu trabalho. Combinado, pessoal? Então, obrigado, até mais. Estou indo.

Transcrição original

[00:01] Garapony version 5, for those who don’t know, is one of the packages that saves the most tokens for tools like Cloud Code, Codex, and similar, and it has now reached version 5. The main idea of this package is to simplify code, and that’s where the savings come from. In this video, we’re going to compare a project without it to one with it, to see if version 5 has improved as much as they say. Several features have been added; we’ll go through everything here and test it in practice. So come on in, let’s get started. Well guys,

[00:33] those who have been with the channel for a while know about Pil, right? We covered it back when he launched a package that is blowing up on GitHub. Over 160,000 stars, and it’s open source, right? It’s open source and works with various agents. I’ll test it here in Cloud Code, but you’ll have the same experience with all of them, because it has a setting that makes the AI write simpler code, which results in savings. Look at that, a skill that makes us write only the code that the task actually requires. Version 5 was rebuilt from scratch and promises half the code, even less than the last one,

[01:05] right? Faster and cheaper. Today I’m testing if it’s worth it in a real app. So let’s go. Look at this, here is a comparison, with and without it, right? They obviously improved the performance of the pointer from the last version, but the difference here is striking— the number of lines the AI writes with and without the pointer, from 335 down to 10 in this scenario of adding a date picker to a form. Well, before writing, it goes up a ladder of seven questions, right? So, this is its normal operation ; it’s not a significant change in

[01:36] version 5, folks. But here’s what happens: it asks if the code needs to exist, if it’s already ready in the project to be reused, or if the language already handles it without needing external installs. And if the browser or platform already has it, meaning, if the browser has a native feature for it. So, as it gets negative answers, it moves up, and when it finds the exact portion, the exact point, it stops and works with that solution, okay? The idea is to be lazy with the solution and never with the care. So it

[02:07] will have security, validation in the things it does, it will work to prevent data loss and ensure accessibility, which is a very important point in web projects. Alright guys, look at what changed in version five. So, now about version five, rebuilt from scratch and it now shows the bill while it works. It’s combining, let’s say, with cloud code mods, showing the savings we’re getting in real time. But even so, I’ll use a little program that will calculate the session cost, and we’ll see if it’s not lying, right? Comparing the costs also with projects that don’t have Pony Tail, okay? So

[02:42] here we’ll have this counter, which is an upgrade in version five, okay? Besides that, we have rules that are half the size, meaning they slimmed down the rule files, a project map to write, like a graph plugin that will structure the project so it understands better where it’s working. It tells you what it skipped, so it becomes more explicit, right? Look, Codex working there, it’s clearer what it didn’t do , right? For example, here I skipped exporting to PDF, risk of time zone in maturity. So it will give a reason so

[03:14] we don’t end up with vague reviews, but with real audits and audit reviews. So it will have new skills here, last commands to work on this as well. What are we going to do here in today’s test then? Basically, we’ll create two apps, one with pure cloud code, one with Pony Tail, and at the end we’ll see what it shows us, because we’ll have a token counter tracking both sessions. Deal? Let’s go. So guys, before we start, don’t forget to download Fáb Sistemas. It’s my newest e-book, completely free for you. The link will be right

[03:48] here in the video description. In it, you’ll find a method to create projects with AI using SDD, which is a methodology I use and is well-validated . And I’ll explain to you how I think , how I structure things to create this project we’re going to build together . And at the end, I’ll still show you ways to get your first users and clients for your app. Deal? Well, download it, don’t forget, okay? Important links. We have Pony Tail here , okay? Right? So, it has updated quite a bit, see, the number of stars there, it’s already growing. We have here, right, the entire installation method

[04:20] for it. It’s talking about version five, but you can follow how to install it here. It’s just a few little commands, it’s very simple, okay? A lot of ads here, but look, here are the installation commands. Just scroll down a little and you’ll find it, okay? It can be installed in cloud code, Codex, and other agents. So, repository, I’ll leave the link here in the description. This here was the version release, okay ? So, when they announced it, they basically said what I mentioned on the slide, right? But here it is explained by the creator himself. And here are the review and audit commands, right,

[04:52] that we can also use to check the project and the results, okay? That said, let’s head to cloud code. And here I have the structure set up, okay? One folder with components, another one without. I’ll do a demonstration here for you to see. I’m going to start both . Let’s rename the two terminals here as well, just so we’re clear. I’ll even change things here. The one with will be green and the one without will be red. And here’s what happens, look

[05:24] , this bar here is the pointer. This full 0.0 seconds is its metric, right? The one without has nothing. So it is installed at the project level only on this one, okay? I’ve prepared some prompts here, okay? which I can also share if you want, just ask in the comments. The prompts I’ll be using will be these here, okay? So here is the installation, right, of Pil, the first prompt, the second, right, which I’ll use to direct this video, guys. So , moving on. Let’s go with the first one, so I’ll put it here, I’ll put it

[05:59] here too and read it for you. So it’s like this, create a new project, a folder called “caderneta,” completely separate from the rest, use Next.js with TypeScript, Tailwind, and a database, so it will have a database. Then I explain that the “caderneta,” right? is the tab notebook for the local grocery store, on the counter computer. The owner records what the customer took on credit, receives partial payments, and sees who has been owing the longest. The customer receives a link to check their own balance without installing anything. It replaces the spiral notebook on the counter that goes missing, right, gets wet, and causes arguments. Basically a

[06:32] way for the guy to keep track of who owes what, right? So both are running now, and we’ll see how it unfolds, and later I’ll run the script that will give us the actual cost data for each session. So here, guys, what’s happening is it’s not counting the costs. That might be because I’m on a subscription, okay? I’ll check at the end when it actually delivers the results, okay? But it can happen. Even so, my script will work because it has a token estimation, right? I used this in another video where I compared Opus

[07:06] versus Opus with several Haiku sub-agents, right? And there I was able to show that there’s savings in using several Haiku sub-agents and the result is still very similar, okay? So, if you want, take a look at that video— editor, put the “Haiku Army” thumbnail there; it’s quite interesting for those who want to improve token usage in Claude Code using only Claude’s own features, without installing anything. But I’ll keep waiting here, guys. It should be almost finished. I’ll be back in 10 minutes. I’ll get back to you guys shortly. Well, guys, the portail one finished, so we have that—it’s a

[07:42] classic characteristic of it, right? Because it finishes a bit sooner, since it develops in a simpler way, right? Not that it’s bad or missing things, but it uses native code without installing as many things, so everything ends up simplified, right? Including the tests. So it finished a bit before the non-portail one, which must be near the end too, right? With both here, I’ll start the projects, continue for a bit, and then we’ll see if it saved money or not. Oh, it just

[08:14] went through, guys. The portail one took 10 minutes, and the non-portail one took 15 minutes, okay? I’ll ask both to start the project. It’s here too. Let’s see if both delivered basically the same thing, right? And here, guys, I thought the values would be compared for the version with and without, but no. It’s only showing how much the session cost in total and how much the last prompt cost. So, I think my counter will be more effective for this comparison at the end, okay? It’s going to start here. Port 3000 was the

[08:48] one without, and port 3002 was with. So let’s go. Opened 3000. Opened 3002. Whoops. See, here we can see there’s a difference in layout, right? This component went more for a notebook vibe . It even used a slanted, quirkier font . And so on, while this one didn’t; it used a more professional font. In my view, I prefer this scenario here because the guy is actually building a

[09:20] real system that someone will use. In this scenario here, a person would have to squint to read it, right? So I didn’t like it as much, but a prompt adjustment would fix it, okay? So here I’m entering a debt as well, look. It stays professional, right? Since it uses the more elaborate font, let’s say , only in a few places, right? Where clarity is needed, it’s using the right font. And here it changed the font a bit, right? Now it’s going back to a more normal font, let’s say. And another thing I noticed is that here it

[09:53] uses a white background so the notebook lines don’t interfere, while here it’s using it over the lines, which is also hard to read. So there are some negative points with the other one, right, with the same prompt that should be adjusted. And maybe this adjustment doesn’t necessarily cost more than just the cloud version, but it’s something to observe—details matter, okay? So here, register customer. I’ll put a quick one in here so we can see a validation, right? Put it in there,

[10:28] look. There’s my customer. Let’s check this one. It registered as well. So the test is here. Alright. So both are working well, right? There are just these layout differences which are minimal and, as I said, the prompt would fix them. Now I’m going to evolve the app a bit to give the test more substance, and then finally see how much each cost in my token counter,

[10:59] right? So I’ll come here and send the prompt, and here too. So what did I ask for now? The notebook will turn into a product for various small markets. Create a product presentation page that can be the first screen for those who arrive. So it’s as if we’re evolving the product into a SaaS, right? It will show what the notebook is. There will be a registration now with login, with email and password. So, there will be authentication. The owner can register the market’s cashier, right, to be able to manage the customers. For each overdue customer, a collect button that will open and send a notice via

[11:31] WhatsApp and a month-end closing screen . So, more features for us to push a little harder here and let’s see what happens in the end, folks. While we’re not creating it, a very important notice, talking about payments for the store, right? Appmax is the payment solution I recommend for you to integrate into your system, okay? What happens? They have zero fees on Pix via the link here in the description and in the pinned comment of this video. This will help you receive the full value of the purchase. So, if the guy paid 100,

[12:02] you receive 100. In all other payment gateways, you will have a fixed fee or a percentage. And here you have this special condition of zero fees on Pix, which is very interesting, since, for example, at Loja Codar, my platform, it’s basically half Pix/half card. Or even more Pix than card, right? We never have more card than Pix. So it’s a preferred payment method for customers on our platform currently, and it probably is on others too, so you’ll be able to have more cash flow, okay? So just integrate it via API and you’ll explore the documentation. Here is a quickstart to help you integrate

[12:36] faster. Put it into the AI, hit Ctrl + A, Ctrl + C here and send it over, and it will be able to do the perfect integration for you. You’ll just have to sign up here at Appmax and put in your token, right? Obviously, but it’s very simple, man. They have everything, right? They have standard payments with various payment methods, recurring billing to charge every month, splits to divide between accounts if you have a partner, anti-fraud, tokens, webhooks , and so on. So, it’s a complete solution for your system’s payments, and if any questions remain, send them a message, they’ll respond right away

[13:10] to assist you and instruct you on how to set up payments in your system. Got it? So, let’s go back to our Ponytail. And let’s see what happens in this final round, right? Well, guys, we’ve reached the end of this second round. Look, here in Ponytail it took almost 10 minutes again and without it took 18 , okay? So, almost double the time, right, to work without the pool. Let’s see then if this result is better in the Ponytail version or the other

[13:44] version. So, I’m going to create an account here, okay? To see if it works, right? Look, I managed to create the account, register a client, they have a 200 limit. Alright. Then they bought 10 dollars of bread. I noted the purchase, dashboard, closing. So this one is the “no pontail” version, right? Which is the one where we have more legible text , white backgrounds so it doesn’t cut

[14:16] off the font. with the lines, so it’s fully functional, okay? Team mode, new client, closing. So it added everything we asked for, okay? Now the componil, which is 3002. Let’s run the test here. So it still kept that aesthetic where the line cuts the letters, right? Look, it worked. There’s a Next issue there. The other one didn’t have it. This one is easy to solve too, right? Just tell it to fix it. I’ll add a new client.

[14:47] Look, even the buttons are hard to see like this, right? Born there. So, 200 limit, I registered, look. Registered here, she bought 10 dollars of bread. The history is here, there’s the closing screen, 10 dollars there in the value, dashboard, right, team, and everything else. So, aside from the Next error, everything worked the same. We could say the difference is a matter of layout, right, besides the token savings and everything else, and the simpler code that Pinte likely adopted,

[15:21] right? So, man, for me the result was the same here regarding the system, because I could change everything here with layout instructions, okay? Now we’re going to look at the result, okay ? I’ll open a terminal here in the P folder. I’ll run the token counter. This guy here shows what the difference was between the sessions, okay? So we have the “no pontail” and the “componil “ here. And here is a general

[15:52] side-by-side summary, it’s easier to read. So if it were via API, right, I would spend 10,100 and almost 6 with. Look at the difference in output tokens . So this is where Pilio shines, right? Because it works on code simplification and that generates savings, much less development time, that’s also cool, delivering faster, fewer lines of code, right? Practically 1/3. Also interesting. This can result in performance, right? The browser reading the system. Ah, code file, fewer files

[16:23] to load too, a faster build, there’s a test file that has none, and one less dependency. This also helps the bundle, right, to be smaller. So we had a 42% lower cost here with Ponytail, right? And the time was 38%lower as well with Ponytail. Here are the libraries that each one installed, right? They were actually different. Interesting, right? You can see that Ponytail didn’t install BerkeleyDB, right? Which is an ORM. It probably did all the queries manually, right? So here it became clear that there is indeed savings.

[16:57] Okay, guys. So, of course, it takes a lot of testing, right? I don’t like to just start recommending things out of nowhere, but it’s clear here that we have a comparison and Ponytail came out better, right? We also saw the visual result, nothing significantly better with just Cloud without Ponytail, which would be fair, right? Not saving as many tokens and getting the layout right, it probably wouldn’t even reach the same value. We can also be using some new commands that have arrived, which is ponytail dep. Okay? This

[17:28] command here will show if something was simplified on purpose, we will have a comment on what was done, right? In other words, it is basically looking for comments in the code to gather these debts and show them to us. So, what is the central idea of this topic here, of this command here? Some things are kept very simple for the project scope, okay? When the project grows, this approach might be bad. So it goes there, notes what it did and what needs

[18:02] to be done later, okay? So let’s see if the closing panel summaries load all customers and entries for the market into memory and do the math in JavaScript instead of aggregating in SQL. This works well up to a few thousand lines per market. So it is talking about technical debt here. When the volume grows a lot, it is better to move this to SQL. So it is already commented, right? So, theoretically, we could make this improvement later, okay ? Everything stays recorded. And there is also ponytail audit. This one

[18:33] here might not find anything, right? But it serves to perform an audit on projects that are already underway. And then we install Ponytail. What will it do? It will identify points for project improvement, right? The ideal would be to come here, install it on this one and do it, right? But I will leave it with you so you understand that it can be done. Basically, it would convert the natural project, let’s say, the entire project into a Ponteio project, right? That’s the function of the alt command. Let’s see if it finds anything , because even if it was made entirely

[19:07] by Ponteio, the AI might have different results, right? So it might have made an error, in quotes, and then it would see in that audio that it could improve , right? It would also be a process of continuous improvement to run this here every once in a while. So, look at that , it found something. So, that’s interesting, right? It went there to understand what the project does, right , and so on. It’s as if it came out of nowhere, right? Then, look, the date comes from the server clock. What is the today function? It gives the date of each payment purchase and calculates due dates and delays. The problem is, it uses the server timezone; almost all hosting runs on UTC. Okay, correction,

[19:40] just one line. new date to locale string and it would set the America São Paulo timezone. If you don’t fix it, dates and due dates come out wrong at night, right during the busiest time for the market, see? So it’s anticipating the problem for when we host this project, right? And it provides the solution. So the project I created entirely in component has adjustments we could make to implement these improvements and have a more “ Ponteio-ized” code, right? Let’s put it that way. And we just need to ask via prompt, right? Fix that, let’s go, right? Something like that. It would fix all these problems. So, man, these improvements in this new version are

[20:13] really cool, okay? I liked it a lot. I’m going to test more so I can bring results here for you. And if you want, leave it in the comments and I’ll try to bring more videos about Ponteio. Guys, final notices, okay? I’ll leave the repository here for you, probably in the video links in the description. It’s actually very easy to find, it’s a big repository, just type Ponteio there and you’ll find it, okay? And read the documentation or the changelog, just to understand what changed, which were the commands we used, so you understand where it comes from, okay? And if you are thinking about integrating payments

[20:45] into your system, consider Appmax, because they have this zero fee on Pix. This helps a lot for those who are starting out, guys! It’s very easy to integrate. AI can already do all of this practically automatically, right? You just need your key that you create when you set up an account here, right? And get it from their system. Got it? Download Fábrica. I’d say it’s our newest resource here. It guides you to create a project by thinking it through first, planning it, and getting it running with SDD from scratch until it’s live. And also how you can use interesting strategies to attract

[21:16] customers and users to your app or system, okay? The whole step-by-step, it’s an illustrated ebook, people are praising it a lot, almost 200 pages, all for free for you who are here on the channel, okay? Link in the description. Well, that’s it, guys. In the other Pilio video from months ago, people asked to run it side-by-side to see if it really saved tokens. Here I showed you that it does, right? And with this new version, it’s even more aggressive in token savings. Just a reminder, right? You saw it there, it generates issues with technical debt. This needs to be mapped out, because if

[21:48] this project grows, you’re in trouble, right? The interesting thing about this new way of developing is that we deal with varied projects now with few clients, because it’s launching so many things, right? And because it gave people who don’t understand code the power to do this. That is interesting. And the bridge helps, right? Because it works with simple, performant, and fast-to-launch projects. But when it evolves, you have to watch the technical debt so things don’t get left behind, so you don’t get blindsided,

[22:19] have your server crash over something silly, or have the project slow down naturally, because the strategies are so aggressive that in the long run some aren’t sustainable, right? So you have to keep an eye on that. Comment below what you thought so I can know your opinions. Also, leave that like, subscribe, it helps me a lot here on the channel and supports my work too. Deal, guys? So, thanks, see you later, I’m out.