Skip to content

As novas skills do Matt Pocock são ABSURDAS! (Teste completo)

Read the Portuguese translation →

Author: Matheus Battisti - Hora de Codar · Watch on YouTube

Video authored by the channel shown, not by IANIA; all rights belong to the creator. Transcript and summary generated automatically; the original-language content is preserved.

Original language: Portuguese

Original video: As novas skills do Matt Pocock são ABSURDAS! (Teste completo) · Channel: Matheus Battisti - Hora de Codar · 17:39 · Watch on YouTube

Topics: AI agents, Software engineering with AI, Open source and software ecosystems

O vídeo apresenta três skills de Matt Pocock que conectam etapas do desenvolvimento com IA: implementar uma spec, preparar um pull request fácil de revisar e fazer uma retrospectiva para orientar o próximo ciclo. Em um projeto de reservas para aulas, o apresentador instala e configura as skills, descreve a funcionalidade desejada e transforma o planejamento em spec e tarefas. A skill de implementação usa subagents para executar as tarefas, e o resultado é testado manualmente antes da criação do pull request. Por fim, a retrospectiva identifica problemas e sugere melhorias para ciclos futuros.

  • A skill de implementação de spec executa uma lista de tarefas em sequência e pode distribuir o trabalho entre subagents.
  • A skill de PR organiza a descrição em resumo, evidências e possíveis riscos do merge para facilitar a revisão.
  • A skill de retrospectiva analisa o trabalho recente, registra problemas e recomenda melhorias para o próximo ciclo.
  • O fluxo demonstrado começa com a descrição da funcionalidade, passa por perguntas de esclarecimento e gera uma spec e tickets.
  • O projeto de exemplo é um sistema de reservas para aulas, com compra simulada de créditos e lista de espera.
  • Após a implementação, o apresentador testa manualmente o fluxo de compra de créditos e reserva de uma vaga.
  • A retrospectiva apontou a ausência de testes automáticos e de integração contínua, além de atritos com a configuração do worktree.
Start Chapter Summary
00:00 As três novas skills e o ciclo de desenvolvimento O apresentador explica como as skills de implementação, PR e retrospectiva complementam o ciclo de desenvolvimento.
03:04 Instalação e planejamento da funcionalidade As skills são instaladas e configuradas, e a funcionalidade de reservas é detalhada até virar uma spec e tarefas.
07:45 Implementação da spec com subagents A skill implement spec usa as tarefas planejadas para desenvolver a funcionalidade com ajuda de subagents.
11:55 Testes manuais e criação do pull request O apresentador testa a compra de créditos e a reserva, depois cria um pull request organizado para revisão.
15:01 Retrospectiva e melhorias para o próximo ciclo A skill retro identifica problemas do ciclo concluído e propõe melhorias, incluindo testes automáticos e integração contínua.

Com essa skill, a gente consegue disparar vários subagents para fazer o trabalho andar mais rápido e em sequência. — 01:01

Tu vai mandar um resumo, uma evidência e um perigo do merge. — 01:31

Uma retrospectiva da sessão, entender os problemas e catalogar isso tudo para melhorar para a próxima. — 02:03

Nada roda testes e tipos automaticamente antes do código entrar. — 15:32

Matt Pocock, Claude Code, implement-spec, PR, retro, GitHub, subagent, Hostinger

00:00 Cara, o MatPoco, que é conhecido pelas suas skills, criou aí mais três que fecham o ciclo de desenvolvimento. Elas vão atuar em implementação de spec, criação de pull request revisável, né, pra gente poder bater o olho e já entender o que tem que ser feito e a gente já entender o que foi feito. E por último, uma skill que nos dá continuidade no projeto, implementa o próximo ciclo. Nesse vídeo aqui eu vou

00:30 te mostrar em detalhes como cada uma delas funciona, também executar elas junto com vocês na prática. Então, chega aí, bora lá entender melhor, vamos lá. Bom, galera, trouxe aqui essa apresentação, só pra gente passar por cada uma rapidamente e depois a gente vai ver na prática, tá? MatPoco, como eu falei, ele tem várias skills que ajudam a gente a implementar projetos melhores com IA. E agora ele lançou mais essas três aqui que fecham o ciclo, como eu falei. Então, elas completam o que as outras já começavam, né? Claro, dava pra desenvolver com o que já tinha, mas

