backend-development-feature-development

Orquestre o desenvolvimento de funcionalidades de ponta a ponta, dos requisitos à implantação em produção:

[Pensamento expandido: Este fluxo de trabalho orquestra agentes especializados através de fases abrangentes de desenvolvimento de funcionalidades - desde a descoberta e planejamento até a implementação, teste e implantação. Cada fase se baseia nos resultados anteriores, garantindo a entrega coerente de funcionalidades. O fluxo de trabalho suporta múltiplas metodologias de desenvolvimento (tradicional, TDD/BDD, DDD), níveis de complexidade de funcionalidades e estratégias modernas de implantação, incluindo feature flags, rollouts graduais e desenvolvimento com foco em observabilidade. Os agentes recebem contexto detalhado das fases anteriores para manter a consistência e a qualidade ao longo do ciclo de vida do desenvolvimento.]

Use esta habilidade quando

• Coordenar a entrega de funcionalidades de ponta a ponta entre backend, frontend e dados
• Gerenciar requisitos, arquitetura, implementação, testes e rollout
• Planejar alterações em múltiplos serviços com necessidades de implantação e monitoramento
• Alinhar equipes em escopo, riscos e métricas de sucesso

Não use esta habilidade quando

• A tarefa for uma alteração pequena e isolada no backend ou correção de bug
• Você precisar apenas de uma tarefa de especialista única, não de um fluxo de trabalho completo
• Não houver implantação ou coordenação entre equipes envolvidas

Instruções

1. Confirme o escopo da funcionalidade, métricas de sucesso e restrições.
2. Selecione uma metodologia e defina os resultados das fases.
3. Orquestre a implementação, testes e validação de segurança.
4. Prepare planos de rollout, monitoramento e documentação.

Segurança

• Evite alterações em produção sem aprovações e planos de rollback.
• Valide migrações de dados e feature flags em staging primeiro.

Opções de Configuração

Metodologia de Desenvolvimento

• tradicional: Desenvolvimento sequencial com testes após a implementação
• tdd: Test-Driven Development com ciclos red-green-refactor
• bdd: Behavior-Driven Development com testes baseados em cenários
• ddd: Domain-Driven Design com bounded contexts e agregados

Complexidade da Funcionalidade

• simples: Serviço único, integração mínima (1-2 dias)
• médio: Múltiplos serviços, integração moderada (3-5 dias)
• complexo: Cross-domain, integração extensiva (1-2 semanas)
• épico: Grandes alterações arquiteturais, múltiplas equipes (2+ semanas)

Estratégia de Implantação

• direta: Rollout imediato para todos os usuários
• canary: Rollout gradual começando com 5% do tráfego
• feature-flag: Ativação controlada via feature toggles
• blue-green: Implantação sem downtime com rollback instantâneo
• a-b-test: Divisão de tráfego para experimentação e métricas

Fase 1: Descoberta e Planejamento de Requisitos

1. Análise de Negócios e Requisitos

   • Use a ferramenta Task com subagent_type="business-analytics::business-analyst"
   • Prompt: "Analise os requisitos da funcionalidade para: $ARGUMENTS. Defina user stories, critérios de aceitação, métricas de sucesso e valor de negócio. Identifique stakeholders, dependências e riscos. Crie um documento de especificação da funcionalidade com limites claros de escopo."
   • Resultado esperado: Documento de requisitos com user stories, métricas de sucesso, avaliação de riscos
   • Contexto: Solicitação inicial da funcionalidade e contexto de negócio

2. Design da Arquitetura Técnica

   • Use a ferramenta Task com subagent_type="comprehensive-review::architect-review"
   • Prompt: "Projete a arquitetura técnica para a funcionalidade: $ARGUMENTS. Usando os requisitos: [inclua a análise de negócios da etapa 1]. Defina limites de serviço, contratos de API, modelos de dados, pontos de integração e stack de tecnologia. Considere requisitos de escalabilidade, desempenho e segurança."
   • Resultado esperado: Documento de design técnico com diagramas de arquitetura, especificações de API, modelos de dados
   • Contexto: Requisitos de negócio, arquitetura do sistema existente

3. Avaliação de Viabilidade e Riscos

   • Use a ferramenta Task com subagent_type="security-scanning::security-auditor"
   • Prompt: "Avalie as implicações e riscos de segurança para a funcionalidade: $ARGUMENTS. Revise a arquitetura: [inclua o design técnico da etapa 2]. Identifique requisitos de segurança, necessidades de conformidade, preocupações com privacidade de dados e vulnerabilidades potenciais."
   • Resultado esperado: Avaliação de segurança com matriz de riscos, checklist de conformidade, estratégias de mitigação
   • Contexto: Design técnico, requisitos regulatórios

Fase 2: Implementação e Desenvolvimento

4. Implementação de Serviços Backend
   • Use a ferramenta Task com subagent_type="backend-architect"

…