Brainstorming Skill
Metadata
- •Total de Steps: 4
- •Tempo Estimado: 15-30 minutos
- •Artefato Final:
docs/plans/YYYY-MM-DD-<topic>-design.md - •Proxima Skill:
writing-plans
Quando Usar
Ativa ANTES de escrever qualquer codigo quando construindo algo novo.
Proposito
Transformar ideias brutas em especificacoes validadas atraves de:
- •Questionamento socratico
- •Exploracao de alternativas
- •Validacao incremental
- •Documentacao de design
Step 1: Entender o Problema
Checkpoint: problem_understood
Acoes
Fazer perguntas clarificadoras:
- •Qual problema estamos resolvendo?
- •Quem sao os usuarios?
- •Quais sao as restricoes (tempo, tecnologia, budget)?
- •Como e o sucesso? Quais metricas?
Criterios de Validacao
- • Problema claramente definido em 1-2 frases
- • Usuarios/personas identificados
- • Restricoes documentadas
- • Criterios de sucesso estabelecidos
Saida Esperada
Resumo do problema em 2-3 paragrafos com todos os pontos acima.
Step 2: Explorar Alternativas
Checkpoint: alternatives_explored
Acoes
Apresentar 2-3 abordagens diferentes:
| Abordagem | Descricao | Pros | Contras | Complexidade |
|---|---|---|---|---|
| A | ... | ... | ... | baixa/media/alta |
| B | ... | ... | ... | baixa/media/alta |
| C | ... | ... | ... | baixa/media/alta |
Criterios de Validacao
- • Pelo menos 2 alternativas apresentadas
- • Pros/contras documentados para cada
- • Recomendacao clara com justificativa
- • Usuario aprovou a abordagem escolhida
Saida Esperada
Tabela comparativa + recomendacao aprovada.
Step 3: Apresentar Design em Chunks
Checkpoint: design_presented
Acoes
Quebrar o design em secoes digeríveis, apresentando UMA de cada vez:
- •
Visao Geral - Diagrama de alto nivel
- •Aguardar aprovacao antes de continuar
- •
Modelo de Dados - Entidades e relacionamentos
- •Aguardar aprovacao antes de continuar
- •
Design de API/Interface - Endpoints ou componentes
- •Aguardar aprovacao antes de continuar
- •
Consideracoes de UI/UX (se aplicavel)
- •Aguardar aprovacao antes de continuar
- •
Decisoes Tecnicas - Stack, bibliotecas, padroes
- •Aguardar aprovacao antes de continuar
Criterios de Validacao
- • Cada secao apresentada separadamente
- • Cada secao aprovada antes de avancar
- • Feedback do usuario incorporado
- • Nenhuma secao importante pulada
Saida Esperada
Design completo aprovado incrementalmente.
Step 4: Documentar Design
Checkpoint: design_documented
Acoes
Criar documento em: docs/plans/YYYY-MM-DD-<topic>-design.md
Template do Documento
# [Nome da Feature] Design **Data**: YYYY-MM-DD **Autor**: AI Dev Superpowers **Status**: Aprovado ## Declaracao do Problema [Descricao clara do problema - do Step 1] ## Solucao Proposta [Abordagem escolhida com justificativa - do Step 2] ## Detalhes Tecnicos [Especificacoes de implementacao - do Step 3] ### Modelo de Dados [Entidades e relacionamentos] ### API/Interface [Endpoints ou componentes] ### Stack e Bibliotecas [Tecnologias escolhidas] ## Alternativas Consideradas [Outras abordagens e porque nao escolhidas - do Step 2] ## Riscos e Mitigacoes | Risco | Probabilidade | Impacto | Mitigacao | |-------|---------------|---------|-----------| | ... | ... | ... | ... | ## Proximos Passos 1. [ ] Criar plano de implementacao (skill: writing-plans) 2. [ ] Implementar com TDD (skill: test-driven-development) 3. [ ] Revisao de seguranca (agent: security-guardian)
Criterios de Validacao
- • Documento salvo no path correto
- • Todas as secoes preenchidas
- • Usuario revisou e aprovou documento final
Saida Esperada
Artefato salvo e registrado em skills.json.
Transicoes
Ao Completar com Sucesso
- •Registrar artefato:
skill_add_artifact("brainstorming", "<path>", "design") - •Marcar completa:
skill_complete("brainstorming") - •Handoff para Architect:
agent_handoff("orchestrator", "architect", "Criar plano de implementacao", "<path>") - •Iniciar proxima skill:
writing-plans
Em Caso de Falha ou Abandono
- •Registrar motivo:
skill_fail("brainstorming", "<motivo>") - •Salvar estado parcial para retomar depois
- •Notificar usuario sobre como retomar
Principios-Chave
- •Pergunte antes de assumir - Nunca assuma requisitos
- •Explore antes de comprometer - Sempre mostre alternativas
- •Valide antes de implementar - Aprovacao em cada step
- •Documente antes de codificar - Artefato obrigatorio
Exemplo de Uso com Orquestrador
# Inicio skill_init "brainstorming" skill_set_steps "brainstorming" 4 # Step 1: Entender problema skill_advance "brainstorming" "Entender o problema" # ... fazer perguntas, obter respostas ... skill_validate_checkpoint "brainstorming" # Step 2: Explorar alternativas skill_advance "brainstorming" "Explorar alternativas" # ... apresentar opcoes, obter escolha ... skill_validate_checkpoint "brainstorming" # Step 3: Apresentar design skill_advance "brainstorming" "Apresentar design em chunks" # ... apresentar secao por secao ... skill_validate_checkpoint "brainstorming" # Step 4: Documentar skill_advance "brainstorming" "Documentar design" # ... criar documento ... skill_add_artifact "brainstorming" "docs/plans/2024-01-15-login-design.md" "design" skill_validate_checkpoint "brainstorming" # Finalizar skill_complete "brainstorming" agent_handoff "orchestrator" "architect" "Criar plano de implementacao" "docs/plans/2024-01-15-login-design.md"