Série Agent Gateway (partie 2 de 7) | Registre de services pour l'ère agentique

Dans une architecture de microservices, nous utilisons le DNS pour rechercher des services. Si j'ai besoin du service de facturation, j'appelle billing.svc.cluster.local. C'est simple car la relation est statique : Le service A appelle le service B.

Dans un Architecture agentique, les relations sont dynamiques. Vous ne voulez pas que votre « Manager Agent » code en dur une connexion à Finance-agent-v1. Vous voulez qu'il demande : « Trouvez-moi une fonctionnalité capable d'interroger les revenus du troisième trimestre. »

Parfois, cette fonctionnalité est un outil (une requête SQL directe via un serveur MCP).

Parfois, cette fonctionnalité est un autre agent (un moteur de raisonnement qui analyse la sortie SQL).

Pour résoudre ce problème, TrueFoundry présente le Registre unifié des MCP et des agents. Il s'agit d'un catalogue unique qui traite Outils et Agents en tant qu'actifs interopérables et découvrables.

1. La couche d'abstraction unifiée

Le Registre des agents IA agit comme une couche d'abstraction unificatrice. Il ingère des ressources disparates (scripts Python, agents LangGraph, bases de données Postgres, API SaaS) et les projette toutes de manière standardisée Capacités.

Pour l'orchestrateur, une « base de données » et un « agent analyste junior » semblent identiques : ce ne sont que des points de terminaison qui acceptent un schéma JSON et renvoient un résultat.

Figure 1 : Modèle de données d'entrée de registre des agents

2. Le paradigme de « l'agent en tant qu'outil » (via MCP)

Le principal obstacle à la collaboration multi-agents est l'inadéquation des interfaces. Un agent LangGraph parle de « Mises à jour d'état » ; un agent CrewAI parle de « Tâches ».

TrueFoundry normalise cela à l'aide du Model Context Protocol (MCP).

Lorsque vous enregistrez un agent auprès de la passerelle, le Registre l'enveloppe automatiquement dans une interface MCP. Cela signifie que votre « agent analyste financier » sophistiqué ressemble exactement à un appel de fonction standard au reste du système.

• Réalité interne : Un agent Python complexe avec mémoire, planification et 3 sous-agents.
• Interface externe : Une définition de l'outil MCP.

Cela permet à un « agent de gestion » d'invoquer un « sous-agent » aussi facilement qu'il invoque une calculatrice, simplifiant ainsi l'orchestration grâce à un protocole unique.

Figure 2 : Exemple d'agent en tant qu'outil

3. Découverte sémantique : trouver une capacité, pas seulement une identité

Comment un agent peut-il savoir quel outil utiliser ? Il ne devrait pas avoir besoin de connaître le nom.

Le Registre utilise des intégrations vectorielles pour associer l'intention du langage naturel aux capacités techniques.

• Intention de l'agent : « Je dois vérifier si le serveur est en bon état. »
• Requête de registre : Analyse les descriptions de tous les serveurs et agents MCP enregistrés.
• Correspondance sémantique :
  
  • prometheus-mcp (Tool) : « Métriques de requête depuis Prometheus » (Score : 0,92)
  • sre-bot-v1 (Agent) : « Diagnostiquer et résoudre les problèmes d'infrastructure » (Score : 0,88)

La passerelle renvoie les deux options. L'agent appelant peut alors décider : Ai-je besoin d'une métrique brute (outil) ou d'un diagnostic (agent) ?

4. Routage basé sur la confiance : « Get Me the Vérifié Expert »

Dans une entreprise décentralisée, cinq « agents de codage » différents peuvent être déployés par différentes équipes. Lequel devriez-vous utiliser ?

Un registre statique les listerait tous. Le registre TrueFoundry est dynamique. Il se connecte au observabilité de la passerelle AI couche à suivre

les performances en direct de chaque actif, y compris les taux de réussite, la latence et les scores d'évaluation.

• coder-agent:v1 (taux de réussite : 88 %, latence : 2 s)
• coder-agent:v2-canary (taux de réussite : 95 %, latence : 5 s)

Vous pouvez configurer Politiques de routage directement dans le registre :

« Pour les modifications du code de production, redirigez-vous UNIQUEMENT vers les agents ayant obtenu un score de fidélité supérieur à 90 % lors de la dernière exécution d'Eval. »

Cela garantit que votre couche d'orchestration ne se connecte pas simplement à disponible agents, mais pour compétent uns.

5. Contrôle de la topologie : le pare-feu d'organigramme

À mesure que vous passez à des centaines d'agents et à des milliers d'outils MCP, vous risquez de créer un « Spaghetti Mesh » dans lequel chaque agent peut appeler n'importe quel outil. C'est un cauchemar en matière de sécurité.

Le Greffe applique Topologie des graphes. Il fait office d' « organigramme » pour votre personnel numérique.

• Règle : Le Public-Support-Bot est autorisé à appeler le Documentation-MCP.
• Règle : Le Public-Support-Bot est REFUSÉ accès au Payroll-Agent.

Ce contrôle a lieu au Couche de découverte. Lorsque le Support Bot demande « Qui peut m'aider en matière de paie ? » , le registre renvoie simplement « Aucun résultat trouvé ». Vous ne pouvez pas attaquer ce que vous ne pouvez pas voir.

Conclusion

Le registre unifié des MCP et des agents est l'épine dorsale de Cognitive Enterprise. En traitant Agents et outils en tant que citoyens identifiables et égaux, regroupés dans une couche de sécurité et d'observabilité unifiée, TrueFoundry vous permet de composer des flux de travail complexes et fiables à partir de composants disparates.