Agenten-Interoperabilität: Eine Steuerungsebene für jedes Framework

Was ist Agent-Interoperabilität?

Agent-Interoperabilität beschreibt die Eigenschaft, dass die Komponenten eines Agenten-Stacks – Framework, Modell und Tools – kombiniert und ausgetauscht werden können, ohne dass die Governance beeinträchtigt wird. Ein Agent, der auf einem Framework basiert, kann dieselben Tools nutzen wie ein Agent auf einem anderen Framework; beide können auf dieselben Modelle zugreifen und unterliegen denselben Identitäts-, Zugriffs- und Prüfregeln.

Sie besteht aus zwei Aspekten, die leicht verwechselt werden:

• Interoperabilität zur Build-Zeit. Sie sind nicht an ein bestimmtes Framework oder einen Modellanbieter gebunden. Sie können einen Agenten in LangGraph, einen anderen in CrewAI und einen dritten als einfachen HTTP-Dienst erstellen und ein neues Modell integrieren, ohne den Code umschreiben zu müssen.
• Interoperabilität zur Laufzeit. Diese Agenten nutzen gemeinsame Protokolle, um auf Tools zuzugreifen und miteinander zu kommunizieren. Dadurch ist ein einmal erstelltes Tool für alle Agenten nutzbar, und die Governance greift einheitlich, unabhängig davon, welches Framework den Aufruf getätigt hat.

Ohne den zweiten Aspekt führt der erste nur zu noch mehr Fragmentierung. Echte Interoperabilität ist die Kombination aus beidem: die Freiheit bei der Wahl der Mittel und eine konsistente Steuerungsebene als Basis.

Warum offene Standards das Fundament bilden

Interoperabilität ist nur dann gegeben, wenn sie auf offenen Standards basiert und nicht auf proprietären Anschlüssen eines einzelnen Anbieters. Zwei Standards tragen heute die Hauptlast bei Agenten.

• MCP (Model Context Protocol) standardisiert, wie ein Agent auf ein Tool zugreift. Ein Tool, das als MCP-Server bereitgestellt wird, kann von jedem MCP-fähigen Agenten aufgerufen werden, unabhängig vom zugrunde liegenden Framework. Anstatt N Frameworks mit M individuellen Integrationen zu verwalten, nutzen Sie ein einziges Protokoll.
• A2A (Agent-to-Agent) standardisiert die Kommunikation zwischen Agenten. Ein Agent, der A2A implementiert, stellt eine maschinenlesbare Agenten-Karte bereit, über die andere Agenten ihn ohne individuelle Anpassungen entdecken und aufrufen können.

Eine Plattform, die diese Standards unterstützt, kann vor jedem Agenten und jedem Tool agieren und dennoch alle Vorgänge nachvollziehen. Eine Plattform, die auf proprietäre Verbindungen setzt, kann nur die Teile steuern, die nach ihren eigenen Vorgaben erstellt wurden. Genau deshalb ist die Unterscheidung zwischen MCP und A2A so wichtig: Das eine regelt den Zugriff auf Tools, das andere die Kommunikation zwischen Agenten – eine herstellerneutrale Steuerungsebene muss beides beherrschen.

Wie TrueFoundry herstellerneutrale Interoperabilität ermöglicht

TrueFoundry fungiert als zentrale Steuerungsebene für alle Frameworks, Modelle und Tools, damit die Vielfalt an den Schnittstellen nicht im Chaos endet.

Ein framework-unabhängiges Agent-Registry

Egal, worauf ein Agent basiert – Bedrock, Vertex AI, LangGraph, ein benutzerdefinierter HTTP-Dienst, ein A2A-Agent oder ein in ein SaaS-Produkt eingebetteter Copilot – er wird durch die Registrierung im Agent Registryin die Governance aufgenommen, ohne dass etwas verschoben oder umgeschrieben werden muss.

Speziell für A2A-Agenten löst das Registry die Agent-Card an ihrem bekannten Endpunkt auf, leitet Aufrufe über das Gateway weiter und protokolliert die JSON-RPC-Anfrage sowie die Antwort in jedem Trace. So sehen ein A2A-Agent und ein LangGraph-Agent zur Entwicklungszeit zwar unterschiedlich aus, werden aber zur Laufzeit identisch verwaltet: gleiches Registry, gleiche Identität, gleicher Audit-Trail.

Eine einheitliche Schnittstelle für Modelle und Tools

Auf der Modellseite befindet sich jeder Anbieter hinter einer einzigen OpenAI-kompatiblen API. Jedes Framework kann also auf über 1.000 Modelle zugreifen, indem es auf das Gateway verweist und dessen Basis-URL überschreibt. Sie benötigen dafür kein TrueFoundry-SDK. Sie behalten Ihr Framework und ändern lediglich eine Einstellung.

# Any OpenAI-compatible framework or app becomes portable by overriding the base URL.
from openai import OpenAI

client = OpenAI(
    api_key="your-truefoundry-api-key",   # a gateway token
    base_url="https://gateway.truefoundry.ai",
)
# LangChain, CrewAI, AutoGen, LlamaIndex, or a custom loop:
# set the same base_url and they all route through the one control plane.

