Résumé : McProxy est un gateway open standard basé sur le Model Context Protocol (MCP) qui permet aux agents d'IA de générer des intégrations d’outils à la volée à partir du langage naturel ou de spécifications OpenAPI. En passant d’intégrations basées sur du code statique à des ressources dynamiques, il réduit le temps d’onboarding de 16 heures à moins de 30 secondes, tout en centralisant la sécurité Enterprise Okta AURM.
La pénalité d’intégration que chaque développeur paie (et comment y remédier)
Vous connaissez cette sensation lorsque vous devez intégrer une nouvelle API ou, pire encore, créer et onboarding un nouveau serveur MCP ? Ce qui devrait être simple se transforme en des heures passées à consulter la documentation, à gérer des flux d’authentification complexes et à résoudre des cas Edge difficiles à identifier.
Multipliez cela par chaque outil de votre environnement : votre pipeline CI/CD, votre outil de suivi de projet, votre wiki documentaire et votre responsable des secrets. Le travail d’intégration ne s’arrête jamais.
En travaillant sur les outils de développement chez Okta, j’ai remarqué un point qui m’a interpellé : des équipes consacraient des journées entières à créer des intégrations qu’ensuite, les agents d’IA n’utilisaient qu’une dizaine de minutes. Les chiffres ne correspondaient tout simplement pas.
Je me suis alors demandé : et si nous inversions la situation ? Et si les agents d’IA créaient eux-mêmes leurs propres intégrations en cas de besoin ? Et si nous installions et configurions un serveur MCP une seule fois, et qu’il orchestre ensuite tout un arsenal d’outils, de workflow et de serveurs MCP secondaires ?
Qu’est-ce que McProxy et comment permet-il de faire évoluer les outils ?
McProxy (brevet en cours) est une méta‑plateforme que j’ai conçue sur la base du MCP. Cela permet aux agents d’IA de créer des outils d’intégration à la volée en utilisant l’anglais courant ou des spécifications d’API, et d’orchestrer plusieurs serveurs MCP, outils et workflows sous une seule interface unifiée. Ce qui prenait des heures se fait désormais en quelques secondes. De plus, l’architecture gateway offre des perspectives intéressantes en matière de sécurité et de gouvernance auxquelles je n’avais pas pensé au départ.
Considérez McProxy comme un serveur MCP unique qui orchestre discrètement plusieurs autres serveurs MCP en arrière-plan. C’est à la fois un gateway unifié vers vos outils de développement et une plateforme d’intégration capable de créer de nouvelles connexions à la demande.
Contexte rapide : MCP est un standard relativement récent pour la façon dont les agents d’IA interagissent avec les outils. Il couvre les fondamentaux : découverte des outils, authentification et gestion des résultats. McProxy s’appuie sur cette base et ajoute la possibilité de créer de nouvelles intégrations selon les besoins.
Du point de vue de votre client IA (par exemple, Copilot CLI, Claude Desktop ou les extensions VS Code), McProxy se présente comme un serveur unique regroupant plusieurs outils. En coulisses, cependant, tout est redirigé vers des serveurs secondaires spécialisés.
Prêt à l’emploi, il inclut des intégrations SaaS conçues pour les entreprises telles que Jira pour la gestion de projet, Confluence pour la documentation, CircleCI pour les pipelines CI/CD, Calcifer pour l’analytique et la métrique de tests, ainsi qu’un outil spécialisé pour l’analyse et la correction des tests instables. Et elle peut déployer de nouveaux serveurs en quelques secondes lorsque vous demandez une ressource qui n’est pas encore disponible.
À mesure que votre écosystème se développe, McProxy organise les outils en ensembles d’outils : des regroupements logiques qui vous offrent un contrôle plus précis lorsque qu’un seul serveur expose des dizaines ou des centaines d’outils. Vous pouvez activer ou désactiver dynamiquement des ensembles d’outils entiers, afin que votre agent reste concentré sur ce qui compte pour la tâche en cours.
Trois méthodes pour générer des serveurs MCP personnalisés à la demande
McProxy vous propose trois méthodes différentes pour créer de nouveaux serveurs MCP, avec un point commun : vous obtenez des résultats immédiats, sans configuration manuelle.
1. Génération dynamique à partir d’instructions en langage naturel
C’est l’aspect le plus intéressant. Un agent d’IA peut simplement dire : « Créer un serveur météo avec les conditions actuelles, les prévisions et les alertes météo importantes », et McProxy utilise un LLM pour générer un serveur MCP complet, incluant des outils, la gestion des erreurs, l’authentification et bien plus encore.
Le code généré ne fait pas non plus de compromis sur la sécurité. Les identifiants sont stockés dans le trousseau de votre système, et non dans les variables d’environnement. En coulisses, McProxy s’appuie sur des modèles avancés et des implémentations de référence pour orienter le processus de génération, garantissant des modèles cohérents, une gestion appropriée des erreurs et le respect des bonnes pratiques de sécurité. Il ne s’agit pas simplement d’un résultat brut de LLM, mais d’une génération de code contrôlée pour la qualité. En moins de 30 secondes, le nouveau serveur est en onboarding avec tous ses outils prêts à l’emploi.
2. Conversion automatisée des spécifications OpenAPI
De nombreuses API modernes publient des spécifications OpenAPI qui décrivent leurs terminal. McProxy peut utiliser ces spécifications et générer automatiquement des serveurs MCP.
Pointez-le vers la spécification OpenAPI de GitHub, et vous aurez instantanément accès à plus de 200 outils. Chacun dispose d’une gestion adaptée des types, d’un traitement de l’authentification et d’une documentation complète. L’ensemble du processus prend moins de 30 secondes, supprimant ainsi ce qui aurait représenté plusieurs semaines de travail manuel.
3. Orchestration de workflow multi-serveur
C’est ici que cela devient intéressant. McProxy peut récupérer des outils à partir des serveurs secondaires existants et les combiner dans de nouveaux serveurs d’orchestration, créant ainsi un workflow automatisé. Décrivez simplement un processus en plusieurs étapes, par exemple : « Générer un workflow de publication qui gère le marquage du dépôt, la création des notes de version, la mise à jour des tickets Jira associés et l’envoi de notifications à l’équipe. »
McProxy génère un orchestrateur qui enchaîne les appels entre plusieurs serveurs, gère les défailllance de manière optimale et signale l’avancement. En un instant, vous disposez d’un outil unique qui orchestre une opération complexe nécessitant habituellement de nombreux scripts personnalisés.
Combien de temps McProxy permet-il aux développeurs de gagner ?
Parlons chiffres. L’onboarding traditionnel des API et des outils dans une architecture MCP est manuel et exigeant, nécessitant plusieurs heures de configuration. Voici une comparaison chiffrée entre le développement traditionnel et la génération automatisée :
Étape d’intégration | Configuration traditionnelle | Avec McProxy |
Comprendre la spécification MCP | 30–60 minutes | Inutile |
Mettre en place des schémas d’outils | 1 à 2 heures | Inutile |
Concevoir des flux d’authentification | 1 à 3 heures | Inutile |
Gestion des erreurs et cas Edge | 2 à 4 heures | Modèles guidés |
Tests et débogage | 2 à 6 heures | Boucle continue |
Temps total passé | 6 à 16 heures | < 30 secondes |
Vous pouvez compter entre 6 et 16 heures par intégration, à condition de ne pas rencontrer d’obstacles majeurs.
Avec McProxy ? Moins de 30 secondes. L’agent IA décrit ses besoins, McProxy génère et effectue l’onboarding automatiquement du serveur, et les outils sont immédiatement disponibles. La qualité reste également constante, car chaque serveur généré suit les mêmes modèles robustes.
Ou prenez l’exemple d’un workflow de publication classique qui implique GitHub, Jira, Confluence et différents systèmes de notification. Mettre cela en place manuellement avec une gestion correcte des erreurs peut facilement mobiliser une journée entière. Avec McProxy, vous décrivez le workflow et obtenez un orchestrateur opérationnel en quelques secondes.
Outils décentralisés, contrôle centralisé : l’avantage de l’architecture gateway
Voici un aspect dont je n’ai pleinement pris conscience qu’après avoir développé McProxy : assurer un flux de demande pour toutes les requêtes via un serveur proxy unique offre des possibilités particulièrement intéressantes en matière de contrôle centralisé.
Comme tout passe par un seul gateway, vous pouvez appliquer des politiques conçues pour les entreprises au niveau supérieur sans avoir à les redéployer sur chaque serveur secondaire :
- Politique de sécurité et contrôle des accès
- Détection, gestion et occultation des données personnelles (PII)
- Gestion du débit et des quotas
- Journalisation d’audit complète
- Mise en conformité
La gateway offre également des fonctionnalités de gestion en temps réel qui permettent de maintenir la pérennité de votre écosystème. Vous pouvez répertorier tous les serveurs connectés, les activer ou les désactiver dynamiquement, ou recharger les configurations, le tout sans redémarrer quoi que ce soit. Besoin de désactiver temporairement un serveur ? Une seule commande. Vous souhaitez savoir quels serveurs sont actuellement actifs ? Une autre commande. Cette flexibilité opérationnelle devient essentielle à mesure que le nombre d’intégrations augmente.
Gouvernance Enterprise et politiques de sécurité de haut niveau
La sécurité n’est jamais reléguée au second plan ici, elle est intégrée à la conception dès le premier jour. Chaque outil nécessite une authentification via AURM (le système d’authentification sécurisé d’Okta), et les identifiants sont stockés à l’aide du trousseau système, jamais dans les fichiers de configuration ou les variables d’environnement.
Lorsque McProxy génère de nouveaux serveurs, il intègre automatiquement une structure d’authentification adaptée. Les serveurs générés appliquent les mêmes modèles sécurisés que ceux créés manuellement, ce qui évite les problèmes courants comme les identifiants codés en dur ou le stockage non sécurisé des token.
L’essentiel : même les intégrations générées dynamiquement respectent les standards de sécurité conçus pour les entreprises. L’agent peut créer des outils librement, mais il ne peut pas créer de vulnérabilités de sécurité.
Enchaîner des opérations complexes sur plusieurs serveurs secondaires
La création d’outils individuels présente une certaine valeur, certes. Mais la capacité de combiner des outils existants dans des serveurs de workflow ? C’est là que les changements prennent véritablement une nouvelle dimension.
Lorsque vous créez un serveur orchestrateur, il se connecte à McProxy en tant que client et appelle des outils depuis d’autres serveurs secondaires. Cela permet de créer des workflows en plusieurs étapes avec gestion des erreurs et reporting de l’avancement.
Un workflow de développement de fonctionnalité peut lire les exigences depuis Confluence, créer un ticket Jira, le faire passer à « En cours », créer une branche dans GitHub et mettre à jour la documentation, le tout en une seule opération atomique.
McProxy inclut des workflows prédéfinis pour les scénarios courants, tels que le développement de fonctionnalités, les mises en production et la résolution des incidents. Cependant, les agents peuvent demander des orchestrateurs personnalisés, adaptés aux processus spécifiques de leur équipe. Le workflow est généré, onboarding et immédiatement utilisable avec les outils existants.
L’automatisation traditionnelle des workflow impose de choisir entre des intégrations prédéfinies rigides ou un développement personnalisé complexe. Les orchestrateurs de McProxy trouvent le juste équilibre : ils sont suffisamment flexibles pour répondre à des cas d’usage variés, tout en restant assez simples pour être générés à partir du langage naturel.
Éliminer les interruptions grâce au rechargement dynamique des serveurs
Un nouveau serveur est automatiquement onboarding, quelle que soit sa méthode de génération (langage naturel, spécification OpenAPI ou combinaison d’outils existants), sans aucune configuration manuelle requise. Aucun redémarrage. Aucune étape de configuration. McProxy recharge dynamiquement les nouveaux serveurs à la volée, ce qui élimine toute interruption de service.
Cela change votre façon d’envisager l’intégration. Au lieu de considérer les nouvelles intégrations comme des projets d’envergure, elles deviennent des opérations simples. Besoin d’une fonctionnalité ? Générer le contenu. Vous souhaitez automatiser un workflow ? Combiner les outils existants. Tout se déroule en quelques secondes et devient immédiatement exploitable.
La boucle de feedback entre l’IA et les ingénieurs : optimiser les modèles d’architecture
Nous avons également constaté un avantage inattendu : le code généré constitue une boucle de feedback. Lorsqu’ils examinent des serveurs générés par l’IA, les ingénieurs découvrent parfois des méthodes plus efficaces que nos implémentations conçues manuellement.
Cela crée un cercle vertueux. Les ingénieurs humains fournissent la plateforme et les modèles. L’IA génère des implémentations à partir de ces modèles. Les humains apprennent à partir des interprétations de l’IA. Les modèles et les invites s’améliorent avec le temps, ce qui permet d’obtenir de meilleurs résultats.
L’écosystème gagne en intelligence à chaque création de serveur.
Pourquoi le protocole Model Context est essentiel pour l’interopérabilité
McProxy s’appuie sur MCP au lieu de créer un autre format propriétaire. Cela est essentiel pour la pérennité et l’interopérabilité.
MCP définit des méthodes standard pour exposer des outils, gérer l’authentification et communiquer les résultats. Les serveurs générés par McProxy fonctionnent avec tout client compatible MCP. À mesure que l’écosystème de l’IA évolue, les intégrations basées sur MCP demeurent une option pertinente.
Le modèle de communication basé sur stdio garantit l’isolation. Chaque serveur enfant fonctionne comme un processus distinct avec des messages JSON-RPC structurés. La défailllance d’un serveur ne provoque pas d’effet domino. Le contrôle des ressources est granulaire. Le débogage est simple.
En se positionnant comme un serveur MCP unique connecté à de nombreux autres, McProxy offre une abstraction claire. Les clients IA n’ont pas besoin de gérer plusieurs connexions ni de comprendre la complexité du backend. Ils se connectent à McProxy et accèdent à un écosystème en constante expansion.
Il convient toutefois de noter que l’expérience développeur optimale dépend en grande partie des capacités du LLM qui alimente le client. Un client LLM plus performant saura mieux sélectionner les outils, formuler des arguments et interpréter les résultats, offrant ainsi une expérience d’intégration supérieure et plus flexible avec les outils McProxy.
Limites actuelles de McProxy et roadmap future
La génération dynamique n’est pas parfaite. Le code généré nécessite une validation. Bien que les LLM génèrent généralement du code fonctionnel, les Edge cases et les évolutions des API peuvent entraîner des problèmes. Nous répondons à cette problématique grâce à des frameworks de test et à un déploiement progressif.
Les évolutions à venir incluent :
- Gestion des versions pour les serveurs générés
- Détection automatique des modifications d’API et régénération
- Modèles d’orchestration avancés (exécution parallèle, logique conditionnelle et gestion des états)
- Renforcement de l’application des politiques au niveau du gateway
- Évaluation et suivi de la qualité de l’intégration
L’objectif est de rendre les serveurs générés aussi robustes que les intégrations conçues sur mesure, tout en préservant rapidité et flexibilité.
Application Enterprise inter-domaine au-delà de l’ingénierie logicielle
Bien que McProxy ait été conçu pour les workflows de développement, le concept s’applique à tout domaine nécessitant une coordination entre plusieurs outils, comme le Support client, l’analytique ou la gestion des infrastructures.
Le travail moderne consiste de plus en plus à orchestrer des outils spécialisés plutôt qu’à utiliser des applications monolithiques. Les agents d’IA excellent dans l’orchestration lorsqu’ils peuvent créer et adapter des intégrations de manière flexible. McProxy démontre que cette flexibilité est accessible grâce à une génération de code intelligente et à une architecture de plateforme robuste.
La transition d’une infrastructure statique vers des intégrations dynamiques de l’IA
McProxy modifie l’architecture logicielle fondamentale en considérant les intégrations comme des ressources dynamiques créées à la demande, plutôt que comme une infrastructure statique nécessitant une maintenance technique manuelle.
En associant la génération automatisée d’outils à l’orchestration en temps réel des workflow, la plateforme bouleverse les modèles économiques traditionnels de l’intégration. Les opérations qui nécessitaient auparavant une planification minutieuse et plusieurs jours de développement personnalisé sont désormais regroupées en demandes automatisées, à la demande.
Pourquoi l’architecture gateway centralisée est essentielle pour la gouvernance
Le déploiement d’un gateway proxy centralisé offre des avantages architecturaux intrinsèques pour la conformité des entreprises. À mesure que l’écosystème d’outils d’IA spécialisés d’une entreprise se développe, cette couche centrale permet aux équipes techniques d’appliquer de façon homogène la limitation du débit, les journaux d’audit et la politique de sécurité, sans modifier chaque serveur individuellement.
En définitive, permettre aux agents d’IA de générer dynamiquement leurs propres outils transforme leur rôle au sein de l’Enterprise : les agents passent du statut d’assistants limités à des capacités prédéfinies à celui de véritables partenaires de développement, flexibles et adaptables.
Construire l’avenir des intégrations d’IA sécurisées
Les challenge d’intégration rencontrés par les développeurs depuis des années pourraient enfin trouver des solutions évolutives. Bien que McProxy ait été initialement conçu comme un projet interne visant à simplifier nos propres processus de développement, les schémas architecturaux sous-jacents — génération dynamique d’outils, proxy client-serveur et politiques centralisées de gateway — constituent des principes de conception que vous pouvez adopter dès aujourd’hui dans vos propres systèmes d’entreprise.
En concevant un framework similaire, vous pouvez transformer des intégrations statiques en fonctionnalités sécurisées à la demande. Pour commencer, en savoir plus sur MCP dans l’IA afin de découvrir comment ce protocole standardise la connectivité des agents, et découvrir comment Okta for AI Agents peut vous aider à sécuriser et à gouverner vos plateformes d’agents personnalisées.
