Model Context Protocol

KI an eigene Systeme anbinden — kontrolliert

Wir klären, welche Daten überhaupt gebraucht werden, welche Rechte dafür nötig sind und wo eine Bestätigung dazwischengehört.

Das Model Context Protocol (MCP) ist ein offener Standard, über den KI-Anwendungen auf externe Datenquellen und Werkzeuge zugreifen — Datenbanken, Dateisysteme, Schnittstellen von Diensten. Statt für jede Kombination aus Modell und Werkzeug eine eigene Anbindung zu bauen, spricht die Anwendung ein einheitliches Protokoll. Anbieter stellen einen MCP-Server bereit, KI-Anwendungen sind die Clients.

Kurz zusammengefasst:

• Einheitliche Schnittstelle zwischen KI-Anwendungen und externen Systemen.
• Löst das Problem, dass jede Anbindung sonst einzeln gebaut werden müsste.
• Der Server stellt Werkzeuge und Daten bereit, das Modell entscheidet über den Einsatz.
• Zugriffsrechte sind der kritische Punkt — ein Server kann sehr weit reichen.
• Ergänzt RAG: dort Wissen suchen, hier Systeme bedienen.

Das Problem, das es löst

Ein Sprachmodell kennt nur, was in seinen Trainingsdaten stand und was in der aktuellen Eingabe steht. Es kann nicht von sich aus in einer Datenbank nachsehen oder einen Datensatz anlegen. Anbindungen musste man deshalb bisher je Kombination einzeln entwickeln — bei mehreren Anwendungen und mehreren Systemen wächst das quadratisch.

MCP dreht das um: Wer ein System anbindbar machen will, baut einen Server. Jede Anwendung, die das Protokoll spricht, kann ihn nutzen. Das entspricht der Rolle, die Standardschnittstellen anderswo längst haben.

Wie es aufgebaut ist

Wichtig für das Verständnis: Der Server beschreibt seine Werkzeuge, und das Modell entscheidet anhand dieser Beschreibung, welches es einsetzt. Eine unklare Beschreibung führt dazu, dass ein Werkzeug nicht oder falsch genutzt wird — die Dokumentation ist hier Teil der Funktion, nicht Beiwerk.

Wofür man es praktisch nutzt

Aus eigener Anwendung: Wir binden über MCP ein SEO-Werkzeug an, dessen Keyword-Daten über die klassische Schnittstelle nicht vollständig abrufbar sind. Über MCP liefert derselbe Zugang die Daten, die wir für Keyword-Recherchen brauchen — ohne dass ein eigenes Programm dazwischen steht.

Weitere typische Einsätze: Zugriff auf Projektdateien während der Entwicklung, Abfragen gegen eine Datenbank, Anbindung von Ticket- und Wissenssystemen, Auslesen von Analysedaten.

Der gemeinsame Nenner: Es geht um aktuelle, betriebseigene Daten, die ein Modell nicht kennen kann. Für allgemeines Wissen braucht es kein MCP.

Die Sicherheitsfrage

Ein MCP-Server kann weitreichende Rechte haben — Dateien lesen, Datensätze ändern, Nachrichten versenden. Das Modell entscheidet dabei selbst, wann es ein Werkzeug einsetzt. Daraus folgen Punkte, die vor dem Produktiveinsatz geklärt sein müssen:

• Rechte eng schneiden. Lesend, wo lesend genügt. Kein Vollzugriff, weil es bequemer ist.
• Herkunft prüfen. Ein Server aus fremder Quelle bekommt Zugriff auf das, was er anbindet — mit derselben Sorgfalt behandeln wie jede andere Abhängigkeit.
• Bestätigung bei Eingriffen. Ändernde Vorgänge sollten nicht ohne Rückfrage laufen.
• Zugangsdaten trennen. Schlüssel gehören in die Umgebung, nicht in Konfigurationsdateien, die versehentlich geteilt werden.
• Protokollieren, welche Werkzeuge wann eingesetzt wurden.

Der zweite Punkt verdient Betonung: Beschreibungen der Werkzeuge landen in der Eingabe des Modells. Ein bösartiger Server kann darüber Anweisungen einschleusen — ein Angriffsweg, den man bei der Auswahl mitdenken sollte.

Häufige Fragen

Wofür brauche ich MCP?

Damit eine KI-Anwendung auf aktuelle, eigene Daten und Systeme zugreifen kann, statt nur aus dem Trainingswissen zu antworten. Für allgemeine Fragen ist es unnötig.

Ist MCP dasselbe wie eine API?

Nein. Ein MCP-Server nutzt in der Regel selbst vorhandene Schnittstellen. Das Protokoll standardisiert, wie eine KI-Anwendung erfährt, welche Werkzeuge es gibt und wie sie aufzurufen sind.

Was ist der Unterschied zu RAG?

RAG holt Textwissen für die Antwort. MCP stellt Werkzeuge und Systemzugriff bereit — auch für Vorgänge, die etwas verändern. Beides lässt sich kombinieren.

Ist der Einsatz sicher?

Das hängt vollständig von der Einrichtung ab. Ein Server mit weitreichenden Rechten ist ein weitreichendes Risiko. Rechte eng schneiden, Herkunft prüfen, ändernde Vorgänge bestätigen lassen.

Brauche ich als kleines Unternehmen MCP?

In der Regel nicht direkt. Relevant wird es, wenn eigene Systeme angebunden werden sollen — oder wenn Dienstleister damit arbeiten. Dann lohnt es sich zu wissen, welche Rechte dabei vergeben werden.

Welche Modelle unterstützen MCP?

Das Protokoll ist offen und anbieterunabhängig; die Unterstützung wächst und wird von der jeweiligen Anwendung bestimmt, nicht vom Modell selbst.