As novas skills de Matt Pocock são absurdas! (teste completo)

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: português

Vídeo original: As novas skills do Matt Pocock são ABSURDAS! (Teste completo) · Canal: Matheus Battisti - Hora de Codar · 17:39 · Assistir no YouTube

Tópicos: Agentes de IA, Engenharia de software com IA, Open source e ecossistemas de software

Resumo

O vídeo apresenta três novas skills de Matt Pocock para completar um ciclo de desenvolvimento com IA: implementar uma spec, criar um pull request fácil de revisar e fazer uma retrospectiva para orientar o próximo ciclo. O apresentador instala as skills em um projeto existente e demonstra o fluxo, do planejamento da funcionalidade de reservas à criação de tarefas e implementação com subagents. Depois, testa o sistema, abre um pull request e usa a retrospectiva para identificar problemas e sugerir melhorias. O vídeo também inclui divulgações de um e-book e de uma promoção da Hostinger.

Pontos-chave

A skill implement-spec usa a spec e as tarefas como base para implementar o trabalho em sequência, com apoio de subagents.
A skill de PR organiza a descrição do pull request para facilitar a revisão, destacando resumo, evidências e possíveis riscos do merge.
A skill retro analisa o trabalho recente, registra problemas e sugere melhorias para o próximo ciclo.
O fluxo demonstrado começa com o planejamento da funcionalidade e a criação de uma spec antes de gerar tickets.
O projeto de exemplo adiciona compra simulada de créditos, reservas de aulas e lista de espera.
Após a implementação, o apresentador testa manualmente o fluxo de compra de créditos e reserva.
A retrospectiva identifica a ausência de testes e tipos automatizados antes da integração, além de atritos causados pela configuração de worktrees.

Capítulos

Início	Capítulo	Resumo
00:00	As três skills e o ciclo de desenvolvimento	O apresentador explica como as skills de implementação, PR e retrospectiva complementam o ciclo de desenvolvimento.
02:34	Instalação e preparação do projeto	As skills são instaladas e configuradas em um projeto existente antes do planejamento da nova funcionalidade.
04:05	Planejamento, spec e criação de tarefas	O apresentador descreve a funcionalidade de reservas, esclarece requisitos e transforma o planejamento em spec e tickets.
07:45	Implementação com subagents	A skill implement-spec usa a spec e as tarefas para desenvolver a funcionalidade, enquanto o vídeo mostra o trabalho dos subagents.
11:55	Testes manuais e criação do pull request	O apresentador valida o fluxo de créditos e reservas e demonstra a criação de um PR estruturado para facilitar a revisão.
14:31	Retrospectiva e melhorias para o próximo ciclo	Depois do merge, a skill retro analisa o trabalho realizado e aponta problemas e melhorias para ciclos futuros.
17:09	Divulgações e encerramento	O apresentador menciona novamente o e-book e a promoção da Hostinger e encerra pedindo comentários sobre as skills.

Citações

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

A retro fecha o ciclo: faz uma retrospectiva da sessão, entende os problemas e cataloga tudo para melhorar a próxima. — 02:03

Facilmente revisável, seguindo a estrutura que ele propôs: resumo, evidências e perigos do merge. — 14:00

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

Conceitos e entidades

Matt Pocock (pessoa): Criador das skills de desenvolvimento demonstradas no vídeo.
Claude Code (ferramenta): Ferramenta usada para instalar as skills e trabalhar no projeto durante a demonstração.
implement-spec (conceito): Skill apresentada para implementar as tarefas de uma spec em sequência, com apoio de subagents.
PR (conceito): Skill que ajuda a preparar uma descrição de pull request com resumo, evidências e riscos do merge.
retro (conceito): Skill que revisa o trabalho recente e registra problemas e sugestões para ciclos futuros.
GitHub (ferramenta): Plataforma usada como rastreador de tarefas e para hospedar issues e pull requests do projeto.
subagent (conceito): Agente auxiliar que pode explorar ou implementar tarefas durante o trabalho paralelo.
Hostinger (empresa): Empresa mencionada em uma divulgação de hospedagem VPS.

Tradução completa (pt-BR)

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

