L'AS/400 n'est pas le problème. L'isolement l'est.
L'IBM AS/400, désormais connu sous le nom d'IBM i, est l'une des plateformes les plus fiables jamais construites. Des systèmes qui fonctionnent sans interruption depuis des décennies, avec une disponibilité que les architectures cloud modernes ne peuvent qu'envier. La base de données DB2 for i est intégrée au système d'exploitation. La sécurité est native. Les performances transactionnelles sont excellentes.
Le vrai problème n'est pas l'AS/400 en soi, mais son isolement. Ces systèmes contiennent des données et une logique métier d'une valeur considérable, mais ils ne sont souvent accessibles qu'à travers des terminaux 5250 ou des applications RPG/COBOL qui ne communiquent qu'entre elles. Dans un monde où chaque système doit exposer des API, produire des événements et s'intégrer aux services cloud, l'AS/400 risque de devenir une île.
La bonne nouvelle est qu'aujourd'hui, des outils existent pour ouvrir cette île sans la démolir. Le Model Context Protocol d'Anthropic, combiné aux capacités natives d'IBM i, offre un chemin de modernisation qui ne nécessite aucune réécriture.
MCP : la passerelle universelle entre Claude et les systèmes legacy
Le Model Context Protocol est un protocole ouvert développé par Anthropic qui standardise la façon dont les modèles d'IA se connectent aux sources de données et outils externes. Il fonctionne comme une interface universelle : d'un côté Claude, de l'autre n'importe quel système, y compris un AS/400.
Un serveur MCP est un programme qui expose des « tools », des fonctions que Claude peut invoquer. Quand Claude a besoin de données ou souhaite effectuer une opération, il appelle l'outil approprié via le protocole MCP. Le serveur traduit la requête dans le langage du système de destination et retourne le résultat.
Pour l'AS/400, cela signifie que Claude peut interroger les tables DB2, exécuter des requêtes SQL, lire les métadonnées du système, surveiller les jobs actifs et potentiellement invoquer des programmes RPG et COBOL. Le tout à travers une interface standardisée et sécurisée.
Serveurs MCP pour IBM i : un écosystème en pleine croissance
L'écosystème MCP pour IBM i s'est développé rapidement en 2025-2026. IBM a elle-même publié un serveur MCP officiel en version bêta, avec des outils pour le monitoring des performances, la sécurité, la gestion des jobs et les opérations de base de données. L'objectif déclaré est d'atteindre des centaines d'outils natifs d'ici fin 2026.
En parallèle, la communauté a développé des solutions complémentaires : des serveurs MCP pour le développement assisté par IA, la gestion des members source et l'interaction avec l'AS/400 via l'interface terminal 5250. Les principaux éditeurs de logiciels IBM i intègrent également le support MCP dans leurs produits.
Mais l'existence d'outils génériques ne suffit pas. Chaque entreprise dispose d'un environnement IBM i différent : bibliothèques spécifiques, programmes personnalisés, structures de données propriétaires, intégrations avec des systèmes externes. La vraie valeur réside dans la capacité à configurer et personnaliser l'intégration MCP pour le contexte spécifique, en connectant Claude non pas à un AS/400 générique, mais à votre AS/400, avec votre logique métier.
Comment fonctionne l'intégration Claude-AS/400
L'intégration entre Claude et un système AS/400 via MCP suit une architecture multicouche. Claude communique avec un serveur MCP qui agit comme un pont : il reçoit les requêtes de l'IA, les traduit en opérations compréhensibles par IBM i (requêtes SQL, commandes système, lectures d'objets) et retourne les résultats dans un format structuré.
La connexion à l'AS/400 peut s'effectuer via différents mécanismes natifs de la plateforme IBM i, choisis en fonction de l'environnement spécifique du client et des opérations requises. Chaque outil exposé par le serveur correspond à une opération concrète sur le système : interroger la base de données, surveiller un processus, lire un fichier source.
Concevoir cette architecture est l'étape cruciale. Il ne s'agit pas d'installer un logiciel clé en main : il faut définir quelles opérations exposer, à quel niveau de granularité, quels contrôles de sécurité appliquer et comment gérer les spécificités de l'environnement IBM i. C'est un travail d'intégration système au sens le plus strict du terme.
Cas d'usage concrets : ce que Claude peut faire avec votre AS/400
Une fois connecté via MCP, Claude devient une interface intelligente vers votre système AS/400. Les cas d'usage les plus immédiats et à forte valeur ajoutée sont multiples.
Business intelligence conversationnelle : les utilisateurs peuvent poser des questions en langage naturel, comme « Quel est le chiffre d'affaires par client sur les 6 derniers mois ? », et Claude traduit la demande en requêtes SQL sur DB2, exécute la requête via MCP et présente les résultats de manière compréhensible.
Monitoring et dépannage : Claude peut surveiller les jobs actifs, vérifier l'état des files d'attente, analyser les journaux d'erreurs et suggérer des actions correctives. Un opérateur peut demander « Pourquoi le job de facturation est-il bloqué ? » et obtenir une analyse contextuelle.
Documentation à la demande : Claude peut lire les members source des programmes RPG et COBOL directement depuis les bibliothèques IBM i et produire une documentation technique à jour en temps réel.
Assistance au développement : les développeurs IBM i peuvent utiliser Claude comme copilote pour écrire des requêtes SQL, des programmes CL, du code RPG et COBOL, avec un accès direct de Claude au catalogue de la base de données pour suggérer les tables, champs et relations corrects.
API REST depuis l'AS/400 : le complément naturel du MCP
Parallèlement à l'approche MCP, il existe une stratégie complémentaire qui exploite les capacités natives d'IBM i : exposer les programmes RPG et COBOL existants en tant qu'API REST, sans modifier une seule ligne de code source.
IBM i dispose d'outils natifs qui permettent de rendre tout programme ILE appelable via HTTP, transformant la logique métier éprouvée en services consommables par les applications modernes. Les versions les plus récentes de la plateforme ont encore renforcé ces capacités.
Cette approche complète le MCP : les API REST exposent les fonctionnalités transactionnelles, le MCP les rend accessibles à Claude pour une analyse intelligente. Le résultat est un système AS/400 qui conserve toute sa fiabilité et sa logique métier, mais devient accessible à la fois aux microservices modernes et à l'intelligence artificielle. La clé est de concevoir la bonne combinaison de ces deux stratégies pour votre contexte spécifique.
La stratégie Strangler Fig : moderniser sans démolir
L'approche que nous recommandons n'est pas « remplacer l'AS/400 » mais « ouvrir l'AS/400 ». Elle s'appelle le Strangler Fig Pattern, comme le figuier étrangleur qui pousse autour d'un arbre existant sans l'abattre.
Commencez par exposer les fonctionnalités existantes sous forme de services : API REST via IWS pour les opérations transactionnelles, MCP pour l'accès intelligent aux données et aux métadonnées. Les nouveaux développements sont réalisés dans des langages modernes qui consomment ces services. Au fil du temps, les fonctionnalités sont progressivement remplacées, mais le système central continue de fonctionner tout au long de la transition.
Pas de big bang, pas de risque d'arrêt opérationnel, pas besoin d'un budget de plusieurs millions pour un projet de réécriture totale. Vous avancez module par module, en mesurant les résultats à chaque étape.
Démarrer le parcours : l'approche Maverick AI
Maverick AI est spécialisé dans l'intégration de Claude avec les systèmes d'entreprise, y compris les environnements IBM i/AS/400. Notre approche commence toujours par une évaluation technique de l'environnement existant, afin de définir l'architecture d'intégration la plus adaptée au contexte spécifique du client.
Les résultats sont tangibles : des utilisateurs métier qui interrogent les données de l'AS/400 en langage naturel, des développeurs qui écrivent du code assistés par Claude, des opérations IT avec un monitoring intelligent du système. Le tout sans toucher à la logique métier éprouvée qui fonctionne déjà.
Si vous disposez d'un AS/400 et souhaitez comprendre comment Claude peut s'intégrer à votre système, contactez-nous pour en savoir plus.