Instale uma das duas, não as duas. Elas descrevem a mesma disciplina vinda de dois autores, então manter ambas deixa duas descrições sobrepostas disputando a mesma tarefa. Escolha aquela cujo estilo combina com o jeito que o seu time já escreve testes.
A skill tdd de Matt Pocock conduz red, green, refactor uma fatia vertical por vez, ou seja cada ciclo entrega um pedaço fino mas completo de comportamento. É mais leve que a versão do superpowers e serve a times que querem a disciplina sem adotar uma metodologia inteira. Escolha uma das duas, porque rodar as duas gera instruções contraditórias.
Ideal para
Trabalho de funcionalidade em que você quer comportamento de ponta a ponta cedo.
Pule se
Você já usa superpowers, cuja skill de TDD cobre o mesmo terreno.
Qual instalar
Escolha tdd se você quer a instrução curta, a que se apoia no fato de o modelo já conhecer o ciclo. É a mais leve das duas e não atrapalha em bases que já têm suíte de testes e uma convenção estabelecida.
A skill test-driven-development, da coleção superpowers de Jesse Vincent, conduz o agente pelo ciclo red, green, refactor: primeiro um teste que falha, depois a menor mudança que o faz passar, e então a limpeza. Com um agente o teste que falha faz trabalho duplo, porque também prova que ele entendeu o requisito antes de escrever código.
Ideal para
Funcionalidades e correções com comportamento verificável, principalmente onde conferir na mão é lento.
Pule se
Você está explorando, prototipando ou vai jogar o código fora amanhã.
Qual instalar
Escolha test-driven-development se você quer a disciplina imposta em vez de sugerida, incluindo a parte em que o teste precisa ser visto falhando antes. Serve melhor onde os testes são escritos depois, ou não são escritos.
Instalar as duas é o exemplo mais claro do problema de sobreposição que este catálogo aponta o tempo todo. Duas descrições cobrindo o mesmo gatilho significam que uma vence sempre e a outra parece quebrada, então a decisão é qual manter, não como combinar.