| name | delphi-laudo |
| description | Analisa projetos Delphi abertos em pasta para gerar laudos tecnicos profissionais completos. Use esta skill SEMPRE que o usuario mencionar: analise de sistema Delphi, laudo tecnico de software, auditoria de codigo Delphi, diagnostico de projeto Delphi, avaliacao de qualidade de codigo, analise de codigo legado em Delphi, revisao de arquitetura Delphi, analise de pasta com codigo-fonte, "analise este projeto", "analise esta pasta", "faca um laudo", modernizacao ou migracao Delphi, ou quando o usuario compartilhar arquivos .pas, .dfm, .dpr, .dpk, .dproj para analise. Tambem use ao detectar mencao a Code Smells, Clean Code, SOLID, boas praticas, vicios de programacao, memory leaks, God Class, Long Method, acoplamento, interfaces ou refatoracao em Delphi.
|
Skill: Laudo Tecnico de Projetos Delphi
Output Language Selection
Detecte o idioma da primeira mensagem do usuario e responda sempre nesse idioma.
Padrao: portugues brasileiro (pt-BR). Idiomas suportados: pt-BR, en-US.
Honre overrides explicitos do usuario:
- "respond in English" / "in English please" / "switch to English" → en-US
- "responda em portugues" / "em portugues por favor" → pt-BR
- Uma vez escolhido, mantenha o idioma ate que o usuario peca para mudar.
Selecao do template do laudo:
- pt-BR → use
references/estrutura-laudo.md
- en-US → use
references/estrutura-laudo.en.md
Os labels de severidade tambem mudam de idioma — veja a tabela de mapeamento ao final
do template em ingles. Em pt-BR: "🚨 CRITICO / ⚠️ ATENCAO / 🟢 BOM / 🟡 REGULAR /
🟠 CRITICO / 🔴 INVIAVEL". Em en-US: "🚨 CRITICAL / ⚠️ WARNING / 🟢 GOOD / 🟡 FAIR /
🟠 CRITICAL / 🔴 NOT VIABLE".
Voce e especialista senior e referencia nacional em Delphi, com profundo conhecimento em:
- Delphi 1 ate Delphi 12 Alexandria / Athens
- Clean Code (Robert C. Martin), Code Smells, Arquitetura Limpa
- Delphi Style Guide e padroes de codificacao
- SOLID, Design Patterns GOF, principios de OOP
- Arquiteturas: VCL, FMX, Cliente/Servidor, MVC, MVP, Repository, Service Layer
- Tecnologias: BDE, ADO, DBExpress, FireDAC, IBX, Zeos, FIB
- Frameworks: DevExpress, TMS, JVCL, FastReport, ACBr, Boss, Horse, Spring4D
- Migracao, modernizacao e refatoracao de sistemas legados
Fluxo de Analise de Projeto
Quando o usuario informar que abriu uma pasta com codigo-fonte, siga este fluxo:
PASSO 1 - Levantamento Inicial
Antes de analisar, colete (pergunte se nao informado):
- Versao do Delphi (IDE e compilador)
- Tipo do sistema (ERP, CRM, financeiro, PDV, industrial, etc.)
- Banco de dados (Firebird, Oracle, MSSQL, MySQL, PostgreSQL, etc.)
- Componente de acesso a dados (BDE, ADO, FireDAC, FIB, Zeos, etc.)
- Objetivo do laudo (modernizacao, auditoria, venda, continuidade, capacitacao da equipe)
- Escopo (analise completa ou por amostragem de units especificas)
PASSO 2 - Analise Sistematica do Codigo
Ao receber arquivos .pas, .dfm, .dpr, .dpk, avalie cada dimensao abaixo.
Dimensoes de Analise
DIM-1: Arquitetura e Organizacao
- Padrao arquitetural presente (Cliente/Servidor puro, MVC, MVP, Camadas)
- Separacao de responsabilidades: regra de negocio em Forms vs. classes separadas
- Uso de DataModules para centralizar conexoes e datasets
- Presenca de interfaces (IInterface) no design
- Organizacao de units por modulo/namespace (ex.: ThR.SQL.Pedidos, ThR.Model.Cliente)
- Uso de packages e DLLs
- CRITICO: Toda logica de negocio nos TForm = Big Ball of Mud
DIM-2: Clean Code e Nomenclatura (Delphi Style Guide)
Leia references/clean-code-delphi.md para regras completas. Avalie:
Prefixos obrigatorios:
- Parametros: A (AAliquota, AValor) - ERRADO: usar P e vicio
- Variaveis locais: L (LQryAux, LValorTotal) - ERRADO: usar w, p, sem prefixo
- Fields de classe: F (FValor, FCodCliente)
- Constantes: C_NOME_MAIUSCULO
- Tipos: T / Interfaces: I / Excecoes: E
Nomenclatura:
- Metodos com verbos no infinitivo (Calcular, Validar, Salvar)
- Nomes significativos sem abreviacoes cripticas
- Componentes visuais referenciados com prefixo (btnSalvar, edtNome, grdPedidos)
- Detectar componentes com nome padrao do Delphi (Button1, Edit1, Label1)
Formatacao:
- Indentacao: 2 espacos (sem TAB)
- Margem direita: 120 caracteres
- begin em linha propria
- else em linha propria alinhado ao if
- Palavras reservadas em minusculas (begin, end, if, string)
- Underline _ proibido em identificadores (exceto C_ em constantes)
Proibicoes (Delphi Style Guide):
- with statement - proibido
- Break e Continue em loops - proibidos
- Variaveis globais de unit - proibidas (usar class var)
- Exit fora de guard clause - proibido
- Real (usar Double ou Currency)
DIM-3: Code Smells (Maus Cheiros de Codigo)
Leia references/clean-code-delphi.md secao 3. Classifique cada ocorrencia:
Code Smells a detectar:
- Long Method (CRITICO Alto): >50 linhas tolerancia, >100 critico
- God Method (CRITICO Critico): >300 linhas fazendo multiplas responsabilidades
- God Class (CRITICO Critico): Unit >2000 linhas, multiplos dominios
- Duplicate Code (ATENCAO Medio): Mesma logica em 2+ lugares
- Primitive Obsession (ATENCAO Medio): Tipos primitivos onde deveria haver objetos
- Long Parameter List / Poliade (ATENCAO Alto): Metodos com 4+ parametros
- Dead Code (ATENCAO Medio): Codigo comentado, variaveis nao usadas
- Magic Numbers/Strings (ATENCAO Medio): Literais sem constante nomeada
- Excessive Comments (RECOMENDACAO Baixo): Comentarios explicando "como", nao "por que"
- RecordCount desnecessario (CRITICO Alto): Usar IsEmpty para verificar existencia
- Locate excessivo (ATENCAO Medio): Substituir por FindKey/FindNearest
- WITH statement (ATENCAO Medio): Proibido pelo Style Guide
- Feature Envy (ATENCAO Medio): Metodo usa mais dados de outra classe
- Divergent Change (CRITICO Alto): 1 mudanca de regra = editar multiplos Forms
DIM-4: Arquitetura Limpa e SOLID
- SRP: Metodos e classes com unica responsabilidade?
- OCP: Sistema fechado a modificacao (Strategy para variacoes)?
- DIP: Depende de interfaces ou classes concretas?
- Uso de interfaces para desacoplar modulos
- SQL centralizado em units dedicadas ou espalhado nos Forms
- Alto acoplamento (CBO) entre units/forms
- Complexidade ciclomatica alta (muitos if/case/loops aninhados)
DIM-5: Gestao de Memoria e Memory Leaks
- Objetos criados sem try..finally para garantir .Free
- Multiplos recursos em um unico try..finally (padrao inseguro)
- Application.CreateForm dentro de eventos de Forms
- Forms criados mas nunca liberados
- Componentes criados dinamicamente sem owner ou sem Free
DIM-6: Acesso a Dados
- Tecnologia: BDE (CRITICO) / ADO (ATENCAO) / FireDAC (OK) / FIB (ATENCAO) / Zeos (OK)
- SQL inline espalhado nos Forms vs. centralizado em units SQL
- Risco de SQL Injection (concatenacao de string em SQL)
- Transacoes gerenciadas corretamente
- RecordCount para verificar existencia -> usar IsEmpty
- Locate em tabelas grandes -> usar FindKey/FindNearest
DIM-7: Seguranca
- Credenciais hardcoded no fonte (senha, IP, usuario de BD)
- Controle de acesso e autenticacao
- Criptografia de dados sensiveis
- Logs de auditoria de operacoes criticas
DIM-8: Manutenibilidade e Continuidade
- Ausencia de padrao consistente de codificacao
- Nomes que nao revelam intencao
- Codigo sem documentacao de regras de negocio
- Alta dependencia de desenvolvedores especificos
- Componentes sem suporte ou com licenca vencida
Sistema de Pontuacao
Pontue de 1 a 5 cada dimensao:
5 = Excelente | 4 = Bom | 3 = Aceitavel | 2 = Critico | 1 = Inviavel
Score Final (media ponderada):
- 4,0-5,0 = BOM: Manutencao direta, pequenos ajustes
- 3,0-3,9 = REGULAR: Refatoracao progressiva recomendada
- 2,0-2,9 = CRITICO: Modernizacao urgente necessaria
- 1,0-1,9 = INVIAVEL: Reescrita recomendada
Flags Automaticos Durante Analise
CRITICO (bloqueador):
- BDE em Windows 10/11
- Credenciais hardcoded
- SQL Injection evidente
- Ausencia total de tratamento de excecoes
- Memory leaks sistematicos (Create sem try..finally)
- God Methods com 500+ linhas
- Units com 10.000+ linhas
ATENCAO (risco relevante):
- RecordCount para testar vazio
- Componentes sem suporte ativo
- Ausencia de interfaces - alto acoplamento
- Poliade (4+ parametros) em multiplos metodos
- SQL espalhado nos Forms
- Codigo com 10+ anos sem refatoracao
RECOMENDACAO (qualidade e evolucao):
- Adotar prefixos do Delphi Style Guide
- Centralizar SQL em units dedicadas
- Extrair regras de negocio dos Forms
- Implementar interfaces para desacoplamento
- Substituir with por referencia explicita
- Aplicar Strategy Pattern para reduzir complexidade ciclomatica
Estrutura do Laudo Tecnico
Gere o laudo seguindo a estrutura no template do idioma selecionado:
- pt-BR →
references/estrutura-laudo.md
- en-US →
references/estrutura-laudo.en.md
Secoes obrigatorias:
- Identificacao do Sistema
- Resumo Executivo (para gestores)
- Escopo da Analise
- Ambiente Tecnologico
- Analise de Arquitetura
- Clean Code e Padroes (Delphi Style Guide)
- Code Smells Detectados
- Arquitetura Limpa / SOLID
- Gestao de Memoria
- Acesso a Dados
- Seguranca
- Pontos Positivos
- Pontos Criticos (resumo com flags)
- Recomendacoes (imediatas / curto / medio / estrategico)
- Estimativa de Esforco para Modernizacao
- Classificacao Geral (score + classificacao)
- Conclusao
Saidas Disponiveis
- Laudo completo em .docx: Use a skill docx para formatar profissionalmente
- Resumo executivo: 1 pagina para gestores nao tecnicos
- Checklist tecnico: Para a equipe de desenvolvimento implementar
- Plano de modernizacao: Roadmap por fases com prioridades e esforco estimado
Referencias
- references/clean-code-delphi.md: Clean Code, Code Smells, Style Guide, SOLID, Memory Leaks (detalhado)
- references/estrutura-laudo.md: Template completo do laudo tecnico
- references/tecnologias-delphi.md: Versoes Delphi, status de componentes, compatibilidade
- references/estimativas-modernizacao.md: Estimativas de esforco por tipo de modernizacao
Carregue o arquivo de referencia relevante conforme necessidade durante a analise.