00:30 mostrar em detalhes como cada uma delas funciona e também executá-las na prática com vocês. Então, chega aí, bora entender melhor. Vamos lá. Bom, galera, trouxe esta apresentação só para a gente passar por cada uma rapidamente; depois, vamos ver na prática, tá? O Matt Pocock, como eu falei, tem várias skills que ajudam a gente a implementar projetos melhores com IA. E agora lançou mais estas três, que fecham o ciclo, como eu falei. Então, elas completam o que as outras já começavam, né? Claro, dava para desenvolver com o que já tinha, mas

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

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

02:03 que a gente consiga revisar o código de IA, que é muito grande e geralmente a gente não lê tudo. Assim, dá para ler. E, por último, a retro, que fecha o ciclo e dá o próximo passo. Basicamente, de forma resumida, ela faz uma retrospectiva da sessão, identifica os problemas e cataloga tudo para melhorar na próxima. Então, é isso que falei para vocês: ela já encaminha para o 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, este aqui é o repositório das skills do Matt Pocock. Vou deixar tudo na descrição do vídeo, né? Vai ter o link para vocês acessarem e conhecerem as skills. O cara é bem famoso mesmo, tem várias skills interessantes, tá? Não vou falar de todas aqui, mas vou fazer o ciclo com as novas para vocês entenderem melhor. Então, o que eu tenho aqui? Preparei um projeto já iniciado, né,

03:04 sem as skills dele. Então, vou fazer primeiro a instalação e depois iniciar o Claude. A instalação é pelo comando que está no repositório: plugin install Matt Pocock skills. Então, fiz a instalação, inicio o Claude e aí ele começa o projeto, né? As skills estão instaladas. Mas é obrigatório fazer uma configuração inicial, tá? E vou usar o comando setup Matt Pocock skills. Este projeto já está no GitHub,

03:35 já está versionado, beleza? Já está inicializado. Então, vou colocar um comentário assim: “Use o GitHub deste repositório como rastreador de tarefas, mantenha os rótulos de triagem padrão e crie o CLAUDE.md”. A gente pode fazer isso para iniciar as skills neste repositório, e ele já entendeu o que o projeto tem e o que não tem. Então, este é o primeiro passo quando a gente insere as skills dele num projeto que já está em andamento. Aí ele

04:05 vai identificar e entender tudo. Vou até executar um npm run dev aqui para rodar o projeto. Ele iniciou o CLAUDE.md, tá? Já leu o projeto e entendeu do que se trata. E aqui está o projeto aberto; já deixei aberto para a gente poder acompanhar a evolução dele também. Embora o foco não seja o projeto, tá, galera, e sim as skills, a gente também pode acompanhar o andamento por ali, tá? Bom, a primeira skill que a gente usa de fato é a grill with docs, tá? Essa skill vai fazer com que a gente

04:38 deixe bem feito o planejamento do nosso sistema, tá? Então, também posso mandar um comentário junto com essa skill, contando um pouco sobre o projeto. Vou colocar aqui um texto que já tinha preparado. Expliquei, né? E agora vou ler para vocês entenderem. Quero adicionar reservas ao Turma Cheia. Então, o aluno entra com e-mail e senha, compra um pacote de créditos — por enquanto, o pagamento é apenas simulado, com o botão “Comprar” — e gasta um crédito para reservar uma vaga numa aula. Quando a

05:10 aula lota, ele pode entrar na lista de espera e, se alguém cancelar, a primeira pessoa da lista ganha a vaga automaticamente, e o crédito dela é descontado. Então, é isso que quero adicionar ao sistema. Coloquei aqui um pouco das regras de negócio e tudo mais, né? E também, como vocês viram ali, basicamente este projeto forma turmas para determinadas atividades físicas, tá? Então, é um estúdio de aulas em grupo. Posso ver a grade da semana e, por exemplo, ver que vai ter pilates

05:41 com a Ana Prado, na sala Reformer, e posso participar, já que ainda tem duas vagas, tá? Então, vou reservar minha vaga aqui e tudo mais. É assim que este sistema funciona. Aí, olha só o que ele faz: vai criar um glossário e diz que agora vem 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, para cada pergunta, já dá

