Matt Pocock

A coleção de Matt Pocock oferece skills separadas para discutir uma alteração, implementar o trabalho e revisar o código. Você escolhe as que correspondem à tarefa atual. A tdd orienta o desenvolvimento guiado por testes, alternando um teste que falha, a implementação e a refatoração.

Como usar a skill Matt Pocock

O que preparar

A coleção reúne skills diferentes para discutir uma alteração, implementar uma especificação, escrever testes e revisar o código. Tenha o repositório aberto e informe onde estão as tarefas e os requisitos. Para o exemplo abaixo, use uma especificação de cadastro que descreva como tratar um e-mail já existente.

Passo a passo

1. Configure a coleção para o repositório.

   Instale setup-matt-pocock-skills junto das skills que pretende usar e execute-a uma vez no repositório. Ela consulta onde as tarefas são acompanhadas e como os documentos devem ser organizados antes de escrever as configurações.

   Resultado esperado: orientações em docs/agents/ para as outras skills, incluindo o acompanhamento de tarefas e a organização dos documentos do domínio.

2. Esclareça o comportamento solicitado.

   Use grill-me para discutir um plano incompleto. Se a especificação já estiver pronta, forneça o arquivo à skill implement. Este exemplo usa a sintaxe do Codex. No Claude Code, use /implement.

   $implement specs/cadastro-email-unico.md. Implemente a rejeição de cadastros com e-mail já existente. Antes dos testes, combine comigo quais respostas da API serão verificadas. Preserve o formato atual dos erros e mostre os resultados das verificações.

   Resultado esperado: a implementação parte da especificação indicada. O exemplo pressupõe que esse arquivo exista e descreva o comportamento esperado.

3. Acompanhe os testes do comportamento.

   A skill implement chama tdd nos pontos combinados. A TDD propõe as interfaces públicas que serão testadas e confirma esse alcance antes de escrever os testes. Depois, alterna um teste que falha e a implementação suficiente para fazê-lo passar.

   Resultado esperado: testes que observam as respostas da API ou de outra interface pública. Alterações internas que preservam esse comportamento devem manter os testes válidos.

4. Confira a revisão e os arquivos alterados.

   Ao final, implement chama code-review. Essa revisão precisa de uma referência Git e compara as alterações com as convenções do repositório e a especificação. A instrução original de implement também prevê commit na branch atual, por isso informe se o agente está autorizado a criar esse commit.

   Resultado esperado: implementação, resultados dos testes e revisão separada entre conformidade com as convenções e atendimento à especificação.