GSD é a Peça que Faltava para o Claude Code

AAI LABS
컴퓨터/소프트웨어창업/스타트업AI/미래기술

Transcript

00:00:00Os frameworks de codificação de IA não param de surgir, e cada um deles afirma ser a melhor maneira
00:00:04de construir com agentes.
00:00:05Mas a melhor forma de criar com agentes não depende inteiramente do framework que você escolhe.
00:00:09Há outros fatores que as pessoas esquecem de avaliar e acabam se frustrando quando o framework
00:00:14não se ajusta ao projeto delas.
00:00:15Mas isso não é um problema do framework, é um problema de seleção.
00:00:18Cada framework funciona bem para o caso de uso para o qual foi projetado, e não existe uma solução
00:00:22única para todos aqui.
00:00:23Nossa equipe já cobriu frameworks de codificação de IA no canal, mas recentemente
00:00:28encontramos um que vem ganhando muita tração ultimamente.
00:00:31A razão de estarmos fazendo um vídeo sobre ele não é por ser apenas mais um "melhor framework" que
00:00:35fará você abandonar os outros.
00:00:37É porque, ao testá-lo, descobrimos que ele é genuinamente diferente e atende a casos
00:00:41de uso que esses outros frameworks não atendem.
00:00:43Já cobrimos vários frameworks em vídeos anteriores, como o BMAD e o Superpowers.
00:00:48Escolher o errado significa que você está ou complicando demais ou se preparando de menos.
00:00:51Hoje vamos analisar este framework chamado GSD, que é a abreviação de "Get Shit Done", e
00:00:56você entenderá o porquê.
00:00:57Ao final deste vídeo, você saberá onde usar cada framework, começando pelo
00:01:00primeiro, que é o GSD.
00:01:02Você usa o GSD quando não tem certeza do que construir e não quer planejar tudo antecipadamente,
00:01:06pois os requisitos podem mudar no futuro.
00:01:09Isso não significa que você não sabe absolutamente o que construir.
00:01:11Significa que o produto desejado exige muita experimentação em cada etapa.
00:01:15Isso é ótimo se você quiser construir MVPs rapidamente para projetos experimentais
00:01:19no menor tempo possível.
00:01:20O GSD pergunta sobre um escopo mais amplo, mas, ao contrário do método BMAD, ele não
00:01:25prende você.
00:01:26Usando o escopo inicial, ele planeja cada etapa de implementação passo a passo.
00:01:30Isso significa que você não fica travado nas fases posteriores, pois elas não foram pré-planejadas
00:01:34pelo sistema em detalhes extensos.
00:01:35Então, se você está construindo uma solução personalizada que nunca foi feita antes, seria
00:01:39melhor seguir com o GSD.
00:01:41Digamos que você estivesse construindo um assistente de entrevista na tela, como o Cluely.
00:01:45Você precisaria descobrir muitas coisas sobre como seria a experiência do usuário
00:01:50ou como garantir que as plataformas de compartilhamento de tela não o detectem.
00:01:54Muitas coisas podem precisar de experimentação, sem forma de determiná-las antes do planejamento.
00:01:59O BMAD, por outro lado, adota a abordagem oposta.
00:02:02É um framework passo a passo que cria uma documentação minuciosa para cada fase antes
00:02:06de implementar qualquer coisa.
00:02:07Você precisa ter certeza do que está construindo logo no início, e não é que ele
00:02:11cometa erros.
00:02:12Ele tem um departamento de pesquisa inteiro como módulo, onde o criador do BMAD inseriu
00:02:17todo o contexto sobre diferentes papéis, como analista de negócios e design thinker, para
00:02:21garantir que o produto desejado seja pensado sob todos os ângulos.
00:02:25Mas tudo isso é pré-carregado e, com base nisso, você cria seu PRD e documentos de arquitetura,
00:02:30e então recebe tarefas fragmentadas que a equipe de implementação só precisa
00:02:34seguir.
00:02:35Quando fizemos nosso vídeo sobre o sistema BMAD, nós o elogiamos por ser muito estruturado.
00:02:39O sistema é tão bem construído nos prompts que não permite que o agente se desvie
00:02:43das tarefas.
00:02:44Mas, após um longo período de uso, notamos que quando você realmente precisa de uma mudança
00:02:48nos requisitos, é aí que o sistema se torna instável, porque mesmo os melhores
00:02:52modelos acabam perdendo pequenos detalhes ao alterar os requisitos.
00:02:56Outra reclamação comum é que leva tempo demais para planejar tudo
00:03:00antes que qualquer implementação comece, mas é porque ele não deveria ser usado
00:03:04para esse tipo de projeto.
00:03:05Você deve usá-lo quando tiver certeza absoluta dos requisitos e apenas quiser o
00:03:09sistema construído sem brechas, porque todas as especificações que ele cria são fortemente interligadas.
00:03:14Ou quando quiser construir sistemas convencionais, como um CRM personalizado para um cliente
00:03:19ou sua própria plataforma de comunidade personalizada.
00:03:21Já o Superpowers é baseado em TDD, e o ponto central dessa ideologia é que você sabe o que
00:03:25está construindo.
00:03:26O TDD é importante onde o custo de um caso omisso é alto demais para falhar, e esse custo não
00:03:30inclui uma simples integração com Stripe em um app Next.js, mas sim algo como
00:03:34uma plataforma agêntica onde agentes de IA agem em nome dos usuários e uma ação errada
00:03:39não pode ser desfeita e é cara demais.
00:03:41Em termos de usabilidade, é como o GSD, onde o planejamento é feito recurso por recurso,
00:03:46com apenas um esboço do que o projeto precisa ser.
00:03:49Mas, como os testes são gerados primeiro, ele não dá muito espaço para experimentar
00:03:53coisas diferentes e não é ideal para projetos onde o planejamento é feito de antemão.
00:03:57Porém, outra coisa que você pode fazer, se o projeto estiver em ambos os domínios,
00:04:02é implementar uma versão do projeto com o GSD até completar a funcionalidade principal
00:04:06e então continuar o restante do app integrando o Superpowers.
00:04:10Temos vídeos separados sobre o Superpowers e o método BMAD, e eles estarão linkados
00:04:15na descrição abaixo se você quiser explorá-los em mais detalhes.
00:04:19O GSD também foi construído para evitar a "deterioração do contexto", usando subagentes,
00:04:23iniciando processos separados para tarefas isoladas, mantendo o contexto do agente principal limpo
00:04:28para que ele possa focar no que realmente importa sem se perder.
00:04:31A maioria dos agentes de codificação de IA agora suporta subagentes, então não importa se você usa
00:04:35o Claude Code com isso ou não.
00:04:37Mas o Claude também recebeu outra atualização recente, o novo Opus 4.6 com uma janela de contexto
00:04:42de 1 milhão de tokens.
00:04:43Portanto, muitas técnicas que ensinamos neste canal para gerenciar ativamente seu contexto
00:04:46não importam tanto agora.
00:04:49Para instalá-lo, você vai copiar o comando e colá-lo na pasta do projeto
00:04:53em que está trabalhando.
00:04:54Depois, selecione para qual agente deseja instalá-lo.
00:04:57No meu caso foi o Claude, então instalei para ele.
00:04:59Você então deve escolher qual deve ser o escopo da instalação.
00:05:02Eu prefiro o nível de projeto, pois cada projeto pode usar um framework diferente e isso
00:05:06mantém a configuração restrita ao framework escolhido para aquele projeto.
00:05:10Como estávamos usando Next.js para a construção, nós o instalamos em nosso projeto recém-inicializado.
00:05:15E, uma vez instalado, o framework GSD deve aparecer na sua pasta .claud na forma de
00:05:19agentes, comandos e hooks.
00:05:21Se você não estiver usando o Claude, eles serão armazenados na pasta .agent na raiz do projeto.
00:05:26Ele possui múltiplos agentes destinados a tarefas específicas, mas, ao contrário dos prompts
00:05:30comuns em markdown, tudo é estruturado em formato XML, e isso é proposital.
00:05:34Sabe-se que os modelos Claude funcionam melhor com instruções em formato XML, pois permite
00:05:39que eles analisem a estrutura mais facilmente, sendo uma otimização de desempenho para
00:05:43qualquer agente que você esteja usando.
00:05:44Mas antes de prosseguirmos, uma palavra do nosso patrocinador, Genspark.
00:05:48A maioria das pessoas está atualmente presa em múltiplas assinaturas de IA, pagando taxas individuais para
00:05:52ChatGPT, Claude e várias ferramentas de mídia.
00:05:55Genspark é um espaço de trabalho de IA tudo-em-um que atingiu US$ 200 milhões de ARR em apenas 11 meses
00:06:02consolidando tudo em uma única assinatura.
00:06:03Ele usa um sistema de superagente para escolher o melhor modelo para qualquer tarefa.
00:06:07Ele cuida de todo o seu fluxo de trabalho, desde criar slides de IA e automatizar planilhas de IA,
00:06:12até gerar mídia de IA e até fazer chamadas telefônicas reais com o recurso "ligue por mim".
00:06:16Você pode até transformar sua pesquisa em podcasts de IA para ouvir em qualquer lugar.
00:06:20Além disso, use o Speakly para transformar uma gravação de 15 minutos em 3.000 palavras de texto perfeito instantaneamente.
00:06:26A parte mais incrível?
00:06:27Genspark oferece recursos ilimitados de chat e imagem de IA ao longo de 2026.
00:06:31Manobanana2, GPT-Image, Flux, Seedream, Gemini 3.1 Pro, GPT 5.2, Claude Opus 4.6 e outros
00:06:40modelos de ponta estão todos incluídos com acesso ilimitado.
00:06:43Clique no link no comentário fixado para começar a construir com o Genspark.
00:06:46Para começar a usar o GSD, você vai usar este novo comando de projeto.
00:06:50Ao executar este comando, o agente começou a trabalhar de acordo com o prompt de inicialização
00:06:54e começou explorando a base de código primeiro.
00:06:56Como eu já havia inicializado o app Next.js, ele detectou que havia código presente e
00:07:01perguntou se deveria explorar a base de código existente primeiro.
00:07:04Dissemos para ele pular o mapeamento para evitar perda de tempo.
00:07:06Se você estivesse trabalhando em um projeto existente, seria melhor pedir para mapear a base de código
00:07:11primeiro, mas como continha apenas o template em branco, eu pulei.
00:07:14Depois disso, ele pedirá para você descrever a ideia do app em que quer trabalhar.
00:07:18Em seguida, ele faz várias perguntas sobre o público-alvo do seu app, seus recursos,
00:07:22o escopo do projeto e muito mais.
00:07:24Mas a sessão de perguntas e respostas que o GSD conduz é notavelmente diferente da do Superpowers.
00:07:29O Superpowers tenta extrair casos omissos e limites de você durante esta fase.
00:07:32O GSD não, ele foca mais em entender o que construir, não em testar como ele pode
00:07:38falhar.
00:07:39Depois de reunir informações suficientes da sessão, ele cria o project.md dentro da
00:07:43pasta dot planning, que contém a descrição, itens fora de escopo, restrições de contexto e
00:07:48decisões importantes, tudo deduzido das perguntas.
00:07:50Mas aqui é onde a prevenção da deterioração do contexto aparece na prática.
00:07:54Ele mantém o project.md deliberadamente curto e focado, para que os agentes não se desviem
00:07:59dos objetivos principais ao ficarem soterrados em documentação.
00:08:01Ele rastreia todo o trabalho através do git, mas não usa um git commit direto.
00:08:05Ele executa um script por baixo que realiza verificações antes de comitar, garantindo que tudo esteja
00:08:10nos padrões antes de realmente usar o git para comitar.
00:08:12Uma vez concluído o planejamento, o GSD passou para a fase de pesquisa.
00:08:16Ele inicia múltiplos agentes pesquisando diferentes aspectos do app em paralelo, todos rodando
00:08:20em segundo plano.
00:08:21Após a conclusão da pesquisa, o agente sintetizador de pesquisa entra em ação.
00:08:24Como todos esses agentes são ajustados para usar modelos apropriados para as tarefas, o agente sintetizador
00:08:29usa o modelo Sonnet, e não o mais pesado Opus.
00:08:32O GSD tem um mapeamento adequado para cada subagente com o modelo certo baseado no volume de trabalho
00:08:36que ele lida, para não desperdiçar esforços extras.
00:08:39Ele condensa as descobertas da pesquisa e também sinaliza problemas potenciais e pontos de atenção
00:08:44que poderiam atrapalhar o trabalho a longo prazo.
00:08:46Após a síntese da pesquisa, começa a fase de requisitos.
00:08:49Ele faz perguntas direcionadas sobre o MVP, identificando quais recursos são realmente essenciais
00:08:55para a versão 1.
00:08:56Como o GSD foca na entrega rápida, ele garante que a V1 contenha apenas o que é necessário.
00:09:01Após confirmar o MVP com você, ele gera a estrutura do roadmap, que você
00:09:05deve aprovar, e sua aprovação marca a conclusão da inicialização do projeto.
00:09:09Além disso, se estiver gostando do nosso conteúdo, considere clicar no botão de hype, pois nos ajuda
00:09:14a criar mais conteúdos como este e a alcançar mais pessoas.
00:09:17Agora que a fase de inicialização terminou, o próximo passo é implementar o plano.
00:09:22Na fase anterior, ele dividiu o projeto em 4 fases baseadas nos requisitos.
00:09:26Ele lhe dará duas formas de trabalhar: pular as discussões ou prosseguir com discussões.
00:09:31Discussão para este framework significa sessões de perguntas com o agente, onde ele garante que
00:09:35entendeu o plano corretamente.
00:09:37Escolhemos discutir primeiro para podermos esclarecer os requisitos o máximo possível, mas você
00:09:41pode optar por pular as discussões se achar que a sessão anterior de perguntas foi suficiente
00:09:45para ele construir o app.
00:09:47Assim que a sessão de discussão termina, ele cria um arquivo context.md na pasta de fases dentro
00:09:52da pasta .planning.
00:09:54Este arquivo contém todos os detalhes do que discutimos e mapeia a fase sobre a qual acabamos
00:09:58de falar com o agente.
00:09:59Mas, fiel à filosofia do GSD, este arquivo também é conciso para que o Claude possa manter o
00:10:04foco no que realmente importa.
00:10:06Em seguida, você começa o planejamento da fase 1.
00:10:08A fase de planejamento começa com a pesquisa baseada no arquivo context.md que ele acabou de criar,
00:10:13usando um agente de pesquisa dedicado com o modelo Sonnet explorando diferentes aspectos.
00:10:17Mas achamos que ele usaria o Context 7 ou realmente consultaria a documentação adequadamente.
00:10:21Em vez disso, ele estava usando pesquisa na web com o ano de 2025 nas palavras-chave, o que não
00:10:27deveria estar fazendo.
00:10:28Teria sido mais controlado se tivéssemos conectado o MCP do Context 7 para que sua pesquisa
00:10:32fosse melhor embasada.
00:10:33Portanto, ao usar, certifique-se de conectar com esse tipo de MCP para um melhor embasamento.
00:10:37Ele criou um arquivo research.md e documentou toda a sua pesquisa, incluindo o nível de confiança
00:10:42da pesquisa, o que indicava o quão confiáveis eram suas fontes.
00:10:46Após a pesquisa, ele criou um plano.
00:10:48Esses planos listavam em detalhes as dependências de cada fase e todos os requisitos com
00:10:52IDs apropriados.
00:10:53Mas aqui está o ponto: é aqui que o GSD se diferencia, porque em vez de apenas escrever o
00:10:57plano de uma única forma como os outros fazem, ele realmente verifica o plano em múltiplas dimensões
00:11:02e valida se o plano é realmente implementável e alinhado com os objetivos.
00:11:06Ele usa agentes dedicados de planejamento e de verificação de plano, onde o agente de planejamento cria os
00:11:11planos e o verificador continua checando-os, enviando avisos de volta.
00:11:14Basicamente, ele realiza o planejamento adversarial por conta própria, sem que tenhamos que controlar
00:11:19nada disso manualmente.
00:11:20Uma vez que o plano estava finalizado e todos os passos foram aprovados, ele comitou e dividiu o plano
00:11:24em duas ondas.
00:11:25Na verdade, ele divide em quantas ondas forem necessárias e paraleliza as que são
00:11:30independentes, para que os subagentes possam lidar com elas em paralelo.
00:11:33Ele começou a implementar as ondas do projeto usando o agente dedicado para realizar o plano
00:11:37que criou.
00:11:38Ao terminar, ele verifica o checkpoint usando testes Playwright adequados por baixo,
00:11:43criando scripts, deletando-os após o uso para limpar a pasta e realizando múltiplas
00:11:47tarefas automatizadas nos bastidores.
00:11:49Em seguida, ele nos deu um resumo do que foi construído e forneceu instruções sobre como verificar
00:11:53por conta própria.
00:11:54A primeira iteração constrói o app que é apenas um placeholder, com todos os elementos iniciais
00:11:58visíveis para mostrar como o app realmente ficaria.
00:12:01As iterações posteriores construirão um aspecto do app por vez, levando a um app completo
00:12:05ao final do ciclo.
00:12:06Toda a iteração consumiu 138.000 tokens, o que na verdade não foi muito considerando uma janela de
00:12:12contexto de 1 milhão de tokens.
00:12:13Mas com um agente com uma janela de contexto de 200.000 tokens, ele sinalizaria que é hora de compactar.
00:12:18Mas como isso se baseia na documentação das fases, mesmo se limparmos o contexto, os agentes
00:12:23saberão por onde começar.
00:12:25Quando aprovamos o trabalho, ele rodou vários testes e marcou a onda 2 como concluída também.
00:12:29Depois disso, ele acionou o verificador GSD novamente e cruzou os dados para ver se a implementação
00:12:34realmente correspondia ao objetivo inicial.
00:12:36Uma vez verificado, ele marcou a fase 1 como concluída, incluindo as verificações, e nos solicitou
00:12:41para prosseguir para a próxima fase da aplicação.
00:12:43Depois que rodamos o app por todas as fases, os recursos que antes eram apenas placeholders
00:12:47estavam todos funcionais e trabalhando como pretendido.
00:12:49O GSD funciona bem quando você está trabalhando em uma aplicação de grande escala com múltiplos recursos, mas é
00:12:54exagero se o app que você está construindo for muito mais simples e não precisar desse peso todo.
00:12:59Para apps mais simples, o Claude ou qualquer outro agente por conta própria é suficiente e não precisa
00:13:03desse planejamento minucioso.
00:13:04No entanto, se você deseja uma execução controlada com planejamento adequado sem desperdiçar
00:13:08muito esforço nesta fase, você definitivamente deve escolher o GSD.
00:13:11Este é apenas um framework, mas muitas vezes há casos de uso onde os existentes
00:13:16não dão conta e você precisa construir o seu próprio.
00:13:18Para isso, você precisa conhecer certos princípios antes de realmente construir o seu.
00:13:22Cobrimos esses princípios em um vídeo anterior que o ajudaria a construir fluxos de trabalho melhores.
00:13:26Você provavelmente verá esse vídeo na tela final, então pode apenas clicar nele em vez
00:13:30de ter que procurar.
00:13:31Isso nos traz ao final deste vídeo.
00:13:33Se você gostaria de apoiar o canal e nos ajudar a continuar fazendo vídeos como este, você pode
00:13:37fazê-lo juntando-se ao AI Labs Pro.
00:13:38Como sempre, obrigado por assistir e vejo você no próximo.