06:12 uma resposta recomendada para facilitar para a gente. Então, podemos responder “sim” para todas, por exemplo, porque ele diz que, se eu quiser aprovar tudo, é só fazer isso. Se as dúvidas ficarem em aberto, ele também as resolve com o Niah. Mas a gente poderia olhar ali e ver: “Ah, não é bem assim; vou responder à pergunta 11”. Mas aqui só quero, novamente, ver as skills novas. Então, estou dando andamento normalmente, como se estivesse tudo certo. Bom, aqui tem mais algumas perguntas, tá? Então, vamos confirmando tudo até ele terminar. E aí vamos

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

07:14 conversa atual numa spec e ter essa documentação; depois, vou transformá-la em tickets, as tarefas que ele identificou que precisam ser feitas para atingir meu objetivo. Então, são esses dois passos que gosto de seguir. Aqui ele disse: “Antes de escrever a spec, vou propor onde os testes vão entrar no código. Proposta: um único ponto de teste, o modo de domínio com as regras do estúdio”. Então, beleza, vou aprovar. Vou pedir para ele escrever a spec. Então, a spec vira uma issue no repositório, tá, galera? Podem dar uma

07:45 olhada. Ó, aqui está a spec. Então, 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. Vamos usar esse comando agora. É nessa divisão que entra a nova skill, que antes implementava tarefa por tarefa e agora implementa tudo em sequência, usando estratégias mais avançadas, como subagents.

08:16 Então, ele fala aqui: “Leia a spec e o código. Essa divisão que propõe. A tarefa um é uma 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 agora o que a gente pode fazer é utilizar a nova skill. Vamos utilizar a implements spec. Olha, ele fala aqui: “Implementar o resultado de to spec e to tickets 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 planejado ali. Tinha umas perguntas aqui que ele falou que eu não respondi, mas está tudo bem. Claro, num projeto real, responderíamos, né? Aqui, a gente está mais pela ciência, né? Galera, outra coisa importantíssima: baixem o Fábrica de Sistemas. Se tu curte essa ideia de desenvolvimento com IA mais estruturado, com planejamento e depois a criação do sistema, é isso que tu vai ver aqui no Fábrica. É um e-book gratuito que estou dando para vocês.

09:19 O link está aqui na descrição, tá? Com ele, tu vai ter acesso a mais de 150 páginas — são quase 200 — 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 para download. Seguimos, então. Vamos ver aqui como é que ele vai fazer. Olha, tá vendo aqui, galera? Estão criando — ele está criando os subagents, né? E cada um vai implementando. Acho que não é cada um: esse aqui está explorando,

09:49 né? Esse aqui está 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 descritas aqui, né? Aí, vindo aqui para o projeto de novo, todas elas viraram issues, né? Então, o versionamento está sendo trabalhado da maneira correta, bem estruturado. Isso vai deixar mais fácil mapear e revisar o projeto depois, né? E a próxima tarefa se encaixa justamente no fim desta, com a criação de um pull request

10:21 que vai enviar para produção o que foi feito aqui. Aqui a gente não tem isso, né? Estamos trabalhando num ambiente isolado, mas depois ele enviaria isso para a main. Aí seria feito o deploy das tarefas que estamos concluindo aqui, né? Beleza? Falando em mandar para o deploy, né? Não esqueçam, galera: a Hostinger está com promoção de Black Friday. É a melhor promoção que eles fizeram este ano, e está rolando agora. Vou deixar o link aqui na descrição também. Tem também o nosso cupom

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

11:24 usar há mais de 10 anos, então sempre escolho ele. Mas tem gente que gosta do Debian, do Arch Linux e de outros. Então, fica à vontade, mas também acho o Ubuntu bom para iniciantes, né? E manda bala: tu vai ter tua VPS hoje mesmo para colocar teus projetos no ar. Fechou? Aproveita a promoção deles e usa o nosso cupom para ter ainda mais desconto. Bora voltar lá, então? Aqui não tem o que fazer, é só esperar. 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 do Cloud puro ou de outras IaaS puras, eles basicamente dizem: “Este aqui é o e-mail do administrador, este aqui é o e-mail do usuário.” Está tudo lá. Aqui, não. Cada usuário vai ter um tipo de teste para a gente poder ver. Então, vou entrar com este aqui. Ele está

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

