COBOL et Fortran : OpenAI annonce des gains pour GPT-6

Ce qui s'est passé

OpenAI affirme que ses modèles GPT-6 réalisent des performances nettement meilleures sur les langages à faibles ressources, comme COBOL et Fortran, des langages anciens encore très présents dans les systèmes d'entreprise et publics. Selon ces résultats, GPT-6 Astra atteint 87,4 % sur le benchmark MultiLangBench, tandis que GPT-6.1 Sol monte jusqu'à 97,9 % sur les tâches de migration de code COBOL.

Ces chiffres ont d'abord été rapportés par The Decoder, qui détaille l'annonce d'OpenAI. Les sources disponibles ne précisent pas le détail de la méthodologie des tests ni la date de disponibilité de ces modèles auprès des clients.

Pourquoi c'est important

Pour les organisations qui exploitent encore des applications bancaires, d'assurance ou administratives écrites en COBOL ou en Fortran, la migration vers des environnements modernes a longtemps été coûteuse, lente et risquée, faute de compétences disponibles. Si les capacités annoncées se confirment en conditions réelles, l'IA générative pourrait réduire une part significative de cet effort de modernisation, en accélérant la compréhension du code existant et la production de versions réécrites.

Le signal dépasse la seule performance technique. Lorsque la dette technique devient plus facile à traiter, les équipes de services peuvent plus rapidement déployer de nouveaux parcours, intégrer des canaux digitaux et réduire les incidents touchant les clients. La transformation numérique des fonctions « arrière-guichet » devient ainsi un levier direct sur l'expérience vécue par les usagers.

En chiffres

• 87,4 % : score de GPT-6 Astra sur le benchmark MultiLangBench, selon OpenAI.
• 97,9 % : performance maximale annoncée pour GPT-6.1 Sol sur la migration de code COBOL.

Le point de vue Renascence

La plupart des lecteurs retiendront le chiffre le plus spectaculaire. L'enjeu réel est ailleurs : ce sont les systèmes hérités, et non les nouveaux produits, qui conditionnent la qualité du service au quotidien. Un score de benchmark ne dit rien du temps nécessaire pour valider un code migré ni de la manière dont les équipes métier retrouveront leurs processus.

Le vrai avantage ne viendra pas de la rapidité de réécriture, mais de la capacité à conserver les règles métier et les parcours clients qui fonctionnent déjà. Les opérateurs avisés devraient donc cartographier l'expérience avant de migrer, en identifiant les points de friction que les clients subissent réellement. Traiter la migration comme un exercice de conception de services, et non comme une simple opération technique, reste le meilleur moyen d'éviter de transférer des erreurs d'un système à l'autre.