Was ist MCP Registry? Und warum Sie ohne einen Agenten keine Agenten ausführen können

Wenn du mit Anthropic's gespielt hast Modellkontextprotokoll (MCP), Sie sind wahrscheinlich auf die „Localhost-Pinnwand“ gestoßen.

Du klonst ein Repository, führst npx @modelcontextprotocol /server-postgres aus, verbindest es mit Claude Desktop und es fühlt sich an wie Magie. Ihr LLM kann plötzlich mit Ihrer Datenbank sprechen. Aber in dem Moment, in dem Sie versuchen, diese Architektur in die Produktion zu überführen — wo Sie fünfzig Agenten, zwanzig Datenquellen und strenge IAM-Rollen haben —, verwandelt sich die „Magie“ in einen Albtraum für verteilte Systeme.

Sie benötigen nicht nur ein Protokoll. Du brauchst ein Telefonbuch. Sie benötigen einen Makler, der weiß, wo sich jedes Tool befindet, wer es aufrufen darf und ob es derzeit in Ordnung ist.

In der Branche verfestigt sich dieses Konzept als MCP-Registrierung.

Bei TrueFoundry behandeln wir die Registrierung nicht nur als statische Liste von URLs. Wir implementieren sie als aktive, routingorientierte Infrastrukturebene mithilfe dessen, was wir Virtuelle MCP-Server. Hier erfahren Sie ausführlich, warum die Registrierung die wichtigste Komponente ist, die Sie wahrscheinlich ignorieren.

Das Problem: Die „N x M“ -Verbindungsmatrix

Ohne ein zentrales Register ist die Topologie eines Agentensystems ein Chaos.

Nehmen wir an, Sie haben drei Agenten (Support, Sales, DevOps) und drei Tools (Jira, Salesforce, AWS). Wenn Sie sie direkt verbinden, müssen Sie die Endpunkte und die Authentifizierung für jedes Tool fest in die Konfiguration jedes Agenten einprogrammieren.

Wenn das DevOps-Team das Jira-Tool in einen neuen Cluster verschiebt, geht jeder einzelne Agent kaputt. Wenn Sie den API-Schlüssel für Salesforce rotieren, müssen Sie jeden Agenten erneut bereitstellen.

Das MCP-Registrierung löst dies durch Entkopplung der Verbraucher (der Agent) von der Anbieter (das Tool). Der Agent stellt eine Verbindung zur Registry her, und die Registry leitet die Anfrage an das richtige Tool weiter.

Hier ist der Unterschied in der Topologie.

Abbildung 1: Arbeitsablauf von Direktverbindungen im Vergleich zur Registrierungstopologie

Der Ansatz von TrueFoundry: Das „virtuelle“ Register

Wir haben das Registrierungsmuster mithilfe einer Funktion namens implementiert Virtueller MCP-Server. Dadurch wird das Gateway effektiv zu einem einheitlichen MCP-Registrierung und AI-Gateway, das Erkennung, Sicherheit und Runtime-Routing in einer einzigen Steuerungsebene für agentische Systeme kombiniert.

Anstatt eine separate „Katalog“ -Datenbank zu erstellen, die Agenten abfragen müssen, haben wir die Registrierung direkt in den Netzwerkpfad eingebaut. Das TrueFoundry AI Gateway fungiert als „virtueller“ MCP-Server, der sich vor Ihren eigentlichen Backend-Diensten befindet.

Wie erklärt in der TrueFoundry-Dokumentation zu virtuellen MCP-Servern:

„Ein virtueller MCP-Server fasst mehrere MCP-Server zu einem einzigen MCP-Server zusammen. Auf diese Weise kann ein MCP-Client eine Verbindung zu einem einzelnen Endpunkt herstellen und von mehreren MCP-Servern aus auf Tools/Eingabeaufforderungen/Ressourcen zugreifen.“

