Eclipse ADT et serveur MCP : connecter un assistant IA à son système SAP de développement

Un assistant IA est utile à un développeur ABAP quand il part d'un contexte précis. Le plus gros frein au quotidien est justement ce contexte : copier un extrait, expliquer le système, vérifier ensuite que les objets cités existent. Le serveur MCP d'Eclipse ADT déplace ce travail : c'est l'assistant qui interroge le système.

De quoi parle-t-on

MCP (Model Context Protocol) est un standard ouvert qui permet à un assistant IA d'appeler des outils de façon structurée et authentifiée. Le serveur MCP d'ADT est un serveur local, intégré à l'environnement de développement ABAP, qui expose ces outils à n'importe quel assistant compatible.

D'après la documentation SAP, les outils couvrent la création et l'activation d'objets, les transports, l'exécution de l'ATC et des tests unitaires ABAP. Nous l'avons utilisé dans Eclipse ADT 3.62, avec Claude CLI et l'extension GitHub Copilot, sur un système de développement.

L'intérêt est simple : l'assistant lit le système au lieu de deviner. Ce n'est pas un détail, car les noms d'objets plausibles mais inexistants font partie des erreurs classiques que nous décrivons dans notre position sur l'IA en ABAP.

Ce qu'on en fait

Revue de code

L'assistant lit l'objet directement dans le système et relève des points à examiner : lisibilité, cas limites, nommage, usages risqués. C'est un second regard rapide à obtenir. Il ne remplace ni la revue d'un Tech Lead ni les contrôles ATC.

APIs Released et ABAP EML

Avant d'écrire de l'ABAP EML, il faut savoir quels Business Objects RAP et quelles APIs Released le système expose. Avec l'accès au système, l'assistant cherche les APIs Released et les Behavior Definitions disponibles, puis écrit le code EML à partir d'objets qui existent réellement. Cela réduit le risque d'objets inventés, sans le supprimer : le code reste à relire et à contrôler par ATC (variante ABAP_CLOUD_READINESS, voir notre article sur les Released Objects).

Rétro-ingénierie des exits de sauvegarde

Avant de modifier le comportement d'une sauvegarde de commande de vente, il faut retrouver tout ce qui s'y branche : exits, BAdIs, enhancements, et leur ordre. L'assistant aide à cartographier ces points d'extension depuis le système. Cette cartographie est une aide à la lecture : elle se confirme par un test ou un débogage, car un point d'extension peut être manqué.

Le cadre qu'on garde

• Système de développement uniquement. SAP présente la fonctionnalité comme expérimentale et non destinée à un usage productif. Nous suivons cette consigne.
• Les droits de l'utilisateur ADT connecté. L'assistant n'a pas plus d'accès que lui. Un profil restreint limite d'autant ce qu'il peut lire ou modifier.
• Validation avant toute écriture. Création d'objets, activation et transports restent des actions que nous validons à la main.
• Relecture, ATC et tests. Un code généré qui compile n'est pas un code livrable : contrôle des API utilisées, tests unitaires, comportement validé dans le contexte du système.
• Confidentialité. Le serveur est local, mais ce que l'assistant lit part vers son fournisseur selon ses conditions. L'outil doit être autorisé par le client, comme expliqué dans notre article sur l'IA en ABAP.

Nous ne détaillons pas ici la configuration : SAP la documente, elle est courte, et ce n'est pas elle qui fait la valeur de la démarche. Ce qui compte, c'est le cadre dans lequel on s'en sert.