Model Context Protocol (MCP)

Das Model Context Protocol, kurz MCP, ist ein offener Standard dafür, wie KI-Anwendungen auf Werkzeuge und Datenquellen zugreifen. Wer eine Anbindung einmal als MCP-Server baut, kann sie mit jeder Anwendung nutzen, die den Standard spricht, statt sie pro Anwendung neu zu schreiben.

Wie funktioniert MCP?

Es gibt zwei Rollen. Der Server stellt Fähigkeiten bereit, etwa „suche in dieser Datenbank" oder „lege ein Ticket an". Der Client ist die KI-Anwendung, die diese Fähigkeiten benutzt.

Beim Verbinden fragt der Client den Server, was er anbietet. Er bekommt eine maschinenlesbare Beschreibung jedes Werkzeugs zurück: Name, Zweck, erwartete Eingaben. Diese Beschreibungen gehen ins Kontextfenster, damit das Modell weiß, was zur Verfügung steht.

Braucht das Modell dann ein Werkzeug, ruft der Client es auf und gibt das Ergebnis zurück ins Gespräch. Das Modell selbst spricht nie direkt mit euren Systemen. Zwischen beiden sitzt immer der Client, und genau dort gehören Rechte und Protokollierung hin.

Warum ist MCP relevant?

Bis dahin war jede Anbindung Einzelarbeit. Ein Zugriff auf euer CRM musste für jede KI-Anwendung neu geschrieben werden, und beim Wechsel des Anbieters begann die Arbeit von vorn. Ein Standard macht die Anbindung zu einem Bauteil mit eigenem Lebenszyklus.

Für euch heißt das vor allem geringere Bindung an einen Anbieter. Die Investition steckt in den Anbindungen an eure Systeme, nicht in die Oberfläche eines Herstellers. Wechselt das Modell oder das Werkzeug drumherum, bleiben die Anbindungen bestehen.

Praktisch ist MCP die Verkabelung, mit der ein KI-Agent überhaupt handlungsfähig wird. Ohne Werkzeuge bleibt ein Agent ein Gesprächspartner.

Was dabei zu beachten ist

Ein MCP-Server ist ein Zugang zu euren Daten und muss so behandelt werden. Die entscheidende Frage ist nicht, was das Werkzeug kann, sondern mit welchen Rechten es läuft. Ein Server, der mit einem Vollzugriffs-Konto arbeitet, gibt diesen Zugriff effektiv an das Modell weiter.

Zweitens sind Werkzeugbeschreibungen Text, der ins Modell fließt. Stammt ein Server nicht von euch, stammt auch dieser Text nicht von euch. Fremde MCP-Server gehören deshalb geprüft und mit knappen Rechten versehen, bevor sie an Produktivdaten dürfen. Diese Entscheidung gehört in die KI-Governance.

Woran ein brauchbarer MCP-Server zu erkennen ist

Vier Eigenschaften unterscheiden eine tragfähige Anbindung von einer, die im Betrieb Ärger macht.

Enge Werkzeuge statt weiter. „Lege ein Ticket in Warteschlange X an" ist besser als „führe beliebiges SQL aus". Je genauer ein Werkzeug beschnitten ist, desto weniger kann ein Fehlurteil des Modells anrichten.

Lesen und Schreiben getrennt. Viele Anwendungen brauchen nur Leserechte. Wer beides in einem Server bündelt, verschenkt die einfachste Schutzmaßnahme.

Sprechende Fehlermeldungen. Ein Werkzeug, das bei falscher Eingabe erklärt, was erwartet wird, führt zu einem zweiten, richtigen Versuch. Ein Werkzeug, das nur scheitert, führt zu einer erfundenen Antwort.

Vollständige Protokollierung. Welches Werkzeug wurde mit welchen Werten aufgerufen, ausgelöst durch welchen Vorgang. Ohne dieses Protokoll ist nach einem Zwischenfall nicht feststellbar, was passiert ist.

Diese vier Punkte sind gleichzeitig eine brauchbare Prüfliste für zugekaufte Server, und die Antworten darauf sagen mehr über die Betriebstauglichkeit als die Zahl der angebotenen Werkzeuge.