Dies ist eine subtile, aber massive Veränderung. Für Ihren Agenten sieht das Gateway wie ein riesiger MCP-Server mit unendlichen Funktionen aus. Hinter den Kulissen leitet das Gateway den Datenverkehr an einen Postgres-MCP-Pod in Cluster A und einen Slack-MCP-Pod in Cluster B weiter.

Funktionen einer aktiven Registry

Eine richtige Registrierung bietet mehr als nur Tools aufzulisten. Sie verwaltet den Lebenszyklus der Interaktion.

1. Dynamische Entdeckung

Wenn ein Agent eine Verbindung zum TrueFoundry Gateway herstellt, muss er vorher nicht wissen, welche Tools vorhanden sind. Die Verbindung verwendet Server-Sent Events (SSE). Beim Handshake überprüft das Gateway die Identität des Agenten und erstellt dynamisch eine Liste der Tools, die es sehen darf.

Wenn Sie ein neues bereitstellen Vektor-Suchwerkzeug morgen fügst du es einfach zur Gateway-Konfiguration hinzu. Wenn der Agent das nächste Mal eine Verbindung herstellt, ist das neue Tool automatisch verfügbar. Auf der Agentenseite sind keine Codeänderungen erforderlich.

2. Zentralisierte Authentifizierung (Die Türsteher)

Das ist der Teil, der InfoSec glücklich macht. Wenn Sie Raw-MCP ausführen, benötigt Ihr Agent die Datenbankanmeldeinformationen. Das ist ein Sicherheitsproblem.

Mit einem registrierungsbasierten Ansatz nutzen wir Gateway-Authentifizierung und -Sicherheit. Der Agent besitzt nur einen TrueFoundry API-Schlüssel. Das Gateway enthält die Geheimnisse für die eigentlichen Downstream-Dienste.

„Das Gateway validiert den API-Schlüssel des Clients... und leitet die Anfrage dann mithilfe sicherer Header an den Backend-MCP-Server weiter.“

3. Beschattung und Verwaltung

Da jeder Toolaufruf die Registry (das Gateway) durchläuft, erhalten Sie ein zentralisiertes Audit-Log. Sie können genau sehen, welcher Agent das delete_user-Tool aufgerufen hat und wann. Sie können auch Ratenbegrenzungen durchsetzen, damit eine außer Kontrolle geratene Schleife in einem Agenten Ihre Produktionsdatenbank nicht zum Absturz bringt.

Tabelle 1: Dies ist der Vergleich der Registrierungstypen

Integration: So sieht es im Code aus

Das Schöne an dieser Abstraktion ist, wie sauber der Client-Code wird. Sie hören auf, sich Sorgen um die Infrastruktur zu machen.

Wie in der Anleitung beschrieben Verwenden des MCP Gateways in einem Agenten, richten Sie Ihren MCP-Client einfach auf den virtuellen Endpunkt.

Warum das wichtig ist

Wir sind dabei, die „Chatbot“ -Phase der KI hinter uns zu lassen und in die „agentische“ Phase überzugehen. In der Praxis bedeutet das LLM-Agenten verlassen sich jetzt auf Infrastrukturebenen wie MCP-Registries, um Tools zu erkennen, Berechtigungen durchzusetzen und zuverlässig in allen Umgebungen auszuführen. In dieser neuen Welt Ihre internen APIs sind das wertvollste Kapital, das Sie haben.

Sie sicher LLMs auszusetzen, ist ein Infrastrukturproblem, kein Modellierungsproblem. Das ist ein Grund MCP gegen RAG ist wichtig bei der Gestaltung von Workflows für Unternehmensagenten.

Durch die Behandlung der MCP-Registrierung Als Kernstück der Infrastruktur, die über die virtuellen MCP-Server von TrueFoundry verwaltet wird, erhalten wir die Möglichkeit, Tools wie Microservices zu behandeln. Wir können sie bereitstellen, skalieren, sichern und außer Betrieb nehmen, ohne die Agenten, die von ihnen abhängig sind, kaputt zu machen.

Es verwandelt ein Spaghetti-Durcheinander von Python-Skripten in eine zusammensetzbare Unternehmensarchitektur.

‍

‍