GPT-6 de OpenAI mejora con COBOL y Fortran, según la compañía

Qué ha ocurrido

OpenAI afirma que sus modelos GPT-6 rinden notablemente mejor con lenguajes de programación de bajos recursos y heredados, como COBOL y Fortran. Según la información difundida por The Decoder, el modelo GPT-6 Astra obtiene un 87,4 % en el benchmark MultiLangBench, mientras que GPT-6.1 Sol alcanza hasta un 97,9 % en tareas de migración de COBOL.

Los resultados proceden de la propia compañía y se presentan como una mejora de capacidades del modelo. Las cifras reflejan el rendimiento en esas pruebas concretas, por lo que no equivalen automáticamente a una migración completa de sistemas en entornos de producción.

Por qué importa

Gran parte de los sistemas críticos de banca, seguros, administración pública y logística siguen funcionando sobre código COBOL o Fortran escrito hace décadas. Su mantenimiento depende de un grupo cada vez más reducido de especialistas, y cualquier cambio arriesga interrumpir servicios que millones de personas dan por sentados. Si los modelos de lenguaje alcanzan una precisión fiable en este tipo de código, la modernización de sistemas heredados podría pasar de ser un proyecto de años a un programa de transformación más manejable.

Para los responsables de transformación digital, la implicación no es solo técnica. Una capacidad de traducción de código más sólida cambia el cálculo sobre qué sistemas merece la pena reescribir, cuándo hacerlo y con qué equipos, lo que afecta directamente al modelo operativo de la organización.

Cifras clave

• 87,4 % de rendimiento de GPT-6 Astra en el benchmark MultiLangBench, según OpenAI.
• 97,9 % como máximo de rendimiento de GPT-6.1 Sol en migración de COBOL, según OpenAI.

La perspectiva de Renascence

La cifra que más atención atraerá es el porcentaje de acierto. La pregunta que pesa más en la práctica es otra: quién verifica que el código migrado se comporta igual que el original en los casos límite que nadie documentó. Esa verificación es donde se pierde la confianza de clientes y empleados.

El cuello de botella de la modernización de sistemas heredados nunca ha sido solo traducir código; ha sido comprobar que el servicio no cambia para quien lo usa. Un modelo que escribe COBOL con gran precisión no elimina el riesgo de un error silencioso en una liquidación o en un trámite. Las organizaciones que traten esta mejora como una oportunidad de servicio, y no solo de ahorro en desarrollo, deberían diseñar la migración en paralelo, con pruebas de comportamiento visibles para los equipos de negocio y criterios de aceptación definidos por la experiencia de uso. Lo que los clientes perciben es si el sistema sigue funcionando igual, no si el código es más moderno.