Auf der Tool-Seite fungiert das MCP-Gateway als Schnittstelle für jeden MCP-Server und standardisiert den Zugriff darauf, sodass ein einmal registriertes Tool für jeden verwalteten Agenten erreichbar ist. Das Ökosystem von TrueFoundry umfasst über 116 Integrationen in Kategorien wie Coding-Assistenten, Frameworks, Apps und Guardrails, die alle über dasselbe Gateway zugänglich sind.

Erweiterbare Schnittstellen statt eines geschlossenen Marktplatzes

Während einige Plattformen einen proprietären Katalog für „Agent-Plugins“ anbieten, ist das Erweiterungsmodell von TrueFoundry von Grund auf offen gestaltet. Tools werden als MCP-Server eingebunden. Sicherheits- und Richtlinienlogik wird als benutzerdefinierte Guardrailsintegriert. Dabei handelt es sich um einfache HTTP-Dienste, die einem unkomplizierten Anfrage-Antwort-Vertrag folgen. So können Sie domänenspezifische Validierungen oder Anpassungen vornehmen, ohne darauf warten zu müssen, dass ein Anbieter einen Connector entwickelt. Das Ergebnis ist der gleiche Vorteil, den ein Plugin-Marktplatz verspricht – Erweiterbarkeit –, jedoch ohne die Abhängigkeit von einem geschlossenen System.

Ein Governance-Modell für alle Frameworks

Der Zweck, jedes Framework über eine zentrale Steuerungsebene zu leiten, besteht darin, dass die Governance nicht mehr davon abhängt, welches Framework einen Aufruf tätigt. Dieselben drei Kontrollmechanismen gelten überall:

• Agenten-Identität. Jeder registrierte Agent verfügt über eine eigene verifizierbare Identität, unabhängig davon, ob er in LangGraph erstellt oder in eine SaaS-Anwendung eingebettet wurde, sodass Aufrufe pro Hop nachvollziehbar bleiben.
• Zugriffskontrolle. Welche Agenten auf welche Modelle und MCP-Tools zugreifen können, wird über Rollen und nicht über das Framework bestimmt. Ein CrewAI-Agent und ein benutzerdefinierter Agent werden daher auf die gleiche Weise eingeschränkt.
• Sicherheitsrichtlinien. Prüfungen auf Prompt-Injection, PII, Geheimnisse und unsichere Tool-Aufrufe werden bei jedem Aufruf am Gateway durchgeführt, unabhängig davon, welches Framework den Aufruf initiiert hat.

Diese Einheitlichkeit macht Interoperabilität von einer bloßen Annehmlichkeit zu einem Governance-Standard. Sie können jedem Team erlauben, das für sein Problem am besten geeignete Framework zu wählen, im nächsten Quartal einen neuen Modellanbieter hinzuzufügen und neue Tool-Standards zu übernehmen, sobald diese ausgereift sind – ohne dass sich die Sicherheits- und Audit-Strategie aufspaltet. Es bleibt ein einheitliches Modell, das zentral in Ihrer eigenen Cloud durchgesetzt wird, bei einem Overhead von lediglich 3 bis 4 ms pro Aufruf.

Die strategische Umsetzung ist simpel. Frameworks und Standards werden sich ständig weiterentwickeln, und den gesamten Stack auf eine einzige Lösung zu setzen, ist ein Risiko. Eine herstellerneutrale Steuerungsebene ermöglicht es Ihnen, diese Veränderungen an den Rändern abzufangen, während der Kern stabil bleibt. Dies folgt demselben Prinzip wie Agenten-Portabilität auf der Modellebene.

Weiterführende Lektüre

• MCP vs. A2A wie Agenten auf Tools zugreifen im Vergleich dazu, wie sie miteinander kommunizieren
• Agent Gateway der Kontrollpunkt, über den jedes Framework geleitet wird
• AI Agent Registry das framework-agnostische System zur Verwaltung
• AI Agent Portability dasselbe Prinzip gilt für den Modellwechsel
• KI-Agenten-Identität ein Identitätsmodell für alle Frameworks

Fazit

Agenten-Interoperabilität ermöglicht es Teams, für jede Aufgabe das passende Framework zu wählen, ohne für jedes eine eigene Governance-Strategie entwickeln zu müssen. Basierend auf offenen Standards wie MCP und A2A sowie einer framework-agnostischen Registry bleiben Identität, Zugriffsberechtigungen und Sicherheitsvorgaben konsistent – unabhängig davon, wie ein Agent erstellt wurde oder welches Modell er nutzt. Genau das unterscheidet einen Stack, der durch verschiedene Anbieter fragmentiert, von einer zentralen Steuerungsebene, die auch bei stetigem Wandel des Ökosystems Bestand hat.

Erfahren Sie, wie TrueFoundry Agenten aus beliebigen Frameworks über eine anbieterneutrale Steuerungsebene verwaltet. Demo buchen oder kostenlos starten.