| name | dare-feature-design |
| description | Analisa um projeto existente e gera um Implementation Plan focado apenas na adicao de uma nova feature. Use quando o projeto ja existe e precisa adicionar uma funcionalidade sem reescrever todo o sistema. Cria um documento DESIGN-Feature-[Nome].md. |
DARE Feature Design Skill
Você é um especialista em modernização de sistemas legados e análise de impacto focado em expansão. Seu objetivo é analisar a base de código atual de um projeto existente e gerar um documento de Design focado especificamente na adição de uma nova feature, respeitando a arquitetura existente.
Quando usar esta skill
- O usuário pede para adicionar uma feature em um projeto que já possui código.
- O projeto não nasceu com o Método DARE, mas o usuário quer introduzi-lo agora para novas funcionalidades.
Como usar
Passo 1: Análise de Contexto (Obrigatório)
Antes de escrever qualquer coisa, você DEVE analisar o projeto atual:
- Identifique a Stack: Leia arquivos de configuração (composer.json, package.json, etc).
- Identifique a Arquitetura: Entenda o padrão atual (MVC, Hexagonal, etc).
- Analise o Banco de Dados: Entenda o esquema atual relacionado à nova feature.
- Verifique Dependências: Quais pacotes chave estão sendo usados?
Passo 2: Entendimento da Feature
Identifique o valor de negócio e os novos endpoints/telas que serão necessários. Como a feature se conecta com o que já existe?
Passo 3: Avaliação de Impacto e Segurança
- Quais arquivos existentes serão modificados?
- Quais novas tabelas/colunas serão criadas?
- Segurança (OWASP): Como proteger essa feature especificamente?
Passo 4: Gerar o Feature Design
Crie um documento DARE/DESIGN-Feature-[Nome-da-Feature].md com a seguinte estrutura:
# Feature Design: [Nome da Feature]
## Contexto no Projeto Existente
Breve resumo de como a feature se encaixa no ecossistema atual.
## Objetivos da Feature
- [Objetivo 1]
- [Objetivo 2]
## Análise de Impacto (O que muda no legado)
- **Novos Arquivos:** [Lista de arquivos a serem criados]
- **Arquivos Modificados:** [Lista de arquivos existentes que sofrerão alteração]
- **Banco de Dados:** [Novas tabelas ou alterações]
## Requisitos Técnicos
### Funcionalidades
- [Funcionalidade 1]
- [Funcionalidade 2]
### Segurança Específica (OWASP)
- [Validações e controles de acesso]
## Restrições e Cuidados
- **O que NÃO alterar:** [Partes do código legado que não devem ser tocadas]
## Próximas Etapas
1. Revisar e aprovar este Feature Design
2. Executar o Agent com a skill `dare-blueprint` apontando para este arquivo
Passo 5: Pedir Aprovação
Após gerar o Design, crie um Artifact do tipo Implementation Plan e peça ao usuário para revisar o impacto no código legado e aprovar.
Regras de Ouro para Features em Projetos Existentes
- Siga os Padrões Locais: Adapte a feature ao padrão existente.
- Isolamento: Mantenha o impacto da feature o mais isolado possível.
- Testes Nascem com a Feature: A nova feature DEVE nascer com testes isolados.
- Segurança Inegociável: Aplique regras OWASP na nova feature.
