Kurz zusammengefasst
- MCP standardisiert die Verbindung zwischen einer KI-Anwendung als Client und bereitgestellten Fähigkeiten eines Servers.
- Ein MCP-Server kann Tools, lesbare Ressourcen und wiederverwendbare Prompt-Vorlagen anbieten.
- Das Protokoll macht Integrationen austauschbarer, sagt aber nichts über die fachliche Qualität oder Vertrauenswürdigkeit eines Servers aus.
- Authentifizierung, geringste Rechte, Freigaben, Protokollierung und Schutz vor manipulierten Inhalten bleiben notwendig.
Welche Rollen gibt es in MCP?
Ein Host ist die Anwendung, in der die Person mit KI arbeitet. Darin verwaltet ein MCP-Client die Verbindung zu einem oder mehreren MCP-Servern. Der Server beschreibt seine Fähigkeiten in einem standardisierten Format und führt erlaubte Aufrufe aus oder liefert Ressourcen zurück.
Das Sprachmodell kommuniziert nicht direkt und unkontrolliert mit jedem Unternehmenssystem. Die Host-Anwendung entscheidet, welche Server verbunden sind, welche Fähigkeiten dem Modell gezeigt werden und wie ein vorgeschlagener Aufruf geprüft wird.
- Schritt 1
Person formuliert den Auftrag
Die angemeldete Person arbeitet im Host. Kontrollpunkt: Identität, Rolle und sichtbarer Zweck stehen fest.
- Schritt 2
Host plant einen zulässigen Aufruf
Die Anwendung entscheidet, welche Server und Fähigkeiten das Modell überhaupt sehen darf. Kontrollpunkt: Richtlinien und Freigabeschwellen gelten ausserhalb des Modells.
- Schritt 3
MCP-Client baut die Verbindung auf
Der Client übermittelt den strukturierten Aufruf an genau einen freigegebenen Server. Kontrollpunkt: Authentifizierung und Zieladresse werden geprüft; das Zugriffstoken muss genau für diesen Server beziehungsweise diese Zielressource ausgestellt sein.
- Schritt 4
MCP-Server prüft und übersetzt
Der Server validiert Parameter und erzwingt die Berechtigung, bevor er das Zielsystem aufruft. Kontrollpunkt: Schema, Mandant, Felder und Aktion werden serverseitig begrenzt.
- Schritt 5
Zielsystem liefert Ergebnis oder führt aus
Das Fachsystem bleibt letzte Autorität. Ergebnis, Fehler und Freigabeweg gehen über Server und Client zurück; alle relevanten Schritte werden protokolliert.
Was kann ein MCP-Server bereitstellen?
Tools sind aufrufbare Funktionen, etwa eine Produktsuche oder das Erstellen eines Ticketentwurfs. Ressourcen liefern lesbare Inhalte wie eine Konfiguration oder ein Dokument. Prompts sind vom Server angebotene Vorlagen für wiederkehrende Interaktionen. Nicht jede Integration braucht alle drei Formen.
- Tools für klar beschriebene Abfragen oder Aktionen
- Ressourcen für adressierbare, lesbare Informationen
- Prompt-Vorlagen für wiederverwendbare Arbeitsmuster
- Fähigkeitserkennung, damit Clients unterstützte Funktionen verstehen
Welchen Nutzen bringt MCP im Unternehmen?
Ohne gemeinsamen Standard wird dieselbe Datenquelle für verschiedene Assistenten und Agenten oft mehrfach integriert. MCP kann die technische Bereitstellung vereinheitlichen und die Kopplung zwischen einer bestimmten Modellanwendung und einem Tool reduzieren.
Der Nutzen entsteht jedoch nur mit einem gepflegten Produkt- und Betriebsmodell. Ein MCP-Server braucht Versionierung, Zuständigkeit, stabile Schemas, Support und klare Zusagen. Für eine einzelne, fest eingebaute Schnittstelle kann eine direkte API weiterhin einfacher sein.
- Schritt 1
Wiederverwendung prüfen
Benötigen mehrere Clients dieselbe Fähigkeit oder handelt es sich um eine einmalige Integration?
- Schritt 2
Vertrag definieren
Ein- und Ausgaben, Fehler, Versionen und Grenzen des Servers festlegen.
- Schritt 3
Verantwortung zuordnen
Eigentümer für Daten, Tool, Zugriff und Betrieb benennen.
- Schritt 4
Clients testen
Prüfen, wie verschiedene Anwendungen Berechtigungen, Fehler und Änderungen behandeln.
Welche Sicherheitsfragen löst MCP nicht automatisch?
Ein standardisierter Aufruf kann trotzdem zu breit berechtigt oder fachlich falsch sein. Serverbeschreibungen und zurückgelieferte Inhalte sind Eingaben aus einer Vertrauensgrenze und dürfen weder Systemregeln überschreiben noch still neue Rechte erzeugen.
- Nur geprüfte Server und explizit freigegebene Fähigkeiten verbinden
- Autorisierung an authentifizierte Identitäten und konkrete Aufrufe binden
- Token-Weitergabe, dynamische Client-Registrierung und Weiterleitungen absichern
- Sensible Aktionen bestätigen und alle Aufrufe nachvollziehbar protokollieren
- Schema- und Serveränderungen vor produktiver Nutzung erneut testen
Beispiel: Gemeinsamer Produktkatalog als MCP-Server
Ein Unternehmen stellt die Suche im freigegebenen Produktkatalog als lesendes MCP-Tool bereit. Ein Service-Copilot und ein interner Vertriebsassistent können denselben Server nutzen. Die Clients übergeben die echte Nutzeridentität; der Server filtert Sortiment und Felder nach Rolle und Markt. Preisänderungen sind nicht Teil dieses Servers, sondern bleiben in einem getrennten, streng kontrollierten Prozess.
Was Sie mitnehmen sollten
Nutzen Sie MCP als Integrationsstandard, nicht als Vertrauensnachweis. Jeder Server, jedes Tool und jeder Zugriff braucht weiterhin einen klaren Zweck, einen Eigentümer und technisch erzwungene Grenzen.
Quellen und Vertiefung
Diese Primärquellen vertiefen Definitionen, technische Grundlagen oder verantwortlichen Einsatz.
Inhaltlich geprüft