Key Takeaway

O GSD preenche uma lacuna crítica no ecossistema de agentes de IA ao oferecer um framework de codificação focado em execução rápida e adaptabilidade para projetos onde o planejamento antecipado é impossível.

Highlights

O framework GSD (Get Shit Done) é ideal para projetos experimentais e MVPs onde os requisitos mudam frequentemente.

Diferença crucial entre GSD (flexibilidade e iteração) e o método BMAD (planejamento rigoroso e documentação extensiva).

Uso de subagentes e formato XML para otimizar o desempenho e evitar a deterioração do contexto no Claude Code.

O GSD utiliza planejamento adversarial, onde agentes de verificação validam o plano criado pelo agente de planejamento.

Integração com ferramentas como Playwright para testes automatizados e verificações de checkpoint durante a implementação.

Genspark surge como uma alternativa consolidada para gerenciar múltiplas assinaturas de modelos de IA de ponta.

Timeline

Introdução aos Frameworks de Codificação de IA

O vídeo começa discutindo a explosão de novos frameworks de agentes de IA e o erro comum de escolher uma ferramenta sem avaliar o caso de uso. O narrador enfatiza que não existe uma solução única e que a frustração geralmente vem de uma seleção inadequada para o projeto. Apresenta-se o framework GSD como uma alternativa genuinamente diferente para cenários que outros sistemas não cobrem. A promessa é ajudar o espectador a entender quando usar cada metodologia específica, como o BMAD ou Superpowers. Este segmento estabelece a base para a importância da experimentação versus o planejamento rígido.