12:57 Vou tentar 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 encontra algum bug, né? Bom, vamos supor que deu certo, né? Aí, agora a gente vai utilizar a skill de PR. Essa daqui é a skill de PR do Matt Pocock. A gente pode mandar uma mensagenzinha, como sempre, né, para instruir a IA sobre o que a gente quer fazer. Aí eu mando algo assim: “Abra o pull request da branch de integração para a main,

13:29 usando a skill de PR para escrever a descrição.” Então, sou instruído a dizer que quero mandar para a main tudo que fiz até então, abrindo esse pull request, que é o fluxo natural do GitHub, em que alguém aprovaria — um líder técnico ou, depois de um consenso do time, até mesmo outra pessoa, né? Isso é versionamento, né, galera? Não vou entrar muito em detalhes aqui. Daqui a pouco, vamos ter o pull request lá no GitHub, no repositório. É este aqui, ó. Vejam só: as issues foram todas resolvidas, né? Então, isso também é mais um

14:00 indício de que deu certo essa integração de plataformas, né? Só vou esperar aqui voltar para mim e já mostro para vocês. Bom, aí ele abriu o pull request, tá? Ele já me dá o link aqui, mas basta vir aqui e recarregar. Olha, temos o pull request. Fácil de revisar, né? Seguindo a estrutura que ele propôs: resumo, evidências e os perigos de fazer o merge. Aí, como é que a gente faria? Basta

14:31 fazer o merge, né? Aceitar esse pull request, e aí esse código estaria dentro da nossa branch principal. Bom, fica a nosso critério pedir para o Claude ou vir aqui embaixo e fazer o merge, né? Depende se nosso processo é automático ou manual, se a gente quer deixar isso manual ou automático. Bom, ele foi integrado, some aqui da lista e a gente inicia um novo ciclo. Só que, como falei para vocês, tem aquela outra skill, a de retrospectiva, que 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, baseado apenas nas últimas mudanças, e vai sugerir o que a gente já pode implementar agora ou aquilo a que deve ficar atento para uma próxima vez. Enfim, é mesmo um ciclo de melhoria contínua, né? Aí, olha só, galera: aqui ele mandou a lista de melhorias e a retrospectiva das reservas do projeto, que foi a última coisa que a gente fez. E o log principal, os três subagents,

15:32 outras implementações, exploração da documentação do Next, blá-blá-blá. Aqui ele falou: “Nada executa testes e verifica tipos automaticamente antes de o código entrar.” O que vi: “Não há integração contínua, né? Ou seja, não tem essa parte de deploy automático, vamos dizer assim, no GitHub. Por que isso importa? Sugestão.” Então, ele já fala: “Preparar a árvore de trabalho foi a maior fonte de atrito que vi. Cerca de 25 comandos foram recusados pela proteção que mantém o agent dentro da própria árvore de trabalho.” Então, ele vai citando todos os problemas que encontrou,

16:04 os efeitos deles e as sugestões para as próximas rodadas. Depois, a gente pode simplesmente seguir com a implementação por ele mesmo, que ele faz sozinho. Beleza, galera? Então, vejam só que skills interessantes, né, que acabam dando andamento mais rápido ao ciclo: a implementação e o envio do PR, que é fácil de ler. Esse é um problema bem 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 nas partes ali que têm problemas mais frescos. Então, bem interessantes as skills do Matt Pocock. 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 e prints, para que tu possas entender todo o meu processo de pensar num sistema e executá-lo e, no fim, como eu tento,

17:09 né, conseguir clientes, né? Porque é uma tentativa, né? Não tem fórmula mágica, senão todo mundo estaria rico e feliz. Beleza? Então, baixa aí já, garante o teu; é de graça. E também, né, Black da Host, galera. Se vocês quiserem um VPS, agora é a hora: a 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 Vocês usam as skills do Matt? Comentem aí de qual vocês gostam mais, qual gostariam que eu trouxesse e se gostariam que eu trouxesse um projeto completo, usando todas num ciclo que começa do zero e vai até o deploy. Pode ser bem interessante, um conteúdo que vai dar trabalho, mas acho que vale a pena, porque as skills são excelentes. Não esqueçam também de deixar aquele like e se inscrever no canal. Isso ajuda muito o meu trabalho. Vou ficando por aqui. Até o próximo vídeo. Valeu, falou, até mais.

Transcrição original

[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.