Agent Gateway-Serie (Teil 2 von 7) | Service Registry for the Agentic Era

In einer Microservices-Architektur verwenden wir DNS, um Dienste zu finden. Wenn ich den Abrechnungsservice benötige, rufe ich billing.svc.cluster.local an. Es ist einfach, weil die Beziehung statisch ist: Service A ruft Service B auf.

In einem Agentische Architektur, Beziehungen sind dynamisch. Sie möchten nicht, dass Ihr „Manager Agent“ eine Verbindung zu Finance-Agent-v1 fest codiert. Sie möchten, dass es fragt: „Finden Sie mir eine Funktion, mit der der Umsatz im dritten Quartal abgefragt werden kann.“

Manchmal ist diese Funktion ein Tool (eine direkte SQL-Abfrage über einen MCP-Server).

Manchmal ist diese Fähigkeit ein anderer Agent (eine Argumentationsmaschine, die die SQL-Ausgabe analysiert).

Um dies zu lösen, führt TrueFoundry die ein Einheitliches MCP- und Agentenregister. Es ist ein einziger Katalog, der behandelt Werkzeuge und Agenten als auffindbare, interoperable Ressourcen.

1. Die einheitliche Abstraktionsschicht

Das AI-Agenten-Registrierung fungiert als vereinheitlichende Abstraktionsschicht. Sie nimmt unterschiedliche Ressourcen auf — Python-Skripte, LangGraph-Agenten, Postgres-Datenbanken, SaaS-APIs — und projiziert sie alle standardisiert Fähigkeiten.

Für den Orchestrator sehen eine „Datenbank“ und ein „Junior Analyst Agent“ identisch aus: Sie sind beide nur Endpunkte, die ein JSON-Schema akzeptieren und ein Ergebnis zurückgeben.

Abbildung 1: Datenmodell für Agentenregistrierungseinträge

2. Das Paradigma „Agent als Tool“ (über MCP)

Das größte Hindernis für die Zusammenarbeit mehrerer Agenten ist die Diskrepanz zwischen den Benutzeroberflächen. Ein LangGraph-Agent spricht „State Updates“; ein CrewAI-Agent spricht „Tasks“.

TrueFoundry standardisiert dies mithilfe des Model Context Protocol (MCP).

Wenn Sie einen Agenten beim Gateway registrieren, wird Registratur wickelt es automatisch in ein MCP-Interface ein. Das bedeutet, dass Ihr ausgeklügelter „Financial Analyst Agent“ genau wie ein Standardfunktionsaufruf für den Rest des Systems aussieht.

• Innere Realität: Ein komplexer Python-Agent mit Speicher, Planung und 3 Unteragenten.
• Externe Schnittstelle: Eine MCP-Tool-Definition.

Dadurch kann ein „Manager Agent“ einen „Sub-Agent“ genauso einfach aufrufen wie einen Calculator — was die Orchestrierung auf ein einziges Protokoll vereinfacht.

Bild 2: Beispiel für einen Agenten als Tool

3. Semantische Entdeckung: Fähigkeit finden, nicht nur Identität

Woher weiß ein Agent, welches Tool er verwenden muss? Er sollte den Namen nicht kennen müssen.

Das Registratur verwendet Vector Embeddings, um die Absicht natürlicher Sprache den technischen Fähigkeiten zuzuordnen.

• Absicht des Agenten: „Ich muss überprüfen, ob der Server in Ordnung ist.“
• Registrierungsabfrage: Scannt die Beschreibungen aller registrierten MCP-Server und -Agenten.
• Semantisches Match:
  
  • prometheus-mcp (Tool): „Metriken von Prometheus abfragen“ (Punktzahl: 0,92)
  • sre-bot-v1 (Agent): „Infrastrukturprobleme diagnostizieren und beheben“ (Punktzahl: 0,88)

Das Gateway gibt beide Optionen zurück. Der anrufende Agent kann dann entscheiden: Benötige ich eine Rohmetrik (Tool) oder eine Diagnose (Agent)?

4. Vertrauensbasiertes Routing: „Hol mir das verifiziert Experte“

In einem dezentralisierten Unternehmen haben Sie möglicherweise fünf verschiedene „Coding Agents“, die von verschiedenen Teams eingesetzt werden. Welchen sollten Sie verwenden?

Eine statische Registrierung würde sie einfach alle auflisten. Die TrueFoundry-Registry ist statusbehaftet. Sie verbindet sich mit dem Beobachtbarkeit des AI-Gateways Zu verfolgende Ebene

die Live-Performance jedes Assets, einschließlich Erfolgsraten, Latenz und Bewertungswerten.

• coder-agent:v1 (Erfolgsrate: 88%, Latenz: 2 s)
• coder-agent:v2-canary (Erfolgsrate: 95%, Latenz: 5 s)

Sie können konfigurieren Routing-Richtlinien direkt in der Registry:

„Bei Änderungen am Produktionscode leiten Sie NUR Agenten weiter, die beim letzten Testlauf einen Zuverlässigkeitswert von > 90% erreicht haben.“

Dadurch wird sichergestellt, dass Ihre Orchestrierungsebene nicht nur eine Verbindung herstellt zu verfügbar Agenten, aber zu kompetent Einsen.

5. Topologiekontrolle: Die Organigramm-Firewall

Wenn Sie auf Hunderte von Agenten und Tausende von MCP-Tools skalieren, riskieren Sie ein „Spaghetti-Mesh“, bei dem jeder Agent jedes Tool aufrufen kann. Das ist ein Sicherheits-Albtraum.

Das Register setzt durch Graphtopologie. Es dient als „Organigramm“ für Ihre digitale Belegschaft.

• Regel: Der Public-Support-Bot darf den Documentation-MCP aufrufen.
• Regel: Der Public-Support-Bot ist VERWEIGERT Zugang zum Payroll-Agent.

Diese Überprüfung erfolgt im Discovery-Ebene. Wenn der Support Bot fragt: „Wer kann mir bei der Gehaltsabrechnung helfen?“ , die Registry gibt einfach „Keine Ergebnisse gefunden“ zurück. Was Sie nicht sehen können, können Sie nicht angreifen.

Fazit

Das Unified MCP & Agent Registry ist das Rückgrat von Cognitive Enterprise. Durch die Behandlung Agenten und Tools TrueFoundry bietet Ihnen die Möglichkeit, komplexe, zuverlässige Workflows aus unterschiedlichen Bausteinen zusammenzustellen — und sie in eine einheitliche Sicherheits- und Beobachtbarkeitsebene einzubinden.