O Conceito e Aplicação do Framework GSD

Nesta parte, o GSD é definido como a escolha ideal para quando o desenvolvedor não tem certeza total do que construir e precisa de experimentação constante. Ao contrário de métodos mais rígidos, o GSD planeja as etapas passo a passo, evitando que o projeto fique travado em planos detalhados que perdem a validade rapidamente. Um exemplo prático mencionado é a criação de um assistente de entrevista na tela, que exige descobrir soluções técnicas durante o processo. O foco principal aqui é a velocidade na entrega de MVPs para soluções personalizadas e inéditas. É o framework para quem prioriza "fazer as coisas acontecerem" em vez de apenas documentar.

Comparativo: BMAD vs. Superpowers vs. GSD

O narrador realiza uma comparação detalhada entre as três principais metodologias de desenvolvimento com IA. O BMAD é descrito como um sistema altamente estruturado e burocrático, excelente para sistemas convencionais como CRMs onde os requisitos são imutáveis. Por outro lado, o Superpowers foca em TDD (Test Driven Development), sendo vital para aplicações onde falhas são extremamente caras e irreversíveis. O GSD é posicionado no meio termo, permitindo uma transição onde se pode iniciar com ele para funcionalidades principais e depois migrar para o Superpowers. O texto explica que a rigidez do BMAD pode tornar o sistema instável se houver mudanças bruscas nos requisitos no meio do caminho.

