Jede AI-Diskussion im Vorstand dreht sich um Modelle. Die Architekturentscheidung mit der längsten Wirkung fällt aber eine Ebene tiefer: bei der Frage, wie Agenten mit Systemen und Daten sprechen. Das Model Context Protocol – kurz MCP – ist der offene Standard, der sich für genau diese Verbindung durchsetzt. Wer ihn versteht, versteht, warum manche AI-Architekturen in zwei Jahren wertlos sind und andere nicht.
Model Context Protocol: Ein Standard statt hundert Sonderanbindungen
Das Grundproblem ist alt: Jede AI-Anwendung, die etwas Nützliches tun soll, braucht Zugriff auf Systeme – Kernbank, Bestandsführung, CRM, Dokumentenarchiv. Vor MCP hieß das: für jede Kombination aus Modell und System eine eigene Anbindung. Zehn Systeme, drei Modelle, dreißig Integrationen – und bei jedem Modellwechsel beginnt die Arbeit von vorn. MCP ersetzt dieses Geflecht durch eine standardisierte Schnittstelle: Das System stellt seine Fähigkeiten einmal als MCP-Server bereit, und jeder kompatible Agent kann sie nutzen. Die gängige Analogie trifft es: ein USB-C-Anschluss für AI – ein Stecker, viele Geräte.
Der Standard wurde von Anthropic initiiert und ist offen – und genau das macht ihn strategisch relevant. In der Praxis ist MCP längst die Datenschicht der neuen Agenten-Welt: Anthropic bindet Datenpartner wie Moody’s über MCP an seine Finanz-Agenten an, und in der Debatte um autonome Zahlungen fungiert MCP als Datenschicht unter den konkurrierenden Commerce-Protokollen von Google, Stripe und Visa. Wer heute Systeme agentenfähig macht, macht sie über MCP anschlussfähig für ein ganzes Ökosystem – nicht für einen einzelnen Anbieter.
Unsere Einordnung: MCP ist die technische Antwort auf die strategische Forderung, die wir in jedem Architekturgespräch stellen – modell-agnostisch bauen. Ein MCP-Server vor der Bestandsführung ist eine Investition, die jeden Modellwechsel überlebt. Eine Direktverdrahtung an ein einzelnes Modell ist technische Schuld mit Ansage. Das ist derselbe Grund, aus dem die Allianz nicht primär ein Modell gekauft hat, sondern eine Betriebsstruktur.
Für regulierte Häuser ist MCP eine Governance-Chance
Der zweite Blickwinkel wird fast immer übersehen. Ein MCP-Server ist eine definierte, kontrollierbare Tür zwischen Agent und System – und genau das braucht Governance. An dieser einen Tür lassen sich Berechtigungen durchsetzen, Zugriffe protokollieren und Datenflüsse begrenzen: Welcher Agent darf welche Funktion aufrufen, mit welchen Daten, in wessen Auftrag? Die Alternative – Agenten mit breiten Direktzugriffen auf Datenbanken und Oberflächen – ist aus Prüfersicht ein Albtraum. Ein sauber geschnittener MCP-Layer ist dagegen die technische Umsetzung von Least Privilege und Protokollierungspflicht in einem.
Zwei ehrliche Einschränkungen gehören dazu. Erstens: MCP standardisiert die Verbindung, nicht die Qualität dahinter – ein MCP-Server vor einem inkonsistenten Datenhaushalt liefert standardisiert inkonsistente Daten. Zweitens: Jede neue Tür ist auch eine Angriffsfläche; Authentifizierung, Rechtekonzept und laufender Betrieb der MCP-Infrastruktur sind Pflicht, nicht Kür. Ein offener Standard nimmt einem die Anbieterabhängigkeit ab – die Betriebsverantwortung nimmt er niemandem ab.
Drei Entscheidungen für die eigene MCP-Strategie
Erstens die Priorisierung: Welche drei Systeme liefern den meisten Wert, wenn Agenten sie nutzen können – typischerweise Bestandsführung, Dokumentenarchiv und CRM? Diese zuerst als MCP-Server kapseln. Zweitens das Rechtemodell: Agentenzugriffe wie Mitarbeiterzugriffe behandeln – Rollen, Freigaben, Protokoll – statt einen Generalschlüssel zu vergeben. Drittens die Bauentscheidung: Standard-Server nutzen, wo es sie gibt, eigene nur für die eigenen Kernsysteme bauen – und den Betrieb von Tag eins klären.
Modelle kommen und gehen. Schnittstellen bleiben. Wer die Steckerfrage jetzt richtig beantwortet, muss die Modellfrage nie wieder unter Zeitdruck beantworten. Wenn Sie Ihre Systemlandschaft auf Agentenfähigkeit prüfen wollen: Sprechen Sie uns an.
Häufige Fragen zum Model Context Protocol
Was ist das Model Context Protocol (MCP)?
Das Model Context Protocol ist ein offener, von Anthropic initiierter Standard, der AI-Agenten mit Systemen, Werkzeugen und Datenquellen verbindet. Statt für jede Kombination aus Modell und System eine eigene Anbindung zu bauen, stellt ein System seine Fähigkeiten einmal als MCP-Server bereit – jeder kompatible Agent kann sie nutzen.
Warum ist MCP für Banken und Versicherer relevant?
Aus zwei Gründen: Erstens macht MCP die AI-Architektur modell-agnostisch – Systeme, die über MCP angebunden sind, überleben jeden Modellwechsel. Zweitens ist ein MCP-Server eine kontrollierbare Tür für Governance: Berechtigungen, Protokollierung und Datenflussbegrenzung lassen sich an einer definierten Stelle durchsetzen statt in hundert Einzelintegrationen.
Ersetzt MCP die Integrationsarbeit?
Nein. MCP standardisiert die Verbindung, nicht die Datenqualität dahinter – und jeder MCP-Server braucht Authentifizierung, ein Rechtekonzept und laufenden Betrieb. Der Standard beseitigt die Anbieterabhängigkeit, nicht die Betriebsverantwortung.
