Votre agent lit le dépôt, pas l'application
Votre agent de codage connaît votre code, mais pas votre application réelle. Un agent lit les fichiers du dépôt, mais ce n'est pas l'application. Un dépôt révèle les fichiers source, pas nécessairement le schéma en production, les attributions de rôles, l'étape de déploiement ou les dépendances entre services. Il ne montre pas non plus les dernières défaillances d'exécution.
Cette lacune de contexte présente un risque concret. Un agent peut produire des modifications syntaxiquement correctes tout en comprenant mal les liens au sein de l'application en cours d'exécution. Il ne voit pas comment une entité, un écran ou une action serveur sont reliés. Claude Code, Codex et Copilot analysent des bases de code statiques ; ils restent aveugles aux métadonnées d'exécution.
Davantage de code ou un prompt plus long ne peut pas fournir de manière fiable des informations auxquelles l'agent n'a pas accès. La limite est une lacune de contexte, pas un problème de modèle trop faible. Tout cela se trouve dans les plateformes sur lesquelles votre application s'exécute, pas dans le code. Votre agent ne le voit jamais.
Un agent ne peut pas inspecter directement :
- Les schémas relationnels en production
- Les configurations propres à chaque étape
- Les dépendances entre services
- Les rôles de contrôle d'accès
- La télémétrie d'exécution
Sans ce contexte, les agents inventent des configurations ou génèrent du code qui casse les dépendances en aval. Cela conduit à des pièges : du code syntaxiquement correct mais fonctionnellement défaillant. Votre codeur IA ne voit pas votre application.
MCP donne à l'agent une fenêtre sur ODC
Le Model Context Protocol (MCP) donne à votre agent une fenêtre sur OutSystems Developer Cloud (ODC). MCP est une connexion standardisée. Il relie des agents hôtes comme Claude Code, Codex ou Copilot aux outils exposés par ODC. Cette intégration permet aux agents d'aller au-delà de l'analyse statique du dépôt.
Le flux de travail de l'agent change radicalement. Avant de proposer ou de demander des modifications, l'agent consulte les entités, écrans, logiques, rôles et dépendances réels. Il fonde ses décisions sur le contexte de la plateforme, et non sur des suppositions. Cela évite les configurations inventées et les déploiements défaillants.
La répartition des tâches est claire. Un agent externe orchestre via MCP. Il interroge l'Enterprise Context Graph pour cartographier les composants de l'application. OutSystems Mentor, l'IA native de la plateforme, prend en charge les tâches de build, de validation et de publication propres à la plateforme. Ce flux de délégation à deux niveaux garantit l'intégrité de la plateforme.
MCP fonctionne par délégation d'identité. Le serveur MCP distant s'authentifie en tant qu'utilisateur ODC actif. Cela applique un contrôle d'accès basé sur les rôles (RBAC) strict. Si vous n'avez pas l'autorisation de modifier une entité ou de déployer dans un environnement, votre agent est soumis à la même restriction. Cela empêche les modifications non autorisées.
L'intégration s'étend même à l'observabilité. Si un problème survient après le déploiement, la même session récupère les traces et les journaux d'exécution en temps réel. Cela permet de localiser précisément les défaillances sans changer de contexte pour passer à des plateformes APM externes. OutSystems MCP est disponible dans Personal Edition, ce qui permet de le tester gratuitement avec l'agent de codage de votre choix.
Une seule session pour développer, publier et déboguer
Une seule session couvre désormais l'ensemble du cycle de vie de l'application. Un agent peut inspecter une application, cartographier les dépendances, puis confier le travail de build à Mentor, l'agent de codage intégré à OutSystems. Mentor compile, valide et publie les modifications via la plateforme.
Si un problème survient après le déploiement, la même session d'agent récupère les journaux et les traces pour diagnostiquer la défaillance. Cela boucle la chaîne d'observabilité : les développeurs peuvent examiner les incidents sans reconstituer manuellement le contexte entre des outils disparates. L'agent agit avec les autorisations du développeur, ce qui garantit la sécurité et le respect du contrôle d'accès basé sur les rôles (RBAC).
Cette assistance connectée à la plateforme simplifie le développement. Elle unifie des tâches auparavant cloisonnées :
- Inspection de l'application
- Cartographie des dépendances
- Délégation du build
- Déploiement
- Récupération des journaux
Le Model Context Protocol (MCP) rend cette intégration possible. Pour plus de détails sur le protocole et sa mise en œuvre, consultez OutSystems MCP - ODC Documentation. Ce flux de travail unifié réduit les frictions et les changements de contexte, mais il ne garantit pas que chaque modification soit correcte, ni que les agents résolvent de façon autonome tous les incidents de production. Il offre une fenêtre intégrée et puissante sur la réalité d'exécution de l'application.
Cet article vous plaît ? Recevez-en un comme celui-ci chaque matin.
un e-mail par jour · désinscription en deux clics · aucun traqueur tiers
Plus de contexte, mêmes autorisations — et de vrais compromis
L'agent agit dans le cadre de vos autorisations établies. La délégation d'identité signifie que l'agent hérite de vos paramètres de contrôle d'accès basé sur les rôles (RBAC) OutSystems. Si vous ne pouvez pas déployer en production, votre agent non plus. Cela évite les déploiements ou modifications involontaires.
Le flux de travail dépend de la plateforme OutSystems et de ses modèles visuels. Pour un travail précis sur la mise en page de l'interface, affiner les éléments directement dans l'IDE visuel peut rester plus rapide. L'agent excelle dans
- la découverte
- la cartographie des dépendances
- les modifications encadrées
- le tri des journaux
Consultez la documentation OutSystems pour connaître la disponibilité et les détails de configuration actuels. Vérifiez les modifications importantes avant de publier. Vous disposez désormais d'une fenêtre sur le contexte d'exécution de votre application, et pas seulement sur son code source.
Foire aux questions
Qu'est-ce qu'OutSystems MCP ?
Il connecte des agents de codage IA compatibles aux outils et au contexte applicatif d'OutSystems Developer Cloud via le Model Context Protocol.
Que peut voir un agent IA via OutSystems MCP ?
Selon les autorisations et les outils disponibles, il permet d'inspecter les éléments et les dépendances d'une application, d'assister les builds et la publication, et d'accéder aux journaux d'exécution.
OutSystems MCP permet-il à un agent de contourner les autorisations de l'utilisateur ?
Non. L'intégration fonctionne avec l'identité et les accès du développeur : l'agent est donc limité par les autorisations de cet utilisateur.
Puis-je utiliser OutSystems MCP avec Claude Code ou Copilot ?
La vidéo décrit la connexion d'agents externes tels que Claude Code, Codex et Copilot à OutSystems MCP.
OutSystems MCP est-il disponible gratuitement ?
D'après la vidéo, Personal Edition est gratuite et inclut OutSystems MCP ; consultez la documentation OutSystems à jour pour connaître la disponibilité et les détails de configuration.