Menú
descreva em uma frase quando o agente deve ativar essa skill
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
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.
Basado en la clasificación ocupacional SOC
| 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>.