Habilidades Workflow Patterns
📦

Workflow Patterns

Seguro

Domine o Fluxo de Trabalho TDD com Conductor

Dificuldade com fluxo de trabalho de desenvolvimento desorganizado e baixa cobertura de testes. Esta skill fornece uma estrutura TDD estruturada com pontos de verificação de fase, gerenciamento de commits git e protocolos de verificação para garantir a qualidade do código durante toda a implementação.

Suporta: Claude Codex Code(CC)
📊 69 Adequado
1

Baixar o ZIP da skill

2

Upload no Claude

Vá em Configurações → Capacidades → Skills → Upload skill

3

Ative e comece a usar

Testar

A utilizar "Workflow Patterns". Ajude-me a criar um commit de checkpoint após completar a Fase 1

Resultado esperado:

  • Executando verificação automatizada...
  • Suite de testes: 47 testes passaram
  • Coverage: 87% (meta: 80%)
  • Linting: Sem erros
  • Commit de checkpoint criado: def5678
  • Plan atualizado com SHA do checkpoint
  • Aguardando aprovação de verificação manual

A utilizar "Workflow Patterns". Guiar-me pelo fluxo de trabalho TDD para a Tarefa 2.1

Resultado esperado:

  • Etapa 1: Selecionar próxima tarefa - Tarefa 2.1 marcada
  • Etapa 2: Marcar como em progresso [~] em plan.md
  • Etapa 3: RED - Escrever testes falhando (test_validate_user_email)
  • Etapa 4: GREEN - Implementar código mínimo (método validate_email)
  • Etapa 5: REFACTOR - Extrair padrões, melhorar nomenclatura
  • Etapa 6: Verificar coverage >= 80%
  • Etapa 7: Documentar desvios
  • Etapa 8: Criar commit estruturado
  • Etapa 9: Anexar notas git com resumo
  • Etapa 10: Atualizar plan.md com SHA do commit
  • Etapa 11: Commitar atualização do plan

Auditoria de Segurança

Seguro
v1 • 2/25/2026

Static analysis detected 80 potential security issues in resources/implementation-playbook.md, all of which are false positives. The file contains Markdown documentation with bash code examples for educational purposes. The external_commands patterns are git command examples in code blocks (lines 25-571), not executable code. The weak_crypto findings are documentation text, not cryptographic implementations. This skill contains only documentation and no executable code, posing no security risk.

1
Arquivos analisados
622
Linhas analisadas
1
achados
1
Total de auditorias
Problemas de Risco Médio (1)
resources/implementation-playbook.md:25-571
External Command Patterns in Documentation
Static scanner detected Ruby/shell backtick execution patterns at 65 locations in resources/implementation-playbook.md. These are all bash code examples within Markdown code blocks demonstrating git commands (git commit, git notes, git diff, pytest, etc.) for educational purposes. No executable code exists.
Auditado por: claude

Pontuação de qualidade

38
Arquitetura
100
Manutenibilidade
87
Conteúdo
21
Comunidade
100
Segurança
83
Conformidade com especificações

O Que Você Pode Construir

Implementar Nova Funcionalidade com TDD

Desenvolvedor implementa um novo recurso de autenticação de usuário seguindo o ciclo red-green-refactor, com cobertura de teste adequada e commits git em cada etapa.

Estabelecer Pontos de Verificação de Fase

Tech lead cria pontos de verificação de verificação no final de cada fase de desenvolvimento para garantir que as portas de qualidade sejam atendidas antes de prosseguir.

Rastrear Progresso da Implementação

Desenvolvedor rastreia conclusão de tarefas atualizando plan.md com SHAs de commit e mantendo rastreabilidade do planejamento ao código.

Tente Estes Prompts

Iniciar Implementação de Tarefa TDD 
Estou começando a Tarefa 2.1: Implementar validação de usuário. Ajude-me a seguir o fluxo de trabalho TDD para escrever testes falhando primeiro, depois implementar o código mínimo para passar e refatorar para clareza.
Criar Ponto de Verificação de Fase 
Completei todas as tarefas da Fase 1. Ajude-me a criar um commit de checkpoint com verificação: executar suite completa de testes, verificar coverage acima de 80% e gerar lista de verificação manual.
Formatar Commit Git Estruturado 
Ajude-me a criar uma mensagem de commit estruturada para conclusão da Tarefa 2.1 seguindo o formato: tipo(escopo): assunto, corpo com pontos e rodapé com referências de tarefa/track.
Tratar Desvio de Implementação 
Durante a implementação descobri que precisamos de uma abordagem diferente do planejado. Ajude-me a documentar este desvio adequadamente em plan.md e tech-stack.md.

Melhores Práticas

  • Sempre escreva testes falhando primeiro (RED) antes da implementação (GREEN) - nunca pule a fase RED
  • Crie commits atômicos - uma mudança lógica por commit com testes passando após cada commit
  • Aguarde aprovação explícita do usuário antes de prosseguir além dos pontos de verificação de fase - não pule as portas de verificação
  • Atualize plan.md imediatamente após completar cada tarefa com o SHA do commit para rastreabilidade

Evitar

  • Escrever código de implementação antes dos testes - isso viola os princípios TDD e reduz a eficácia dos testes
  • Agrupar múltiplas tarefas em um commit - isso quebra a rastreabilidade e dificulta reversões semânticas
  • Prosseguir para a próxima fase sem aprovação de checkpoint - isso contorna portas de qualidade e risking acumula dívida técnica
  • Atualizar plan.md apenas após múltiplas tarefas - isso perde rastreabilidade e dificulta auditoria de progresso

Perguntas Frequentes

O que é o ciclo RED-GREEN-REFACTOR?
RED significa escrever testes falhando primeiro. GREEN significa escrever código mínimo para passar nos testes. REFACTOR significa melhorar a estrutura do código mantendo os testes verdes. Este ciclo garante que os testes direcionem o desenvolvimento e o código permaneça limpo.
Por que preciso gravar SHAs de commit em plan.md?
Gravar SHAs de commit cria rastreabilidade do plano ao código. Permite operações de reversão semântica, auditoria de progresso e ajuda a entender qual código implementa qual tarefa específica.
Posso prosseguir para a próxima fase sem aprovação de checkpoint?
Não. Aprovação de checkpoint é uma porta de qualidade crítica. Prosseguir sem aprovação risking acumular problemas não detectados. Sempre aguarde aprovação explícita antes de passar para a próxima fase.
O que devo fazer se a implementação desviar do plano?
Documente o desvio em plan.md com a razão e impacto. Atualize tech-stack.md se as dependências mudaram. Atualize spec.md se os requisitos mudaram. Isso mantém a rastreabilidade das decisões.
Por que usar notas git em vez de colocar tudo na mensagem de commit?
Notas git preservam contexto rico sem poluir mensagens de commit. Elas permitem consultas semânticas entre commits e suportam operações baseadas em track enquanto mantém commits concisos e scannáveis.
O que é a meta de 80% de coverage e por que é importante?
A meta de 80% de coverage garante testes abrangentes do novo código. Equilibra exhaustividade com pragmatismo - 100% frequentemente não é custo-efetivo, mas abaixo de 80% risca perder caminhos críticos.

Detalhes do Desenvolvedor

Autor

sickn33

Licença

MIT

Repositório

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/workflow-patterns

Referência

main

Estrutura de arquivos

📁 resources/

📄 implementation-playbook.md

📄 SKILL.md