01:01 agora ficou ainda melhor. A primeira skill é implement spec. Então, o que acontece? A gente antes criava spec e precisava implementar tarefa por tarefa. Com essa skill a gente consegue disparar vários subagents pra poder fazer com que o trabalho ande mais rápido e em sequência. Antes a gente tinha a implement que implementava uma tarefa por vez e agora com essa nova, implement spec, a gente vai dar um comando e ele vai trabalhar todo o mapa de tarefas sem que a gente precise interagir com ele.

01:31 Então, é muito interessante o que se tornou aí essa skill. A outra é aquela que comentei sobre o pull request, né, que é o ato de a gente enviar algo para produção. E ali se vai um texto onde a gente fala o que a gente fez. E com essa skill aqui, a PR, o pull request fica mais fácil de revisar. Tu vai mandar um resumo, uma evidência e um perigo do merge, né? Ou seja, se ele vai representar algum problema para o projeto. Então, otimizado para

02:03 que a gente consiga revisar o código de A, que é muito grande e geralmente a gente não lê tudo. Assim, dá para ler. E por último, a retro, que é a que fecha o ciclo e dá o próximo passo. Basicamente, né, de forma resumida, para fazer uma retrospectiva da sessão, entender os problemas e catalogar isso tudo para melhorar para a próxima. Então, é isso que eu falei para vocês, ele já encaminha para pro pro pro próximo round com os problemas que a gente enfrentou totalmente resolvidos e

02:34 isso forma, né, um ciclo de melhoria contínua. Agora bora ver na prática. Ó, galera, esse aqui é o repositório das skills do Matt Pocock. Eu vou deixar tudo no na descrição do vídeo, né? Vai ter o link para tu poder acessar aqui e conhecer as skills. O cara é bem famoso mesmo, ele tem várias skills interessantes, tá? Não vou tratar de todas elas aqui, mas vou fazer o ciclo com as novas para vocês entenderem melhor. Então, o que que eu tenho aqui? Eu preparei um projeto já iniciado, né,

03:04 sem as skills dele. Então, eu vou aqui fazer primeiro a instalação, depois iniciar o cloud. A instalação é pelo comando ali que tá no repositório, plugin install Matt Pocock skills. Então, aqui fiz a instalação, dou um cloud e aí ele começa o projeto, né, e as skills estão instaladas. Mas, é obrigatório fazer um setup inicial, tá? E vou utilizar o comando setup Matt Pocock skills. Esse projeto aqui, ele já tá no GitHub,

03:35 ele tá versionado já, beleza? Ele já tá inicializado. Então, eu vou colocar um comentário assim: “Use o GitHub desse repositório como rastreador de tarefas, mantenha os rótulos de triagem padrão e crie o cloud MD”. A gente pode fazer isso para rodar a inicialização das skills nesse repositório e ele já entendeu o que que o projeto tem, o que que não tem. Então esse aqui é o primeiro passo quando insere, né, o as skills dele num projeto que já está em andamento. Aí ele

04:05 vai identificar, vai entender tudo. Eu até vou dar um npm run dev aqui para poder rodar o projeto. Ele iniciou o Cloud MD, tá? Ele já leu o projeto, ele já entendeu o que que é e aqui está o projeto aberto, já deixei aberto aqui para a gente poder acompanhar também a evolução dele. Embora o foco não seja o projeto, tá galera, e sim as skills, a gente pode ver o andamento ali também, tá? Bom, a primeira skill que a gente usa de fato é a grill with docs, tá? Esse cara aqui vai fazer com que a gente

04:38 deixe o planejamento da do nosso sistema bem feito, tá? Então eu posso também mandar um comentário junto com essa skill que conta um pouco sobre o projeto, tá? Então eu vou colocar aqui um texto que eu já tinha preparado. Eu expliquei, né? E aí já vou ler para vocês para vocês entenderem. Eu vou querer adicionar reservas ao turma cheia, então o aluno entra com e-mail e senha, compra o pacote de créditos, por enquanto o pagamento só simulado, com o botão comprar e gasta um crédito para reservar a vaga numa aula. Quando a

05:10 aula lota, ele pode entrar na lista de espera e se alguém cancelar, o primeiro da lista ganha a vaga sozinho e o crédito dele é descontado. Então é isso que eu quero adicionar no sistema. Coloquei aqui um pouco da regra de negócio, tudo mais, né? E também, como vocês viram ali, basicamente esse projeto, ele vai formar turmas para determinadas atividades físicas, tá? Então é um estúdio de aulas em grupo. Eu posso ver a grade da semana ali e ver, por exemplo, que vai ter pilates

