A OpenAI publicou em 19 de outubro avaliações de modelos em linguagens como COBOL e Fortran. Os resultados podem ajudar equipes a investigar sistemas antigos, desde que a migração preserve regras de negócio e passe por validação humana.
· 7 min de leitura · Tecnologia
Em 19 de outubro de 2026, a OpenAI apresentou novas avaliações de seus modelos para construir software em linguagens pouco representadas nos dados de treinamento e migrar programas COBOL. Para empresas, o avanço pode acelerar a análise de sistemas antigos; não elimina a necessidade de revisar código, dados, integrações e regras financeiras antes de qualquer mudança em produção.
A notícia importa porque muitas organizações dependem de programas que continuam funcionando, mas são difíceis de documentar e modificar. A barreira não é somente a idade da linguagem: é descobrir por que cada rotina existe e quais efeitos uma alteração produz em outros sistemas.
A publicação descreve dois testes. O MultiLangBench mede se um modelo consegue construir, ao longo de uma tarefa extensa, um mecanismo compatível com SQLite em vinte linguagens. A outra avaliação mede a conversão de programas COBOL para linguagens como Java ou Python e verifica se o comportamento observável foi preservado.
Nos resultados apresentados pela OpenAI, GPT‑6 Astra obteve média de 87,4% de testes aprovados no MultiLangBench, ante 26,8% para GPT‑5.6 Sol. Na migração de COBOL, GPT‑6.1 Sol chegou a 86,6% de acerto em baixo esforço de raciocínio e a 97,9% em esforço maior. São números do conjunto de testes criado pela própria OpenAI; não equivalem a uma taxa de sucesso garantida em sistemas reais.
A empresa também publicou o desenho do benchmark e sua suíte de testes no GitHub. Isso permite examinar tarefas e resultados, mas não substitui a validação independente de um sistema empresarial específico.
| Avaliação divulgada | O que verifica | Leitura para a empresa |
|---|---|---|
| MultiLangBench | Construção de software em 20 linguagens | Mede capacidade em tarefas controladas, não a qualidade de um produto completo. |
| Migração de COBOL | Preservação de saídas após conversão | Ajuda a estruturar provas de equivalência antes de trocar componentes. |
| Custo estimado por tarefa | Consumo de API nos testes | Serve como referência do experimento, não como orçamento de uma migração. |
Instituições financeiras, seguradoras, indústrias e órgãos públicos podem carregar décadas de decisões dentro de rotinas de processamento. Um sistema de folha, faturamento ou conciliação pode depender de regras de arredondamento, datas de corte, tratamento de registros ausentes e integrações que não aparecem na documentação disponível.
Imagine uma distribuidora que precisa conectar seu sistema de estoque antigo a um aplicativo de vendas. A IA pode ajudar a mapear formatos de arquivos, identificar módulos e propor testes de integração. O ganho potencial aparece primeiro na investigação e na documentação; reescrever toda a aplicação de uma vez seria uma aposta de risco alto.
O mesmo raciocínio vale para um aplicativo mobile que consulta um sistema legado. Uma camada de API bem definida permite evoluir telas e serviços gradualmente, enquanto o núcleo antigo continua atendendo operações que já foram verificadas.
Um programa pode compilar e ainda entregar um resultado errado. Diferenças discretas em precisão decimal, ordenação, fuso horário, arredondamento ou comportamento diante de um campo vazio podem alterar cobranças e relatórios. A avaliação da OpenAI destaca a preservação de saídas observáveis justamente porque equivalência funcional é mais exigente do que gerar código plausível.
Modelos também podem interpretar mal nomes internos, comentários incompletos e convenções locais. Se um prompt incluir dados de cliente, credenciais ou trechos proprietários, a equipe precisa definir previamente o que pode ser enviado a cada ferramenta e quais controles de acesso se aplicam.
Por isso, o uso mais prudente começa como apoio de engenharia: leitura de módulos, documentação assistida, geração de casos de teste e propostas pequenas de alteração. O responsável técnico decide o que entra no repositório, executa testes e compara saídas com exemplos representativos.
Colete entradas e saídas conhecidas, regras de negócio, arquivos de intercâmbio e dependências. Um teste de regressão útil registra não apenas o resultado esperado, mas também o contexto em que ele deve ocorrer.
A comparação publicada pela OpenAI é específica aos modelos, à configuração e às tarefas do benchmark. Em um projeto real, registre tempo de revisão, falhas encontradas, custo de execução e esforço de manutenção.
Uma empresa não precisa decidir agora se vai substituir seu sistema. Pode começar com um inventário técnico e escolher uma rotina delimitada, sem dados sensíveis, para avaliar o processo de ponta a ponta. Esse piloto ajuda a responder se a IA economiza tempo na documentação ou nos testes e onde a revisão humana continua indispensável.
Um roteiro prático reduz surpresas e deixa claro quem responde por cada etapa:
A atualização da OpenAI amplia a caixa de ferramentas para equipes que lidam com software antigo, mas o valor comercial depende de um plano de modernização incremental. Para uma empresa brasileira, o primeiro objetivo pode ser reduzir a incerteza: documentar um fluxo, identificar dependências e construir testes que revelem o que não pode mudar.
A decisão sobre a arquitetura vem depois do diagnóstico. Em alguns casos, uma API entre o legado e um novo sistema resolve a necessidade atual. Em outros, faz sentido migrar módulos por etapas. O caminho adequado depende de riscos, integrações, equipe e continuidade da operação. A Agência G da Web desenvolve sistemas, aplicativos e integrações; um orçamento pode começar por esse recorte técnico, sem compromisso de substituir tudo.
Solicitar orçamento gratuito · Falar com especialista no WhatsApp