Desenvolvimento de Funcionalidades
Planeje usando os padrões → construa usando os padrões → verifique de acordo com os padrões.
Esta habilidade apenas orquestra. Cada fase delega para uma habilidade filha. Não reafirme os fluxos de trabalho das filhas aqui.
| Fase | Habilidade | Caminho | Modo (habilidade filha) |
|---|---|---|---|
| 1 | refinamento | refine/SKILL.md | — |
| 2 | sistema-design | design-system/SKILL.md | PLANEJAR |
| 3 | arquitetura | architecture/SKILL.md | PLANEJAR |
| 4 | construir | build/SKILL.md | CONSTRUIR |
| 5 | verificar | verify/SKILL.md | portão de produção |
Use feasibility antes da fase 1 quando a equipe precisar de um veredito pronto/não-pronto sobre se deve iniciar.
Fluxo de Trabalho
Progresso do planejamento:
- [ ] 1. Refinar
- [ ] Decisões resolvidas (se houver)
- [ ] 2. Sistema de design (PLANEJAR)
- [ ] 3. Arquitetura (PLANEJAR)
- [ ] Plano de desenvolvimento da funcionalidade emitido
- [ ] 4. Construir
- [ ] 5. Verificar prontidão para produção
- [ ] Pronto para PR
1. Refinar
Invocar: refine/SKILL.md
Passar: chave do ticket ou colar, links do Figma/design, épico pai, contexto do chat.
Saída: o quê/como claro o suficiente para estimar; decisões em aberto nomeadas ou resolvidas; brief de refinamento consolidado quando as decisões forem tomadas.
Portão: parar para Perguntas que exigem uma decisão antes da fase 2.
2. Sistema de design
Invocar: design-system/SKILL.md no modo PLANEJAR.
Passar: brief de refinamento, Figma/capturas de tela, rotas/superfícies no escopo.
Saída: recomendações de reuso, mudanças potenciais na PL, sequenciamento (PR PL se houver). Ou “Não aplicável (sem UI)” em uma linha.
3. Arquitetura
Invocar: architecture/SKILL.md no modo PLANEJAR.
Passar: brief de refinamento, plano do sistema de design (se houver), rotas/APIs/campos de sessão no escopo.
Saída: checklist de temas aplicáveis com precedentes do repositório.
Após 1–3: emitir o plano combinado uma única vez.
4. Construir
Invocar: build/SKILL.md.
Passar: brief de refinamento, saída do PLANEJAR do sistema de design, checklist do PLANEJAR da arquitetura.
Saída: implementação no branch seguindo esses padrões.
5. Verificar prontidão para produção
Invocar: verify/SKILL.md — único portão pré-PR. Não executar REVISÃO do sistema de design ou arquitetura separadamente; a verificação é responsável por eles.
Passar: brief de refinamento / critérios de aceitação, saída do PLANEJAR do sistema de design, checklist do PLANEJAR da arquitetura, diff do branch.
Saída: APROVADO | PARCIAL | REPROVADO, prontidão para PR, e o que foi verificado/corrigido.
Regras de orquestração
- Habilidades filhas são donas do comportamento. Leia e siga a habilidade vinculada para cada fase.
- Passe o contexto adiante — cada fase consome as saídas anteriores.
- Um único artefato de planejamento após as fases 1–3; não despeje três relatórios completos.
- Verificar requer código — pule as fases 4–5 durante invocações apenas de planejamento, a menos que a implementação já exista.
- Pré-PR é apenas a fase 5 — sem “re-executar arquitetura antes do PR” separadamente.
Quando invocado
| Intenção | Executar |
|---|---|
| Planejar uma nova história | Fases 1–3 → plano combinado |
| Implementar funcionalidade | Fase 4 (após 1–3, ou com brief existente) |
| Finalizar / pré-PR | Fase 5 |
| Ciclo de vida completo | 1 → 2 → 3 → plano → 4 → 5 |
Plano combinado (após as fases 1–3)
Sintetize as saídas das filhas. Não reimprima relatórios completos das filhas.
# Plano de desenvolvimento da funcionalidade: [ticket ou título]
## Resumo
[3–5 frases do refinamento + bloqueadores + prontidão para estimativa]
## Refinamento
[Descobertas incrementais, rascunho dos critérios de aceitação, acompanhamentos — da saída da habilidade de refinamento]
## Sistema de design (PLANEJAR)
[Da saída do modo PLANEJAR do sistema de design — ou "Não aplicável"]
## Arquitetura (PLANEJAR)
[Do checklist do modo PLANEJAR da arquitetura]
## Decisões em aberto
[Vazio se o refinamento foi concluído]
## Próximo
→ Fase 4 Construir, depois fase 5 Verificar
Após a verificação (fase 5)
Anexe ou retorne a saída da habilidade de verificação (consulte verify/SKILL.md).
O pai não define seções de verificação — a filha é dona do relatório.
Habilidades filhas
refine/SKILL.mddesign-system/SKILL.md— PLANEJAR | CONSTRUIR | REVISARarchitecture/SKILL.md— PLANEJAR | CONSTRUIR | REVISARbuild/SKILL.mdverify/SKILL.md