05:41 com a Ana Prado na sala reformer e eu posso participar Tá que ainda tem duas vagas, tá? Então eu vou me reservando, é, reservando minha vaga aqui e tudo mais. É assim que funciona esse sistema. Aí olha só, aqui o que ele faz? Ele vai criar um glossário e ele fala agora a primeira rodada de perguntas só sobre o que ficou em aberto para aceitar a recomendação, basta responder sim. Então aqui ele começa a fazer as perguntas e cada pergunta que ele faz, ele já bota

06:12 uma resposta recomendada para facilitar para a gente. Então a gente pode seguir dizendo, por exemplo, sim para todos. Porque ele fala, se eu quiser aprovar tudo é só fazer isso. Se as dúvidas ficarem abertas ele resolveu com o Niah também. Mas a gente poderia olhar ali e ver, ah, não é bem assim, eu vou responder a pergunta 11. Mas aqui eu só quero novamente, né, ver as skills novas. Então tô dando andamento aqui normal, como se tivesse tudo certo. Bom, aqui tem mais algumas perguntas, tá? Então a gente vai confirmando tudo até ele terminar. E aí a gente vai

06:43 transformar esse glossário, né, o documentação que ele fez para a minha nova funcionalidade em uma spec e depois em tarefas, para a gente por fim, né, implementar com a skill nova. Ele fala que todas as perguntas estão resolvidas, tá? E ele chegou e ele pergunta, chegamos a um entendimento comum? Se sim, o próximo passo pode ser transformar isso em issues no GitHub com two tickets ou implementar direto, como você preferir. Então eu vou colocar em two specs primeiro, tá? Para transformar a

07:14 conversa atual numa spec e ele ter essa documentação e depois eu vou transformar em tickets, as tarefas que ele terminou que tem que ser feitas para né, atingir meu objetivo ali. Então são esses dois passos que eu gosto de seguir. É aqui que ele falou, antes de escrever a spec vou propor onde os testes vão entrar no código. Proposta, um único ponto de teste. O modo domínio com as regras de estúdio. Então beleza, vou aprovar. Vou pedir para ele escrever a spec. Então a spec ela vira uma issue, tá galera, no repositório. Pode dar uma

07:45 checada. Ó, aqui está o spec. Então, aqui, ele vai pegar isso e o glossário, toda aquela documentação que a gente criou e dividir em tarefas. Como? Com o to tickets. A gente vai usar esse comando agora. Fazendo essa divisão, é onde entra a nova skill, que anteriormente implementava de tarefa em tarefa e agora implementa tudo em sequência, utilizando estratégias mais avançadas como sub agents.

08:16 Então, ele fala aqui: “Lê a spec e o código. Essa divisão que propõe propõe. Tarefa um é reorganização, que deixa as demais simples e a partir dela, cada tarefa entrega um fluxo completo do banco à tela”. Então, ele mostrou aqui e aí agora, o que a gente pode fazer é utilizar a nova skill. Então, vamos utilizar o implements spec. Ó, ele fala aqui: “Implementar o resultado de to spec e to tickets em có em código”. A gente roda isso aqui e ele vai fazer o desenvolvimento, né?

08:48 Alteração do código para atender a tudo que estaria ali planejado. Tinha umas perguntas aqui, ele falou que eu não respondi, mas está tudo bem. Claro, num projeto real, responderíamos, né? Aqui, a gente está mais para a ciência, né? Galera, outra coisa importantíssima, baixa o fábrica de sistemas. Se tu curte essa ideia de desenvolvimento com IA mais estruturado, planejamento e depois sim, a criação do sistema, é isso que tu vai ver aqui no fábrica. É um e-book gratuito que eu estou dando para vocês.

09:19 Está aqui na descrição o link, tá? E com ele, tu vai ter acesso a mais de 150 páginas, tem quase 200 ali, totalmente ilustradas, em formato de guia para que tu aprenda a desenvolver projetos com IA da maneira certa. Fechou? Só se cadastrar que eu te envio por o para download. Seguimos então. Vamos ver aqui como é que ele vai fazer. Ó, tá vendo aqui, galera? Estão criando, ele tá criando aqui o sub agents, né? E cada um vai implementando, é, acho que cada um não, esse aqui tá explorando,

