Menu
descreva em uma frase quando o agente deve ativar essa skill
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Modo de resposta terse (estilo caveman) para economizar tokens de saída ~65%. Sempre ativo neste projeto. Preserva precisão técnica, código, commits, PRs intocados.
padronizar mensagens de commit seguindo Conventional Commits (type, scope opcional, subject curto, breaking change marcado)
Bundle de ~60 agents + ~221 skills cobrindo reviewers, build-resolvers, TDD, E2E, security, autonomous loops. Padrão do projeto — usar o MÁXIMO de agents possível em paralelo a cada alteração.
escrever ou atualizar testes end-to-end com Playwright neste projeto, garantindo trace, screenshot, vídeo e asserções consistentes
Loop autônomo de coding (read → plan → execute → lint → unit → e2e → fix → repeat) até DoD verde. Padrão deste projeto em TODA task técnica com acceptance criteria mensurável.
| name | nome-da-skill |
| description | descreva em uma frase quando o agente deve ativar essa skill |
nome-da-skillTemplate base para criar uma nova skill. Copie este arquivo para .skills/<sua-skill>/SKILL.md e edite cada section.
Como usar este template: substitua o frontmatter, preencha as 4 sections obrigatórias (Trigger, Steps, Padrões, Definition of Done) e remova este bloco de instruções. Veja
.skills/README.mdpara boas práticas.
Liste quando essa skill deve ativar. Pense em palavras-chave que apareceriam no pedido do usuário ou na descrição da task. O agente faz match implícito pelo
descriptiondo frontmatter, mas listar triggers explícitos aqui ajuda quando alguém revisa o catálogo de skills.
<path/relevante>.Sequência numerada de passos que o agente segue. Cada passo deve ser um verbo no imperativo ("crie", "rode", "valide"). Evite passos compostos — se o passo tem dois verbos, divida em dois passos.
Convenções específicas que o agente precisa respeitar. Naming, estrutura, tom, dependências evitadas. Use bullets curtos. Se virar lista grande (>10 itens), provavelmente esse conteúdo merece estar em
.specs/architecture/PATTERNS.mdem vez de uma skill.
<convenção> (ex.: kebab-case para arquivos).<padrão de pastas> (ex.: tests/e2e/<feature>.spec.ts).<antipadrão comum> (ex.: sleep arbitrário, mock pra fazer passar).<padrão alternativo> (ex.: await expect(...).toBeVisible()).Checklist verificável que o agente marca antes de declarar a tarefa concluída. Cada item precisa ser objetivamente checável (true/false), não subjetivo.
Inclua um exemplo concreto se a skill envolve gerar código ou comando. Use code block com tag de linguagem.
# Exemplo de comando que essa skill executaria
echo "substituir por exemplo real"
Espaço livre para gotchas, links pra docs externas, ADRs relacionadas, ou histórico breve. Mantenha curto.
.specs/architecture/ADR-XXX.md.<url>.<YYYY-MM-DD>.