Brooks-Lint — Varredura Completa e Correção Automática

Quando Usar

Use esta habilidade quando precisar do modo de varredura completa: executa uma análise unificada em todas as dimensões de qualidade — decadência de código, arquitetura, débito técnico e qualidade de testes — e então aplica correções diretamente na base de código. Mudanças seguras são aplicadas automaticamente; mudanças arriscadas são confirmadas antes da execução. Baseado em doze clássicos...

Configuração

1. Leia ../_shared/common.md para as regras da Lei de Ferro, Configuração de Projeto, Modelo de Relatório e Pontuação de Saúde
2. Leia ../_shared/source-coverage.md para cobertura em nível de livro, exceções e trade-offs
3. Leia ../_shared/decay-risks.md para definições de sintomas de risco de produção
4. Leia ../_shared/test-decay-risks.md para definições de sintomas de risco de teste
5. Leia sweep-guide.md neste diretório para o processo unificado de varredura e correção

Processo

Se o usuário não especificou um projeto ou diretório: aplique a Detecção de Escopo Automática de ../_shared/common.md para determinar o escopo da revisão antes de prosseguir.

1. Mostre o aviso de consentimento pré-voo e aguarde a aprovação única do usuário (Passo 0 do guia)
2. Enumere o escopo e inicialize o estado unresolvable / non_critical_rounds / fix_log (Passo 1 do guia)
3. Execute as quatro dimensões em sequência — revisão, teste, débito, auditoria — cada uma escaneando, classificando, aplicando correções Seguras + Estendidas-Seguras e verificando através do comando de teste do projeto (Passos 2–5 do guia)
4. Itere: re-escanear arquivos modificados + mesmo módulo + consumidores estáticos; convergir para uma rodada limpa, aposentar falhas de 3 tentativas no conjunto unresolvable, limitar rodadas não críticas a 3 (Passo 6 do guia)
5. Agregue itens residuais e irresolúveis e gere o Relatório de Varredura Completa (Passos 7–8 do guia)

Linha de modo no relatório: Full Sweep

Limitações

• Use esta habilidade apenas quando a tarefa corresponder claramente à sua fonte upstream e ao contexto do projeto local.
• Verifique comandos, código gerado, dependências, credenciais e comportamento de serviços externos antes de aplicar mudanças.
• Não trate exemplos como substitutos para testes específicos do ambiente, revisão de segurança ou aprovação do usuário para ações destrutivas ou custosas.