Arquitetura Técnica e Instalação

A análise técnica foca em como o GSD previne a deterioração do contexto através do uso estratégico de subagentes e tarefas isoladas. A instalação é demonstrada via terminal, permitindo configurações em nível de projeto para manter a organização. Um detalhe técnico importante mencionado é o uso de formato XML para as instruções dos agentes, uma otimização específica para modelos Claude. O narrador explica que o XML facilita a análise estrutural pelo modelo, resultando em um desempenho superior em comparação com markdown comum. Este trecho é essencial para desenvolvedores que buscam entender os bastidores da eficiência do framework.

Parceria e Ecossistema de IA com Genspark

Este segmento introduz o Genspark como uma solução para o problema de múltiplas assinaturas de IA, oferecendo acesso a modelos como Claude Opus 4.6 e GPT-5.2 em um único lugar. A plataforma é descrita como um espaço de trabalho tudo-em-um que utiliza superagentes para selecionar o melhor modelo para tarefas específicas, como criar slides ou automatizar planilhas. São destacados recursos inovadores como o "ligue por mim" para chamadas telefônicas reais e a criação de podcasts a partir de pesquisas. O narrador menciona o impressionante crescimento da ferramenta e a oferta de recursos ilimitados para o ano de 2026. É uma pausa comercial que conecta o uso de modelos de ponta com a conveniência financeira.

