OutSystems ouvre sa plateforme aux agents de code. Ce que les contrôles garantissent

OutSystems annonce le 7 octobre 2026 la disponibilité générale d’Agent Experience. Cette fonction permet de travailler sur ses applications depuis un agent de code externe. Le changement porte sur le point d’entrée du développement. Il ne rend pas l’interprétation de l’IA infaillible et ne supprime pas la validation du résultat.

Un agent externe qui travaille sur le modèle de l’application

Agent Experience porte aussi le nom OutSystems MCP. Le protocole MCP relie une application d’IA à des outils et à leur contexte. Ici, le serveur d’OutSystems donne accès aux fonctions de la plateforme depuis un environnement comme Claude Code.

Le guide technique d’ODC décrit une répartition précise. L’agent comprend la demande et choisit les appels nécessaires. Il peut consulter les applications et leurs dépendances. Il délègue les modifications à Mentor. OutSystems compile ensuite le modèle de l’application et gère sa publication ou son déploiement.

Ce modèle décrit les données et les écrans ainsi que la logique du logiciel. Il ne désigne pas le grand modèle de langage qui répond à l’utilisateur. Cette distinction explique l’intérêt du dispositif. L’agent travaille sur une représentation commune à la plateforme au lieu de produire uniquement des fichiers de code séparés.

Un contexte consultable mais pas instantanément parfait

L’Enterprise Context Graph indexe les éléments des applications. Il aide à retrouver leurs relations et les bibliothèques dont elles dépendent. L’agent consulte ce contexte avant de proposer une modification.

L’index peut toutefois conserver brièvement une ancienne vue après une publication. La documentation demande de confirmer l’état actuel dans l’application si ça compte immédiatement. Le contexte donne donc une base de travail. Il ne remplace pas toute vérification de l’objet concerné.

Les permissions et la confirmation ne fonctionnent pas au même niveau

La documentation sur la gouvernance distingue deux protections. Le serveur vérifie les droits de l’utilisateur à chaque appel. Une opération échoue si son identité ne possède pas la permission correspondante.

La confirmation demandée avant une publication ou un déploiement relève en revanche des instructions données à l’agent. Son respect dépend aussi de l’application qui héberge cet agent. OutSystems recommande les paramètres de cet environnement pour imposer une approbation indépendante de la réponse du modèle.

Ces protections se complètent. Une identité autorisée peut encore demander une mauvaise modification. Une instruction de confirmation ne constitue pas à elle seule un verrou technique. Le choix des droits reste donc distinct du contrôle humain de l’action.

Compiler correctement ne suffit pas à comprendre le besoin

Le guide des garanties de la plateforme explique cette limite sans ambiguïté. Le compilateur applique des règles déterminées au modèle de l’application. Mentor interprète la demande avec une IA générative. Cette interprétation peut varier entre deux réponses.

Une application peut ainsi être valide tout en traduisant mal une règle métier. Le développeur doit vérifier les relations entre données et les autorisations. Il doit aussi contrôler les exceptions et le comportement attendu. Le passage par un compilateur ne prouve pas que l’IA a compris chaque exigence.

La résidence des données mérite également une lecture précise. Le serveur MCP et les opérations de la plateforme restent sur l’infrastructure OutSystems. Le modèle externe reçoit le contexte que son agent lui transmet. La documentation demande de considérer ce contexte comme des données qui sortent d’OutSystems.

Un accès à vérifier dans son propre environnement

Le guide de démarrage exige un tenant où MCP est activé et les droits nécessaires aux opérations prévues. La disponibilité générale ne donne donc pas automatiquement cet accès à chaque utilisateur d’un assistant.

Le guide ODC valide notamment Claude Code et Cursor ainsi qu’AWS Kiro. Il indique que d’autres clients compatibles peuvent se connecter sans configuration validée. La page commerciale propose un devis adapté aux besoins. Elle ne permet pas de chiffrer à elle seule le coût complet d’un projet avec un agent externe.

Le point à retenir reste cette séparation entre l’intention et l’exécution. OutSystems ouvre un nouveau chemin vers ses applications. Les règles de la plateforme encadrent les opérations. La qualité de la demande et la validation du résultat restent du travail à accomplir.

Pour prolonger cette distinction entre les outils et leurs contrôles, l’article sur Agent 365 et la gouvernance des serveurs MCP détaille une autre approche.