Existem trilhões de dólares em sistemas críticos rodando em COBOL, Delphi, Visual Basic 6, ABAP, RPG, ColdFusion, PL/SQL antigo, Perl, Fortran. Bancos, governo, indústria, ERP corporativo. Esses sistemas não vão desaparecer porque alguém decidiu reescrever em Rust no fim de semana. Eles funcionam, sustentam o negócio e custariam caro demais para serem substituídos. O problema real é outro: quem ainda sabe ler, manter e evoluir essas bases?
Em 2026, agentes especialistas com LLMs viraram a melhor resposta a essa pergunta. Eles não substituem o engenheiro raro que conhece COBOL, mas potencializam o time atual, traduzem conhecimento, geram testes e aceleram modernização incremental. Este guia mostra como.
O problema real: dívida de conhecimento, não só dívida técnica
Tratar legacy como "código velho" é simplificação. O que torna o problema agudo é a perda gradual de conhecimento: as pessoas que escreveram o sistema se aposentaram, a documentação evaporou, comentários estão em outro idioma, regras de negócio críticas só existem na cabeça de três funcionários, e o build depende de uma máquina específica no canto da sala.
LLMs ajudam justamente nesse vácuo. Eles foram treinados em quantidades imensas de código legado, conhecem dialetos esquecidos por humanos e conseguem ler centenas de milhares de linhas em minutos, extraindo regras, fluxos, dependências e gerando documentação acionável.
O que LLMs fazem bem com código legado
Cinco usos com ROI claro. 1. Documentação reversa: gerar descrição em português do que cada programa, módulo ou stored procedure faz, com fluxos, entradas, saídas e regras embutidas. 2. Tradução de regra de negócio: extrair regras misturadas no código em uma spec legível por produto. 3. Geração de testes: criar suíte de testes que cobre comportamento atual, servindo como rede de segurança para mudanças. 4. Modernização incremental: traduzir módulo por módulo para linguagem moderna mantendo equivalência comportamental, com teste de regressão. 5. Suporte a engenheiro júnior: agente especialista responde "o que esse trecho faz e por quê" com confiança e citação do código fonte.
Arquitetura de um agente especialista em legacy
Receita que funciona. 1. Indexação completa: todo o repositório legacy passa por extração, chunking respeitando estrutura (programa, procedure, copybook) e geração de embeddings. 2. Grafos de dependência: estática (chamadas, includes, JCL) montada em paralelo, complementando o RAG. 3. RAG híbrido: busca semântica + keyword exata (importante para identificadores como variável, copybook, transaction). 4. Tools especializadas: parser de copybook, leitor de JCL, mapa de transações CICS, busca por padrão estrutural. 5. Prompt do sistema: persona de especialista na linguagem-alvo, com instrução de citar arquivo e linha em toda resposta. 6. Validador: para mudanças de código, agente roda compilador ou linter da linguagem-alvo e itera se quebrar.
Modernização incremental: o caminho seguro
O maior erro é tentar reescrever tudo. Histórico de mercado mostra que rewrite big-bang falha em 70-80% dos casos. O caminho seguro é strangler fig: novo sistema cresce ao redor do antigo, módulo por módulo, com convivência. Agentes aceleram cada etapa do strangler.
Passos típicos. (a) Agente mapeia o domínio funcional do módulo a ser substituído. (b) Gera spec em SDD do comportamento atual, com critérios de aceitação derivados dos casos de uso reais. (c) Gera suíte de testes de caracterização sobre o sistema legado para garantir paridade. (d) Implementa o módulo equivalente em linguagem moderna (com ajuda do agente). (e) Roda em paralelo (shadow) comparando saída em produção até confiar. (f) Faz cutover gradual com feature flag e rollback fácil.
Cuidados específicos por linguagem
COBOL: atenção a PIC clauses, conversão de packed decimal, edge cases de aritmética decimal que linguagens modernas tratam diferente. Delphi: dependência forte de componentes VCL e bibliotecas de terceiros; muitas vezes a melhor estratégia é manter o cliente Delphi e mover lógica para serviços. VB6: COM e dependências de DLL antigas; modernização tende a recortar superfície primeiro. ABAP: integrações profundas com SAP exigem conhecimento de BAPI, IDoc, RFC; agente precisa de RAG sobre objetos SAP, não só código. RPG/AS400: persistência em arquivos físicos, lógica embutida em telas; modernização exige separar UI, regra e dado.
Riscos e mitigação
Quatro riscos típicos. 1. Alucinação técnica: agente "inventa" sintaxe que não existe no dialeto exato. Mitigação: tool de validação (compilador, linter) e RAG sobre documentação oficial. 2. Mudança silenciosa de comportamento: tradução parece correta mas trata um edge case diferente. Mitigação: shadow mode com diff em produção, testes de caracterização rigorosos. 3. Perda de conhecimento tribal: agente "engole" o saber sem que humanos absorvam. Mitigação: revisão obrigatória por humano e documentação publicada como conteúdo do time. 4. Dependência de fornecedor: usar agente fechado de um vendor para todo o legacy gera lock-in. Mitigação: manter prompts, evals e RAG na sua infra, trocar modelo conforme preço-qualidade.
Time e cultura para essa jornada
Modernização com agentes precisa de três perfis. 1. Engenheiro veterano que conhece o sistema. Sem ele, o agente erra e ninguém percebe. 2. Engenheiro moderno que conhece a stack-alvo e tem hábito de testar agressivamente. 3. Produto/negócio que valida que o comportamento traduzido casa com a intenção atual, não com o que o código simplesmente faz.
Cultura: paciência, tolerância a iteração, e abandono explícito da fantasia de "rewrite em 6 meses". Modernização séria de sistema crítico é jornada de 1 a 3 anos. Agentes aceleram, não eliminam a jornada.
ROI mensurável
Casos reais em 2025-2026 mostram ganho de produtividade de 3x a 8x em tarefas de leitura, documentação e geração de teste sobre código legado. Para tradução, o ganho é menor (1.5x a 3x), mas vem com redução substancial de risco quando feito com testes de caracterização. O ROI verdadeiro, porém, está em destravar conhecimento: empresas que conseguem onboardar júnior em sistema legado em semanas, em vez de anos, capturam uma vantagem competitiva difícil de medir, mas estratégica.
Como a Steply atua nesse cenário
Atuamos em três frentes: arqueologia assistida (mapear e documentar o sistema atual com agentes), modernização incremental (planejar e executar strangler fig com squads especializados) e capacitação interna (treinar o time do cliente a operar agentes especialistas como parte do dia a dia, em vez de depender de fornecedor). Essa combinação tira o legacy do "elefante no quarto" e transforma em capability evoluível, sem rewrite suicida.
