Article r\u00e9dig\u00e9 par St\u00e9phane Cagnon, le 9 juillet 2026<\/p>\n<\/div><\/div><\/div>
L’IA g\u00e9n\u00e9rative change la donne sur IBM i : analyser un programme RPG vieux de trente ans, en expliquer la logique, proposer un refactoring, tout cela se fait aujourd’hui en quelques minutes. Une opportunit\u00e9 historique pour un patrimoine qui porte souvent le c\u0153ur du business : facturation, paie, stocks…<\/span><\/p>\n Mais une question revient en comit\u00e9 de direction : \u00ab L’application modernis\u00e9e fait-elle exactement la m\u00eame chose qu’avant ? \u00bb Pas \u00e0 peu pr\u00e8s. Exactement. Car sur ces syst\u00e8mes, une diff\u00e9rence de comportement, c’est une facture fausse ou une paie erron\u00e9e.<\/p>\n Notre conviction, la modernisation la plus s\u00fbre est hybride : l’IA pour comprendre, le d\u00e9terminisme pour transformer, la non-r\u00e9gression pour prouver.<\/strong><\/p>\n<\/div><\/div><\/div> Ce qu’il faut retenir<\/span><\/p>\n<\/div> L’IA comprend et acc\u00e9l\u00e8re, elle ne garantit pas, <\/b>cette garantie vient des moteurs d\u00e9terministes.<\/p>\n<\/div><\/li> La non-r\u00e9gression prouve<\/b> qu’une modernisation reproduit exactement le comportement m\u00e9tier.<\/p>\n<\/div><\/li> L’hybride est \u00e9conomique<\/b> : IA cibl\u00e9e + MCP = consommation des tokens ma\u00eetris\u00e9e.<\/p>\n<\/div><\/li><\/ul><\/div><\/div><\/div><\/div> Soyons clairs, l’IA g\u00e9n\u00e9rative apporte une valeur r\u00e9elle et imm\u00e9diate sur IBM i :<\/p>\n<\/div> Comprendre :<\/strong> expliquer un code non document\u00e9, reconstituer les r\u00e8gles m\u00e9tier enfouies.<\/p>\n<\/div><\/li> Documenter :<\/strong> produire la documentation que personne n’a eu le temps d’\u00e9crire.<\/p>\n<\/div><\/li> Assister :<\/strong> sugg\u00e9rer des refactorings, guider un junior dans du code inconnu.<\/p>\n<\/div><\/li> Acc\u00e9l\u00e9rer :<\/strong> rendre r\u00e9alistes des chantiers repouss\u00e9s faute de bras et d’expertise.<\/p>\n<\/div><\/li><\/ul> Mais un mod\u00e8le de langage est probabiliste par construction : il produit la sortie la plus probable, pas une sortie garantie. Demandez-lui de convertir deux fois le m\u00eame programme : rien ne garantit deux r\u00e9sultats identiques. Et \u00e0 l\u2019\u00e9chelle d\u2019un portefeuille applicatif, qu\u2019il s\u2019agisse de quelques centaines ou de plusieurs milliers de programmes, rien ne garantit que la m\u00eame r\u00e8gle de conversion sera appliqu\u00e9e uniform\u00e9ment partout.<\/p>\n Ce n’est pas un d\u00e9faut de l’IA. C’est sa nature. Et c’est pr\u00e9cis\u00e9ment pourquoi elle ne peut pas, seule, porter la responsabilit\u00e9 d’une modernisation de syst\u00e8me critique.<\/p>\n Dans ces syst\u00e8mes, tout se joue dans les d\u00e9tails : un arrondi comptable, un ordre de tri, un contexte de troncature num\u00e9rique, une date au format h\u00e9rit\u00e9. Invisible en revue de code. Tr\u00e8s visible en production.<\/p>\n<\/div><\/div><\/div> Face \u00e0 ce constat, beaucoup d’organisations concluent : \u00ab alors il faut tout faire relire par des humains \u00bb. C’est oublier qu’il existe une troisi\u00e8me voie, \u00e9prouv\u00e9e bien avant la vague IA : la transformation de code par des moteurs d\u00e9terministes, bas\u00e9s sur l’analyse syntaxique et s\u00e9mantique du langage<\/b>, pas sur des probabilit\u00e9s.<\/p>\n Un processus d\u00e9terministe offre trois propri\u00e9t\u00e9s qu’aucun mod\u00e8le g\u00e9n\u00e9ratif ne peut garantir :<\/p>\n Sur IBM i, deux chantiers de modernisation majeurs peuvent \u00eatre men\u00e9s ainsi :<\/b><\/p>\n<\/div> Le premier obstacle n’est pas technique, il est humain : le RPG en format fixe est illisible pour les nouvelles g\u00e9n\u00e9rations de d\u00e9veloppeurs, quand le Free Form offre une syntaxe moderne, proche de Java.<\/p>\n C’est exactement le r\u00f4le d’ARCAD Transformer RPG<\/a> : une conversion enti\u00e8rement automatis\u00e9e du RPGLE vers le RPG Free Form, avec un taux de conversion proche de 100 % (sp\u00e9cifications C, H, F, D, P et instructions GOTO) en mode unitaire ou en masse. Le moteur d\u00e9tecte notamment les contextes de troncature et corrige le code pour pr\u00e9venir les anomalies d’ex\u00e9cution ; et chaque conversion peut \u00eatre v\u00e9rifi\u00e9e via une comparaison visuelle entre le code d’origine et le code converti. C’est d’ailleurs le seul convertisseur Free Form \u00e0 disposer de son propre num\u00e9ro de produit IBM (5733-AC1).<\/p>\n Pour un DSI, l\u2019essentiel est l\u00e0 : ce moteur appliquera les m\u00eames r\u00e8gles de conversion du premier au dernier programme, quelle que soit la taille du portefeuille applicatif, une garantie qu\u2019aucun LLM ne peut offrir.<\/p>\n<\/div><\/div><\/div> Le second chantier consiste \u00e0 extraire les r\u00e8gles m\u00e9tier du monolithe RPG pour les exposer en web services RESTful, consommables par des portails web, applications mobiles ou partenaires.<\/p>\n ARCAD Transformer Microservices<\/a> outille ce refactoring de bout en bout, avec une m\u00e9thode syst\u00e9matique plut\u00f4t qu’artisanale : assistance \u00e0 la s\u00e9lection des blocs de code candidats, v\u00e9rification automatique du couplage pour garantir la coh\u00e9rence des modules extraits, transformation des variables en param\u00e8tres, extraction automatis\u00e9e du module, remplacement du bloc d’origine par l’appel \u00e0 la nouvelle proc\u00e9dure, et d\u00e9tection des logiques dupliqu\u00e9es pour les factoriser en une proc\u00e9dure unique. Le gain constat\u00e9 : jusqu’\u00e0 70 % de productivit\u00e9 par rapport \u00e0 un effort manuel, sans sacrifier la fiabilit\u00e9, la s\u00e9curit\u00e9 et la performance du back-end IBM i existant.<\/p>\n<\/div><\/div><\/div><\/div><\/div><\/div><\/div> Transformation d\u00e9terministe ou pas, une r\u00e8gle de gouvernance demeure : toute modernisation doit \u00eatre prouv\u00e9e. Et cette preuve ob\u00e9it \u00e0 une logique bien pr\u00e9cise, elle aussi d\u00e9terministe :<\/p>\n<\/div> rejouer les m\u00eames sc\u00e9narios m\u00e9tier, avant et apr\u00e8s la transformation ;<\/p>\n<\/div><\/li> comparer factuellement les r\u00e9sultats : interfaces, donn\u00e9es DB2, \u00e9ditions (spools) ;<\/p>\n<\/div><\/li> transformer chaque \u00e9cart en fait mesurable, analysable, corrigeable.<\/p>\n<\/div><\/li><\/ul> C’est le r\u00f4le d’ARCAD Verifier<\/a>. Et un point m\u00e9rite l’attention particuli\u00e8re des responsables QA : gr\u00e2ce au lien entretenu entre le code applicatif et les cas de test, Verifier identifie les seuls tests impact\u00e9s par une modification. Concr\u00e8tement, apr\u00e8s la conversion d’un lot de programmes, on ne rejoue pas aveugl\u00e9ment 3 000 sc\u00e9narios : on rejoue ceux qui touchent le code transform\u00e9. La v\u00e9rification devient cibl\u00e9e, rapide et donc r\u00e9ellement praticable \u00e0 chaque it\u00e9ration, pas seulement en fin de projet.<\/p>\n M\u00eame entr\u00e9e + m\u00eame sc\u00e9nario = m\u00eame r\u00e9sultat. Sinon, r\u00e9gression. La confiance ne se d\u00e9cr\u00e8te pas : elle se d\u00e9montre, \u00e9cran par \u00e9cran, enregistrement par enregistrement, \u00e9tat par \u00e9tat.<\/p>\n<\/div><\/div><\/div> S\u00e9curisez vos \u00e9volutions applicatives<\/p>\n<\/div><\/div><\/div> Assemblons les trois pi\u00e8ces : la cha\u00eene de modernisation s\u00e9curis\u00e9e ressemble \u00e0 ceci :<\/p>\n<\/div> IA (comprendre) \u2192 Moteurs d\u00e9terministes (transformer) \u2192 Non-r\u00e9gression (prouver) \u2192 Confiance (d\u00e9ployer)<\/strong><\/p>\n<\/div> Reste une question : comment l’agent IA et les moteurs d\u00e9terministes communiquent-ils ?<\/p>\n C’est le r\u00f4le de l’ARCAD MCP Server<\/a>. Il expose, via le protocole standard MCP, le r\u00e9f\u00e9rentiel ARCAD (34 ans d’analyse d\u00e9terministe du patrimoine : composants, champs, proc\u00e9dures, d\u00e9pendances) sous forme de plus de 70 outils (ressources, actions, prompts m\u00e9thodologiques). L’agent IA (Copilot, Claude, LLM on-premise…), interroge ces outils en langage naturel, encha\u00eene les appels, et peut d\u00e9clencher les processus outill\u00e9s (lancer une conversion Free Form via Transformer RPG, par exemple) tout en s’appuyant sur un contexte certifi\u00e9, issu d’algorithmes d\u00e9terministes et non d’inf\u00e9rence<\/strong>.<\/p>\n Trois cons\u00e9quences directes pour un DSI :<\/p>\n<\/div> L’IA ne devine plus, elle sait :<\/strong> un contexte factuel \u00e9limine les hallucinations sur l’architecture applicative.<\/p>\n<\/div><\/li> Le code reste chez vous :<\/strong> seule l’information n\u00e9cessaire est transmise \u00e0 l’agent, jamais la base de code compl\u00e8te.<\/p>\n<\/div><\/li> Le d\u00e9veloppeur reste dans la boucle :<\/strong> l’IA acc\u00e9l\u00e8re, structure et documente ; l’expert humain valide et arbitre.<\/p>\n<\/div><\/li><\/ul> Autrement dit, l’approche hybride d\u00e9crite dans cet article n’est pas un concept : c’est une architecture op\u00e9rationnelle, o\u00f9 l’agent IA orchestre et o\u00f9 les moteurs d\u00e9terministes ex\u00e9cutent.<\/p>\n<\/div> Cette r\u00e9partition a une cons\u00e9quence \u00e9conomique que peu d’organisations ont encore mesur\u00e9e : <\/span>la consommation de tokens<\/strong>.<\/span><\/p>\n Faire convertir des millions de lignes de RPG par un LLM, c’est envoyer des millions de lignes en entr\u00e9e et en recevoir autant en sortie, puis recommencer \u00e0 chaque correction. Co\u00fbt direct, latence, empreinte \u00e9nerg\u00e9tique, et selon les architectures, exposition du code source \u00e0 des services externes. \u00c0 l’inverse, dans l’approche hybride, la transformation de masse ne consomme aucun token<\/strong> : elle est ex\u00e9cut\u00e9e par des moteurs d’analyse syntaxique. L’IA est mobilis\u00e9e de fa\u00e7on chirurgicale, sur les t\u00e2ches \u00e0 forte valeur : comprendre, expliquer, documenter, arbitrer les cas complexes.<\/p>\n R\u00e9sultat : des co\u00fbts IA pr\u00e9visibles et minimaux, une ma\u00eetrise de la confidentialit\u00e9 du code, et un budget qui finance la transformation elle-m\u00eame plut\u00f4t que des allers-retours d’inf\u00e9rence. Le protocole MCP amplifie encore cet effet : la contextualisation compensant la puissance brute du mod\u00e8le, m\u00eame un SLM local, h\u00e9berg\u00e9 on-premise, produit des r\u00e9sultats pertinents : la souverainet\u00e9 sans le surco\u00fbt.<\/p>\n<\/div><\/div><\/div> Connectez vos agents IA \u00e0 votre patrimoine IBM i<\/p>\n<\/div><\/div><\/div> Plut\u00f4t qu’un argumentaire, trois situations que les DSI et RSI reconna\u00eetront.<\/p>\n<\/div> Contexte<\/strong> : industriel, ERP interne RPG, 2,5 millions de lignes, le dernier d\u00e9veloppeur historique part dans 18 mois.<\/p>\n Le risque n\u2019est pas la panne : c\u2019est la perte de la capacit\u00e9 \u00e0 faire \u00e9voluer le syst\u00e8me.<\/p>\n La r\u00e9ponse hybride<\/strong> :<\/p>\n1. L’IA pour comprendre<\/h2><\/div>
2. Le d\u00e9terminisme pour transformer<\/h2><\/div>
\n
<\/i><\/i><\/span>Convertir le RPG fixe en RPG Free Form, automatiquement<\/span><\/a><\/h3><\/div>
<\/i><\/i><\/span>Refactorer le monolithe en modules et web services, m\u00e9thodiquement<\/span><\/a><\/h3><\/div>
3. La non-r\u00e9gression pour prouver<\/h2><\/div>
4. Une architecture hybride \u00e9conome en tokens<\/h2><\/div>
Le cha\u00eenon d’orchestration : le protocole MCP<\/h3><\/div>
Une \u00e9conomie de tokens<\/h3><\/div>
5. Trois situations de terrain<\/h2><\/div>
<\/i><\/i><\/span>Le d\u00e9part \u00e0 la retraite du dernier expert<\/span><\/a><\/h3><\/div>
\n