Skills são guias de especialidade técnica e funcional. Cada skill define objetivo, fontes obrigatórias e a sequência de execução para um tipo específico de trabalho.
O que uma skill faz e o que não faz
Uma skill orienta como executar dentro de um domínio. Ela não substitui o workflow, não define a ordem das tasks e não valida qualidade; isso é responsabilidade do Quality Gate.
A relação é clara:
| Componente | Papel |
|---|---|
| Workflow | Define o que executar e em que sequência por tipo de demanda |
| Skill | Define como executar tecnicamente dentro de um domínio |
| Quality Gate | Valida se a execução foi suficientemente boa para fechar |
Sempre selecione o workflow primeiro. Depois escolha as skills que dão profundidade técnica ao trabalho desse workflow.
Princípio de execução comum
Todo uso de skill segue o mesmo ciclo:
Analisar → Revisar → Mapear → Planejar → Implementar/Executar → Testar → ValidarTodo fechamento de skill exige:
- Revisão das fontes oficiais em
Docs/ - Mapeamento de impacto antes da execução
- Execução do trabalho técnico
- Teste do resultado
- Validação final com Quality Gate aprovado
- Evidências registradas em
Docs/tasks.mdeDocs/control.md
Qual skill usar para cada demanda
| Situação | Skill |
|---|---|
| Implementar uma feature ou correção | implementation.md |
| Melhorar estrutura sem mudar comportamento | refactoring.md |
| Escrever ou revisar testes | tests.md |
| Criar ou atualizar contrato de API, de design system ou de tokens | contracts.md |
| Implementar ou corrigir tela, componente ou fluxo visual | ui-ux.md |
| Ajustar navegação e transições entre telas | flow.md |
| Integrar com serviço externo ou módulo interno | integration.md |
| Publicar mudanças com segurança operacional | deploy.md |
| Diagnosticar problemas via observabilidade | logs.md |
| Automatizar tarefas operacionais | scripts.md |
| Validar endpoints com chamadas reproduzíveis | curl.md |
| Converter histórias em entregas validáveis | user-stories.md |
Fontes de verdade por domínio
Cada skill lê documentos específicos de Docs/ como ponto de partida:
| Domínio | Fonte principal | Fontes complementares |
|---|---|---|
| Escopo | Docs/project.md | Docs/plan.md, Docs/tasks.md |
| Requisitos | Docs/user-stories.md | Docs/pages.md, Docs/flow.md |
| UI e experiência | Docs/design-system.md, Docs/tokens.json | Docs/pages.md, Prototype/ |
| Dados | Docs/entities.md | Docs/contract.yaml, Docs/architecture.md |
| API | Docs/contract.yaml | Docs/entities.md, Docs/architecture.md |
| Estrutura técnica | Docs/structure.md | Docs/architecture.md, Docs/stack.md |
| Operação | Docs/deploy.md | Docs/architecture.md, Docs/control.md |
| Execução | Docs/plan.md, Docs/tasks.md | Docs/control.md |
| Qualidade | Quality/gate.md | Quality/realistic-tests.md, Quality/dependencies.md |
Catálogo completo de skills
Implementação
Skills/implementation.md
Implementar entrega planejada com aderência a documentos e contratos.
Fontes: Docs/plan.md · Docs/tasks.md · Docs/project.md
1. Ler task e critério de aceite
2. Revisar documentos-fonte do escopo
3. Mapear impactos em módulo, fluxo, contrato e dados
4. Planejar implementação
5. Executar
6. Testar
7. Validar com Dev e IARefatoração
Skills/refactoring.md
Melhorar estrutura interna preservando comportamento e contratos.
Fontes: Docs/architecture.md · Docs/structure.md · Docs/contract.yaml
1. Identificar riscos de regressão
2. Definir plano de refatoração
3. Garantir cobertura mínima de testes
4. Refatorar por etapas
5. Validar compatibilidadeTestes
Skills/tests.md
Validar comportamento, contrato e regressão.
Fontes: Docs/tasks.md · Docs/user-stories.md · Docs/contract.yaml · Quality/realistic-tests.md · Quality/gate.md
1. Mapear cenários críticos e critérios de aceite
2. Priorizar testes realistas com infraestrutura de produção ou equivalente
3. Usar Testcontainers por padrão para integração de backend/API
4. Validar interface com e2e em fluxos críticos
5. Para mobile: validar em BrowserStack (ou alternativa) e dispositivo físico local
6. Evitar mock/stub/placeholder, salvo exceção formal registrada na task
7. Executar suíte
8. Registrar evidências no Quality GateMock e stub são proibidos por padrão. Se forem necessários, a exceção deve ser registrada formalmente na task antes da execução. Veja Quality/anti-mock.md.
Contratos
Skills/contracts.md
Criar ou revisar contratos formais de API, design system e tokens.
Fontes: Docs/contract.yaml · Docs/design-system.md · Docs/tokens.json
Tipos de contrato no framework:
- API →
Docs/contract.yaml - Design system →
Docs/design-system.md - Tokens →
Docs/tokens.json
1. Identificar fonte principal do contrato
2. Mapear impacto em consumidores
3. Atualizar contrato
4. Validar consumo realUI/UX
Skills/ui-ux.md
Implementar ou corrigir interface com consistência visual e funcional.
Fontes: Docs/pages.md · Docs/flow.md · Docs/design-system.md · Docs/tokens.json
1. Revisar tela ou componente e estados
2. Comparar com fluxo e padrões visuais
3. Atualizar ou criar protótipo HTML em `Prototype/` quando houver impacto de interface
4. Implementar ajuste
5. Testar responsividade, estados e acessibilidadeFluxo
Skills/flow.md
Ajustar navegação e transições entre telas.
Fontes: Docs/flow.md · Docs/pages.md
1. Mapear entradas, transições e exceções
2. Implementar navegação e estados
3. Testar caminhos principais e alternativosIntegração
Skills/integration.md
Implementar ou corrigir comunicação entre módulos ou serviços externos.
Fontes: Docs/contract.yaml · Docs/architecture.md · Docs/entities.md
1. Definir requisição/resposta e autenticação
2. Isolar integração em módulo apropriado
3. Validar sucesso, falha, timeout e fallback quando aplicávelDeploy
Skills/deploy.md
Publicar mudanças com segurança operacional.
Fontes: Docs/deploy.md · Docs/architecture.md · Docs/control.md
1. Revisar pipeline e variáveis de ambiente
2. Executar publicação
3. Validar saúde do ambiente
4. Registrar resultado em `Docs/control.md`Logs
Skills/logs.md
Padronizar e usar observabilidade para diagnóstico.
Fontes: Docs/deploy.md · Docs/architecture.md
1. Classificar erro e contexto
2. Identificar origem
3. Corrigir lógica ou instrumentação
4. Validar sinal após ajusteScripts
Skills/scripts.md
Automatizar tarefas operacionais com baixo risco.
Fontes: Docs/structure.md · Docs/deploy.md · Quality/gate.md
1. Definir entradas, saídas e efeitos colaterais
2. Implementar script idempotente quando possível
3. Priorizar scripts reutilizáveis para validação de testes e contratos
4. Testar em ambiente isolado
5. Registrar comandos e evidências para reprodução no Quality GateCurl
Skills/curl.md
Validar endpoints com chamadas reproduzíveis.
Fontes: Docs/contract.yaml · Quality/gate.md
1. Definir autenticação e payload
2. Executar chamadas
3. Comparar resposta com contrato
4. Versionar comandos em scripts reproduzíveis quando possível
5. Registrar evidências no Quality Gate da taskUser Stories
Skills/user-stories.md
Converter histórias em entregas validáveis.
Fontes: Docs/user-stories.md · Docs/project.md · Docs/tasks.md
1. Revisar história e critério de aceite
2. Mapear impactos cruzados
3. Conectar implementação ao plano e tarefas
4. Validar comportamento esperadoPadrão de frontmatter por skill
Todo arquivo de skill usa frontmatter YAML mínimo para identificação e rastreabilidade:
---
nome: "Nome da skill"
objetivo: "Objetivo principal em uma frase"
fontes:
- "Docs/documento-principal.md"
- "Docs/documento-complementar.md"
---Regras que não mudam
- Skill é guia de especialidade; não substitui workflow nem Quality Gate
- Toda skill deve consultar as fontes oficiais em
Docs/antes de executar - Toda skill deve mapear impacto antes da execução
- Toda entrega técnica encerra com Quality Gate aprovado
- Evidências registradas em
Docs/tasks.mdeDocs/control.md