Fluxo de Trabalho: Inicialização e Pesquisa Paralela

O vídeo detalha o processo de inicialização de um projeto Next.js usando o comando do GSD. O agente realiza uma sessão de perguntas e respostas focada em entender o público-alvo e os recursos essenciais do MVP, gerando um arquivo de planejamento conciso. Diferente de outros frameworks, o GSD lança múltiplos agentes de pesquisa em paralelo para investigar diferentes aspectos técnicos simultaneamente. Um agente sintetizador, utilizando o modelo Sonnet para economia e eficiência, condensa os dados e sinaliza pontos de atenção. O processo culmina na criação de um roadmap que deve ser aprovado pelo usuário antes de qualquer codificação começar.

Implementação e Verificação Adversarial

A fase de implementação é dividida em ondas de trabalho, onde o GSD utiliza uma abordagem única de planejamento adversarial. Enquanto um agente cria o plano de execução, outro agente verificador tenta encontrar falhas e validar se os objetivos estão alinhados. O narrador observa uma pequena falha na pesquisa web padrão, sugerindo a conexão de um MCP (Model Context Protocol) para resultados mais precisos. O uso de arquivos context.md curtos garante que o modelo mantenha o foco sem se perder em documentos longos. Esta fase demonstra como o framework garante que o código gerado seja realmente implementável e funcional através de validação cruzada automática.

Testes Automatizados e Conclusão do Projeto

Na etapa final, o GSD utiliza o Playwright para rodar testes automatizados nos bastidores, verificando se os placeholders foram substituídos por funções reais. O consumo de tokens é analisado, mostrando que o sistema é eficiente mesmo com janelas de contexto grandes, graças à sua estrutura modular. O narrador conclui que, embora o GSD seja poderoso para projetos de grande escala, pode ser exagero para aplicativos extremamente simples. O vídeo termina reforçando que a escolha do framework depende da complexidade e da necessidade de controle sobre a execução. Convida-se o espectador a explorar princípios de fluxos de trabalho em vídeos anteriores e a apoiar o canal via AI Labs Pro.

Community Posts

View all posts