Skills: Padrões Avançados de Design

Estrutura do Padrão Strategy
┌──────────┐
│ Contexto  │ → Avaliar condições → Selecionar estratégia
└────┬─────┘
     ├── Estratégia A (Projeto Python)
     ├── Estratégia B (Projeto TypeScript)
     └── Estratégia C (Projeto Go)

## Seleção de Estratégia de Revisão

Selecionar automaticamente com base no tech stack do projeto:

{{#if tech_stack == "python"}}
Executar estratégia de revisão Python:
- Verificar type hints
- Verificar docstrings
- Verificar conformidade PEP 8
{{/if}}

{{#if tech_stack == "typescript"}}
Executar estratégia de revisão TypeScript:
- Verificar tipos any
- Verificar definições de interface
- Verificar segurança de tipos
{{/if}}

Exemplo de Chain of Responsibility

Entrada → Verificação Formato → Verificação Segurança → Verificação Performance → Saída
         ↓ Falhou           ↓ Falhou            ↓ Falhou
        Retornar erro       Retornar erro        Retornar erro

## Chain of Responsibility de Revisão de Código

### Primeiro Portão: Verificação de Formato
- Codificação do arquivo está correta
- Estilo do código atende aos padrões
- Formato falha → Retornar problemas de formato, não continuar

### Segundo Portão: Verificação de Segurança
- Detecção de injeção SQL, XSS
- Detecção de chaves hardcoded
- Segurança falha → Retornar problemas de segurança, não continuar

### Terceiro Portão: Verificação de Qualidade
- Comprimento de função, complexidade ciclomática
- Detecção de código duplicado
- Qualidade falha → Retornar problemas de qualidade

### Todos passaram → Gerar relatório de revisão aprovada

Vantagens da Chain of Responsibility
├── Saída antecipada: Falha na verificação anterior retorna imediatamente, economizando custo subsequente
├── Separação de preocupações: Cada verificador foca apenas na sua dimensão
├── Extensível: Adicionar novas dimensões de vericação adicionando um elo
└── Configurável: Pode pular certos elos de vericação

Padrão Observer

Fonte de evento: Mudança de arquivo
├── Observer A: Auto-executar testes
├── Observer B: Auto revisão de código
└── Observer C: Auto-atualizar docs

---
name: file-change-watcher
description: "Mudança de arquivo dispara ações automáticas"
triggers:
  - context: "file_modified"
---

## Regras de Resposta a Mudanças

Determinar automaticamente ao mudar arquivo:
- Mudança src/**/*.py → Disparar testes Python
- Mudança src/**/*.ts → Disparar testes TypeScript
- Mudança docs/** → Disparar validação de documentação
- Mudança .env* → Lembrar de verificar config de ambiente

## Template Method de Revisão

### Esqueleto Fixo
1. Coletar mudanças
2. Revisão arquivo por arquivo (← Customizável)
3. Agregar relatório
4. Gerar recomendações

### Etapa Customizável (Etapa 2)
Customizar dimensões de revisão por linguagem/tipo de projeto

Template Method = Skill Base + Sub-Skill Pluggável

base-review.md (esqueleto)
├── Coletar mudanças
├── Chamar Skill {{review_strategy}} (pluggável)
├── Agregar relatório
└── Gerar recomendações

python-review.md (estratégia concreta) → Preenche review_strategy
ts-review.md (estratégia concreta) → Preenche review_strategy

Skill Base: code-review
├── + Decorator de cache: Cachear resultados de revisão
├── + Decorator de logging: Registrar operações de revisão
└── + Decorator de notificação: Notificar equipe quando revisão completa

## Skill de Revisão Aprimorada

Além do fluxo básico de revisão, adicionar:
1. Antes da revisão: Registrar requisição de revisão e timestamp
2. Após a revisão: Enviar resultados para canal da equipe
3. Cache: Reutilizar últimos resultados para arquivos inalterados