09:49 né? Esse aqui tá implementando o ticket dois e assim por diante. Então, a gente tem aqui o desenvolvimento de todas as tarefas que estão pendentes, né? Elas estão aqui descritas, né? Aí vindo aqui para o projeto de novo, todas elas viraram issues, né? Então, o versionamento, né, tá sendo trabalhado da maneira correta, bem estruturado. Isso vai ser, vai deixar mais fácil de mapear depois, né, revisar o projeto. E aí a próxima encaixa justamente no fim dessa, com a criação de um pull request

10:21 que vai fazer o envio do que foi feito aqui para a produção. Aqui a gente não tem, né, a gente tá trabalhando num ambiente isolado, mas depois ele enviaria isso aqui para o, a main. E aí se faria o deploy das tarefas, né, que a gente tá concluindo aqui. Beleza? Falando mandar para mim deploy, né? Não esqueça, galera, a Hostinger tá com promoção de Black Friday. Melhor promoção aí que eles fizeram esse ano, tá rolando agora. Vou deixar o link aqui na descrição também. Tem mais o nosso cupom

10:53 para dar uma melhorada, beleza? E aí eu recomendo sempre o plano KVM 2. O KVM 2, ele tem uma configuração muito interessante, tá? E ainda aqui em escolher planos, olha só que legal. Tu vai para seguir para o checkout, né? Escolhe aqui a quantidade de meses, né? Quanto mais, mais desconto. E tu pode ter acesso a servidor no Brasil. Ou seja, latência baixa, tua aplicação mais rápida, né? E eu gosto de Ubuntu, né? Para mim é um Linux que eu aprendi a

11:24 usar mais 10 anos atrás, então eu sempre vou nele. Mas tem gente que gosta do Debian, Arch Linux e outros. Então, fica à vontade, mas eu acho o Ubuntu também bom para iniciantes, né? E manda bala, tu vai ter a tua VPS hoje mesmo para colocar teus projetos no ar. Fechou? Aproveita a promoção deles aí e usa o nosso cupom para ter mais desconto ainda. Bora voltar lá então? Aqui não tem o que fazer, só esperar aguardar. Aqui não tem o que fazer, é só esperar ele terminar tudo, né? Bom, galera, então terminou aqui, tá? Demorou um

11:55 pouquinho. Aí ele mostra aqui todo o processo de desenvolvimento, beleza? Ele me mostra como testar. Então, dá vários e-mails, né? Para quem lembra ali do do Cloud puro ou outras IaaS puras, eles basicamente dão, ah, esse aqui é o e-mail do admin, esse aqui é o e-mail do usuário. Tá tudo lá. Aqui não. Cada usuário vai ter aqui um um tipo de teste para a gente poder ver. Então, eu vou entrar com esse aqui. Ele está

12:26 sem pacote e a gente tem que tentar reservar, vai pedir compra e comprar em minha conta. Vamos lá ver. Só para a gente fazer um teste rapidinho. Vou entrar. Ó, entrei aqui, o usuário deu certo. Aí vamos dizer que eu quero fazer funcionar aqui, ó, não tem crédito, exatamente como falou. Eu posso comprar créditos, vou comprar oito e aí aqui a compra é fictícia, né? Então, ele já comprou. Deixa eu ver aqui.

12:57 Vou de novo agora. E reservou. Tudo certo. Então, o fluxo está OK, né? A gente teria que fazer essas validações manuais para testar todos os casos e ver se a gente acha algum bug, né? Bom, vamos supor que deu certo, né? Aí agora a gente vai utilizar a skill de PR. Aí essa daqui é essa Met pouco skills PR. A gente pode mandar uma mensagenzinha, como sempre, né, para instruir a IaaS do que a gente quer fazer. Aí eu mando algo assim: “Abro o request da branch de integração para a main,

13:29 usando a skill PR para escrever a descrição. Então, eu sou instruído que eu quero mandar tudo que eu fiz aqui até então para a main, abrindo esse pull request, que é o fluxo natural ali do GitHub, onde alguém aprovaria, um líder técnico ou até mesmo depois de um consenso do time, né? Isso que é versionamento, né, galera? Não vou entrar muito detalhe aqui. Aí, logo a gente vai ter o pull request lá no GitHub, né? No repositório. Esse aqui, ó. Vejam só, as issues foram todas resolvidas, né? Então, também é mais um

