El 19 de octubre, OpenAI publicó los resultados de una evaluación dedicada a la migración de programas escritos en lenguajes de programación legados, incluyendo COBOL, a lenguajes como Java, C++, Kotlin, Python y Rust.
Según los resultados publicados por la empresa, GPT-6.1 Sol logró un 86.6% de precisión con bajo esfuerzo de razonamiento, en comparación con el 5.4% de la generación anterior. Con un mayor esfuerzo de razonamiento, el resultado alcanzó el 97.9%.
El criterio de evaluación es riguroso: una migración solo se considera correcta cuando pasa todas las pruebas ocultas, que requieren paridad byte por byte en las salidas observables. En otras palabras, el nuevo programa debe producir exactamente los mismos resultados que el original.
Es un avance significativo para el ámbito de los sistemas corporativos. Pero hay una pregunta que merece atención: reproducir fielmente el comportamiento de un sistema no significa que todas las reglas incrustadas en él deban seguir existiendo.
Cabe destacar que estos porcentajes fueron publicados por la propia OpenAI y corresponden a una evaluación específica, no a una garantía de rendimiento en proyectos de migración reales.
Qué garantiza la paridad y qué no responde
La paridad byte por byte confirma que el sistema migrado reproduce los resultados observables del sistema original. Este es un requisito importante para una migración técnicamente consistente.
Sin embargo, esta equivalencia también preserva comportamientos que pueden haber surgido de decisiones deliberadas, requisitos regulatorios, ajustes operativos o soluciones temporales que permanecieron en el sistema a lo largo de los años.
OpenAI mismo presenta un ejemplo aclaratorio: la aritmética de punto fijo de COBOL puede descartar lugares decimales excesivos a menos que se solicite explícitamente el redondeo.
Una reescritura que comienza a redondear estos valores puede funcionar sin presentar errores de ejecución, pero producir resultados financieros diferentes.
Ahora, considera el escenario inverso. Si la migración preserva perfectamente la truncación original, será técnicamente correcta según el criterio de paridad. Pero esto no aclara si el comportamiento fue definido por un requisito regulatorio, por una convención comercial, o por una característica que permaneció en el código sin revisión posterior.
Para la prueba de paridad, estas situaciones pueden producir exactamente el mismo resultado. Sin embargo, para el negocio, sus implicaciones pueden ser muy diferentes.
Esta distinción también fue destacada por un profesional que informó haber desarrollado COBOL para grandes compañías de seguros y aerolíneas. Comentando sobre los resultados, señaló que le gustaría que los interesados comerciales aprobaran las reglas antes de una migración de este tipo.
La reflexión resume un punto esencial: la validación técnica no reemplaza la aprobación de quienes son responsables de las decisiones comerciales.
Cuando el código se convierte en la especificación
Al explicar por qué la migración de lenguajes heredados es compleja, OpenAI reconoce tres dificultades recurrentes: documentación incompleta, ausencia de los desarrolladores originales y reglas de negocio que existen solo en el código.
En aplicaciones corporativas que han estado en producción durante décadas, este escenario es recurrente.
La especificación fue documentada en un cierto momento, pero el sistema continuó evolucionando. Nuevos productos, cambios fiscales, excepciones comerciales y ajustes operativos se han incorporado con el tiempo.
Cada cambio dejó su huella. En algunos casos, la documentación no mantuvo el ritmo de esta evolución. Gradualmente, el código mismo comenzó a concentrar información que ya no se registraba en otros lugares.
Es en este contexto que surge una pregunta fundamental para cualquier proyecto de modernización:
¿La organización sabe exactamente qué decisiones está tomando su sistema en nombre del negocio?
OpenAI también enfatiza que aplicar estos modelos en entornos de producción aún requiere revisión y pruebas especializadas relacionadas con las reglas de negocio y las dependencias del sistema.
Esta recomendación destaca un paso que no se puede ignorar: entender y validar el funcionamiento de la aplicación antes de transformarla.
El trabajo que necesita suceder antes de la migración
Si la inteligencia artificial reduce el esfuerzo necesario para traducir código, el enfoque de los proyectos de modernización necesita concentrarse aún más en entender el sistema existente.
Esto implica algunos pasos importantes:
Hacer las reglas comprensibles: identificar comportamientos en el código y documentarlos en modelos de proceso, tablas de decisiones o especificaciones que también puedan ser analizadas por las áreas de negocio.
Clasificar los comportamientos identificados: diferenciar reglas de negocio, obligaciones regulatorias, decisiones operativas y soluciones temporales que han sido incorporadas al sistema.
Mapear dependencias: entender interfaces, archivos, rutinas por lotes, integraciones y otros componentes que influyen en el funcionamiento de la aplicación.
Involucrar a los interesados del negocio: llevar las reglas identificadas a las áreas de operaciones, finanzas, cumplimiento, riesgo y legal para que puedan evaluar su validez y necesidad.
Estas áreas no necesitan interpretar código COBOL. Necesitan entender los procesos y decisiones que el sistema ejecuta para evaluar si siguen siendo apropiados.
A partir de esta revisión, dos formas de validación comienzan a trabajar juntas: las pruebas de paridad verifican si el nuevo código reproduce el comportamiento del anterior; la aprobación del negocio determina qué reglas deben seguir guiando la operación.
Una validación no reemplaza a la otra.
Modernizar también significa decidir qué evolucionar
Hay otro aspecto importante en esta discusión: modernizar no significa necesariamente reescribir toda la aplicación.
Dependiendo de las características del entorno, la evolución puede combinar diferentes enfoques: preservar funcionalidades que continúan satisfaciendo las necesidades del negocio, modernizar componentes específicos, integrar sistemas existentes a través de APIs y desarrollar nuevas capacidades sin descartar toda la estructura ya consolidada.
La elección depende de una comprensión adecuada de la arquitectura, las reglas de negocio, las dependencias y los objetivos de la organización.
Es precisamente en este escenario que la inteligencia artificial puede expandir las posibilidades de modernización. Puede apoyar actividades de análisis, documentación, traducción y desarrollo, reduciendo esfuerzos en etapas que históricamente requerían mucho trabajo especializado.
Pero la tecnología no elimina la necesidad de conocimiento sobre entornos corporativos ni transfiere la responsabilidad de las decisiones empresariales al algoritmo.
La perspectiva de INTERON
La experiencia de INTERON con aplicaciones corporativas y entornos COBOL refuerza la importancia de tratar la modernización como un proceso evolutivo, no solo como un reemplazo tecnológico.
A lo largo de su trayectoria, la empresa ha enfrentado desafíos relacionados con la continuidad de sistemas críticos, la preservación de reglas operativas y la necesidad de conectar aplicaciones consolidadas a nuevas tecnologías.
Esta experiencia ayuda a entender que el mayor desafío de la modernización no siempre está en el lenguaje utilizado o en la plataforma objetivo. A menudo, radica en el conocimiento acumulado dentro de la aplicación y las decisiones que respaldan procesos esenciales para la organización.
Por lo tanto, cada iniciativa necesita considerar no solo lo que puede ser transformado técnicamente, sino también lo que necesita ser preservado, ajustado o reemplazado.
Los avances en inteligencia artificial representan una oportunidad importante para acelerar la evolución de aplicaciones heredadas. Sin embargo, la velocidad de transformación no debe preceder a decisiones que dependen de una comprensión más profunda del negocio.
La IA puede ayudar a traducir código. Pero entender lo que representa, validar sus reglas y decidir qué debería seguir siendo parte de la operación aún requiere conocimiento, experiencia y participación de las personas responsables del negocio.
Después de todo, antes de preguntar si un sistema puede ser migrado, es necesario entender qué es lo que la organización realmente quiere preservar.
INTERON
Aplicaciones Empresariales en Evolución
Fuente de los resultados mencionados: "Avanzando en la codificación en lenguajes de programación de bajos recursos", publicado el 19 de octubre de 2026.