Das Model Context Protocol (MCP) ist ein offener Standard, der es Entwicklern ermöglicht, eine sichere, bidirektionale Kommunikation zwischen ihren Datenquellen und KI-Tools (Künstlicher Intelligenz) herzustellen. Die Architektur ist einfach : Entwickler können ihre Fähigkeiten entweder über MCP-Server demonstrieren oder KI-Anwendungen (MCP-Clients) erstellen, die sich mit diesen Servern verbinden. Das Model Context Protocol (MCP) wird die Entwicklung von intelligentem Handel (A-Commerce) beschleunigen. *Hinweis: Intelligenter Handel ist eine Form des E-Commerce, bei der Software als Agent für Nutzer fungiert und Kaufentscheidungen in deren Namen trifft.*
Was ist MCP?
Das MCP-Protokoll wurde ursprünglich von Anthropic entwickelt und wird mittlerweile auch von OpenAI unterstützt . Im März gab Sam Altman, CEO von OpenAI, bekannt, dass OpenAI die Unterstützung für MCP in all seinen Produkten, einschließlich der Desktop-Anwendung ChatGPT, integrieren wird. Auch andere Unternehmen wie Block und Apollo haben MCP in ihre Plattformen eingebaut. Das Protokoll ermöglicht es KI-Modellen, Daten aus verschiedenen Quellen abzurufen und Entwicklern so die bidirektionale Kommunikation zwischen Datenquellen und KI-gestützten Anwendungen wie Chatbots zu ermöglichen.
( Für alle, die sich für die technischen Aspekte interessieren : Entwickler präsentieren Funktionen über MCP-Server, und Agenten können sich dann mithilfe von MCP-Clients bei Bedarf mit diesen Servern verbinden. Die Agenten fragen die Server ab, um herauszufinden, welche Tools verfügbar sind. Der Server stellt Metadaten bereit, damit der Agent weiß, wie die Tools zu verwenden sind. Wenn der Agent ein Tool verwenden möchte, sendet er eine Tool-Aufrufanfrage im Standard-JSON-Format.)
Warum ist das wichtig? Die Bedeutung liegt darin, dass es Tools und Agenten eine einheitliche Möglichkeit zur Kommunikation und zum Austausch von Kontext zu Benutzern, Aufgaben, Daten und Zielen bietet und Folgendes bereitstellt:
Interoperabilität : Das MCP-Protokoll ermöglicht es verschiedenen KI-Modellen, Assistenten und externen Anwendungen, Kontext auszutauschen, wodurch die Integration mehrerer KI-gestützter Tools und Dienste erleichtert wird;
Koordination : Das MCP-Protokoll hilft bei der Koordination von Aufgaben zwischen verschiedenen KI-Agenten und externen Anwendungen und gewährleistet so ein nahtloses Zusammenspiel ohne Arbeitsdopplung oder häufige Benutzereingaben.
Ein umfassendes Ökosystem : Ein Standard wie MCP ermöglicht es Drittanbietern, Plugins oder Tools zu entwickeln, die problemlos mit KI-Assistenten „die gleiche Sprache sprechen“ und so das Wachstum des Ökosystems beschleunigen. Diese Integration ist unerlässlich, um den Einsatz von KI in verschiedenen Anwendungen auszuweiten.
Schauen Sie sich beispielsweise den MCP-Server von Google Maps an. Dieser Server bietet derzeit sieben Funktionen zum Umwandeln einer Adresse in Koordinaten (und umgekehrt), zum Suchen nach Orten, zum Abrufen detaillierter Informationen zu einem Ort, zum Berechnen von Entfernungen zwischen Orten (zusammen mit der Reisezeit), zum Abrufen von Höhendaten und natürlich zum Abrufen von Wegbeschreibungen. Diese Funktionen sind für Kartierungs- und Logistikanwendungen unerlässlich.
Wen interessiert MCP? Viele Organisationen (darunter Einzelhändler, Banken und andere) möchten ihre eigenen KI-Funktionen entwickeln, damit ihre Agenten mit den Agenten ihrer Kunden interagieren können. Nehmen wir als Beispiel den Einzelhandel. Hari Vasudev, CTO des US-Geschäfts von Walmart, Sie sagen Sie erstellen eigene Agenten, die mit Verbraucheragenten interagieren und Empfehlungen oder zusätzliche Produktinformationen bereitstellen, während Verbraucheragenten Einzelhandelsagenten Informationen zu Präferenzen usw. bereitstellen können. Diese Interaktion zwischen den Agenten verbessert das personalisierte Einkaufserlebnis.
Banken, Einzelhändler und andere möchten, dass Kundenbetreuer mit Einzelhandelsmitarbeitern interagieren, anstatt Webseiten oder APIs zu verwenden, um die gewünschten Dienste zu erhalten. Frank Young fasst diese Dynamik gut zusammen und weist darauf hin, dass Unternehmen APIs bereitstellen, um einfache Abläufe (wie etwa Abonnements) unter Verwendung der vorhandenen Infrastruktur zu unterstützen, für das Front-End des agentenbasierten Handels (Verhandlung, Betrugsreaktion und Optimierung) jedoch MCP-Server implementieren, um diese komplexen, hochwertigen Szenarien zu erfassen. Dieser Ansatz ermöglicht die Automatisierung komplexer Geschäftsprozesse und eine verbesserte Effizienz.
Die Sicherheitsprobleme von MCP müssen noch gelöst werden.
Ich finde die Vision des Agentenhandels unglaublich spannend, doch um sein volles Potenzial auszuschöpfen, ist eine sichere und kosteneffiziente Infrastruktur unerlässlich. Das MCP-Protokoll definiert keinen Standardmechanismus für die gegenseitige Authentifizierung zwischen Servern und Clients (Handelt es sich um einen Walmart-Agenten? Oder um einen Dave-Birch-Agenten?) und legt auch nicht fest, wie die Authentifizierung an APIs delegiert werden kann (damit mein Agent Open Banking nutzen kann). Ein Lösungsansatz wäre, dass der MCP-Server die Anmeldeinformationen des Agenten anhand einer Registrierung überprüft – ein grundlegendes, KI-gestütztes Know-Your-Customer-Verfahren (KYC) –, sodass nur vertrauenswürdige Agenten Zugriff erhalten. Dies könnte ein Vorläufer für eine ausgefeiltere KYA-Infrastruktur sein.
Da MCP-Server von unabhängigen Entwicklern und Mitwirkenden verwaltet werden, gibt es keine zentrale Plattform zum Prüfen, Durchsetzen oder Verifizieren von Sicherheitsstandards. Dieses dezentrale Modell erhöht die Wahrscheinlichkeit von Abweichungen bei den Sicherheitspraktiken und erschwert die Gewährleistung, dass alle MCP-Server den Grundsätzen einer sicheren Entwicklung entsprechen. Darüber hinaus erschwert das Fehlen eines einheitlichen Paketverwaltungssystems für MCP-Server die Installation und Wartung und erhöht die Wahrscheinlichkeit, dass veraltete oder falsch konfigurierte Versionen bereitgestellt werden. Die Verwendung inoffizieller Installationsprogramme auf verschiedenen MCP-Clients erhöht die Variabilität bei der Serverbereitstellung und erschwert die Aufrechterhaltung einheitlicher Sicherheitsstandards. *Hinweis: Diese Abweichung stellt insbesondere in Umgebungen eine Herausforderung dar, in denen eine strikte Einhaltung gesetzlicher Vorschriften erforderlich ist.*
MCP verfügt außerdem nicht über ein einheitliches Framework zur Authentifizierung und Autorisierung der Gegenpartei. Es gibt keinen Mechanismus zur Identitätsprüfung oder Zugriffsregulierung, ohne den die Durchsetzung fein abgestufter Berechtigungen schwierig wird. Da MCP zudem kein Berechtigungsmodell besitzt und auf OAuth basiert, ist eine Sitzung mit einem Tool entweder vollständig oder eingeschränkt zugänglich. Andreessen Horowitz weist darauf hin, dass die Einführung zusätzlicher Proxys und Tools die Komplexität weiter erhöhen wird. Daher wird etwas Zusätzliches benötigt, und ein Kandidat hierfür ist ein sogenannter Policy Decision Point (PDP). Diese Komponente evaluiert Zugriffskontrollrichtlinien. Anhand von Eingaben wie Identität, Aktion, Ressource und Kontext des Akteurs entscheidet sie, ob die Operation zugelassen oder verweigert wird.
Mike Schwartz, Gründer des Cybersicherheits-Startups Gluu, betont, dass Policy Decision Points (PDPs) früher infrastrukturintensiv auf Servern oder Mainframes liefen. PDPs, die die Open-Source-Policy-Sprache Cedar nutzen, sind hingegen klein und schnell genug, um in mobile Apps eingebettet zu laufen und sich zu einer Kernkomponente intelligenter KI zu entwickeln. 2024 kündigte AWS die Cedar-Policy-Syntax nach umfangreicher Forschung im Bereich maschinelles Schließen an. Cedar ist deterministisch – bei gleicher Eingabe erhält man immer dasselbe Ergebnis. Determinismus ist in der Sicherheit unerlässlich für den Aufbau von Vertrauen, da dies die wiederholte Ausführung derselben Aktionen erfordert. Laut Mike erfüllt ein eingebetteter, auf Cedar basierender Policy Decision Point alle Anforderungen an intelligente KI.
Ein Neuanfang mit dem Automated Trading Protocol (MCP)
Dies ist nicht einfach nur ein weiterer Eintrag in einem Online-Shop. Wie Jamie Smith erklärt , sucht Ihr digitaler Reiseberater nicht einfach bei Google, wenn Sie ihn bitten, Ihnen ein Hotel in Paris mit Blick auf den Eiffelturm für unter 400 Dollar zu finden. Stattdessen verarbeitet er Ihre Anfrage zusammen mit Ihren Zugangsdaten (aus Ihrer digitalen Geldbörse), Ihren Zahlungspräferenzen, Treueprogrammen usw. sowie Einschränkungen wie Preislimits, Zeitzonen und anderen Treueprogrammen. Diese „strukturierte Kontext-Payload“ wird an die verschiedenen Reise-Websites gesendet, die mit Ihrem Reiseberater interagieren können.
Anders als der E-Commerce, der auf dem Internet aufbaute und über keine Sicherheitsebene verfügte (und daher weder digitales Geld noch digitale Identitäten bot), basiert der A-Commerce auf einer Infrastruktur, die den Marktteilnehmern echte Sicherheit bietet. Die Implementierung dieser sicheren Infrastruktur stellt eine große Chance für FinTech-Unternehmen und andere Startups dar, die digitales Geld und digitale Identität als Kernkomponenten anbieten möchten. Da die Identifizierungs-, Authentifizierungs- und Autorisierungsmechanismen auf dem Automated Commerce Protocol (MCP) basieren, gibt es keinen Grund, nicht mit einer raschen Beschleunigung des A-Commerce auf dem Massenmarkt zu rechnen.