14:00 indício que deu certo esse essa integração, né, de plataformas. Só vou esperar aqui voltar para mim, eu já mostro para vocês. Bom, aí ele abriu o pull request, tá? Ele já me dá o link aqui, mas basta ir aqui e recarregar. Ó, temos o pull request. Facilmente revisável, né? Então, seguindo a estrutura que ele propôs, né? Summary, as evidências e os perigos de merge diários. Aí, como é que a gente faria? Basta

14:31 mergear, né? Aceitar esse pull request e aí esse código aqui, ele estaria dentro da nossa branch principal. Bom, aí fica a nosso critério pedir para o Cloud ou vir aqui embaixo e mergear, né? Depende se nosso processo é automático ou manual, se a gente quer deixar isso manual ou automático, aí independente. Bom, ele tá mergeado, ele some aqui da lista e a gente inicia um novo ciclo. Só que como eu falei para vocês, tem aquela outra skill que é a retro, que ela fecha

15:01 o ciclo, né? E isso faz com que a gente obtenha possíveis melhorias para o próximo. Então, vou executar aqui, ele vai ler tudo que foi feito, né? Só baseado nas últimas mudanças e vai sugerir para a gente o que a gente pode já implementar agora ou ficar atento aí para um próximo, enfim. É um ciclo de melhoria contínua mesmo, né? Aí, olha só, galera, aqui ele mandou a lista de melhorias, retrospectivas eh da reservas da do tuma che, então, que foi a última coisa que a gente fez. E o log principal, os três sub agents,

15:32 outras implementações, exploração dos docs next, tarará, tarará. Aqui ele falou: “Nada roda testes e tipos automaticamente antes do código entrar”. O que vi: “Não há continuous integration, né? Ou seja, não tem essa parte de deploy automático, vamos dizer assim, no GitHub, porque que importa e sugestão”. Então, ele já fala: “Preparar o work tree foi a maior fonte de atrito que vi. Cerca de 20 e cinco comandos foram recusados pela proteção que mantém o agente dentro do próprio work tree”. Então, ele vai citando todos os problemas, né, que ele encontrou, o

16:04 efeito deles e as sugestões para as próximas rodadas. Depois, a gente pode só seguir a implementação aqui por ele mesmo, que ele faz sozinho, beleza, galera? Então, vejam só que skills interessantes, né, que acabam por dar andamento mais rápido no ciclo, né, que é a gente de implementação, de mandar o PR, que é de fácil leitura, que é um problema bem eh em alta, vamos dizer assim, no mundo do vibe coding, porque ninguém vai

16:35 ler aquele código todo que a Amanda E, por último, a melhoria baseada no que foi feito agora, que é o mais recente, provavelmente, as partes ali que têm problemas mais frescos. Então, bem interessante as skills do Mike Pokock. Vou deixar o link aqui na descrição do vídeo e não se esqueçam, Fábrica de Sistemas, galera, nosso mais novo e-book, ele tem quase 200 páginas, bem ilustrado, com exemplos, prints, para que tu possas entender todo o meu processo de pensar num sistema e executar ele e, no fim, como eu tento,

17:09 né, a eh conseguir clientes, né, porque é uma tentativa, né? Não tem fórmula mágica, senão tava todo mundo rico e feliz. Beleza? Então, baixa aí já, garante, é de graça e também, né, Black da Host, galera. Se vocês quiserem um VPS, agora é a hora, melhor promoção do ano. O link vai estar na descrição aqui e eu recomendo sempre o KVM 2, pega o servidor mais próximo de ti que vai dar certo. Vai ter um sistema rodando rápido, uma máquina boa, tá? Bom, agora eu quero saber de vocês,

17:39 usam as skills do Max? Comentem aí qual vocês gostam mais, qual vocês gostariam que eu trouxesse e se gostariam que eu trouxesse um projeto completo, usando todas num ciclo ali que começa do zero e vai até o deploy. Pode ser bem interessante, conteúdo que vai dar trabalho, mas acho que vale porque são excelentes as skills. Não esquece também de deixar aquele like, se inscreve no canal, isso ajuda muito o meu trabalho e vou ficando por aqui e até o próximo vídeo. Valeu, falou, até mais.