Model Context Protocol (MCP): Definition und Einordnung
Definition
Das Model Context Protocol (MCP) ist ein offener Standard, über den ein Sprachmodell auf externe Werkzeuge, Datenquellen und Dienste zugreift. Statt für jede Anbindung eine eigene Schnittstelle zu bauen, spricht das Modell über ein einheitliches Protokoll mit sogenannten MCP-Servern. So lassen sich Dateien, Datenbanken oder Fachanwendungen austauschbar an eine KI-Lösung koppeln.
Warum der Begriff zählt
Wer KI im Betrieb einsetzt, verbindet sie fast immer mit vorhandenen Systemen. Ohne Standard entsteht schnell ein Geflecht aus Einzelanbindungen, das teuer zu warten ist. MCP reduziert diese Kopplung auf ein gemeinsames Format. Für eine neutrale Beratung ist der Begriff wichtig, weil die Wahl offener Standards die spätere Austauschbarkeit von Anbietern sichert und Abhängigkeiten begrenzt, bevor Budget in fest verdrahtete Integrationen fließt.
Wann es relevant ist
- Eine KI-Lösung soll auf mehrere interne Datenquellen zugreifen.
- Anbieter und Modelle sollen austauschbar bleiben, statt fest verdrahtet zu sein.
- Mehrere Fachanwendungen sollen über eine einheitliche Anbindung erreichbar sein.
- Ein Proof of Concept soll später sauber in den Betrieb überführt werden.
Wann nicht
Wenn nur eine einzige, stabile Schnittstelle angebunden werden muss, ist ein direkter Aufruf oft schlanker als ein zusätzliches Protokoll. Auch bei streng regulierten Datenbeständen, die gar nicht ans Modell dürfen, löst MCP das eigentliche Problem nicht, dann steht die Frage der Datenfreigabe vor jeder technischen Anbindung.
Branchen, die das nutzen
- Maschinen- und Anlagenbau: ERP, PLM und Dokumentenablage über eine gemeinsame Anbindung erreichbar machen, ohne Insellösungen.
- Logistik und Spedition: Sendungs-, Lager- und Tourendaten aus getrennten Systemen für Assistenzfunktionen zusammenführen.
- Steuer- und Wirtschaftsprüfung: Fachanwendungen kontrolliert und protokolliert an ein Modell koppeln, statt Daten manuell zu kopieren.
- Energieversorger: Netz-, Abrechnungs- und Kundensysteme über austauschbare Server anbinden.
Typische Anwendungsfälle
- Ein interner Assistent liest über MCP aus einer Wissensdatenbank und einem Ticketsystem.
- Ein Analyse-Werkzeug greift auf eine Datenbank zu, ohne Zugangsdaten fest im Modell zu hinterlegen.
- Eine Freigabekette wird angebunden, damit das Modell Vorgänge nur vorbereitet, nicht auslöst.
- Mehrere Modelle werden am selben MCP-Server getestet, um Anbieter zu vergleichen.
- Eine Alt-Anwendung wird über einen schmalen Server zugänglich, statt sie umzubauen.
Entscheidungshilfe
| Signal | MCP passt | Alternative |
|---|---|---|
| Mehrere Datenquellen, ein Assistent | einheitliche Anbindung über MCP | Einzelintegrationen werden schnell teuer |
| Anbieter soll austauschbar bleiben | offener Standard reduziert Bindung | proprietäre Schnittstelle bindet fest |
| Nur eine stabile Schnittstelle | eher nicht | direkter Aufruf genügt |
| Daten dürfen nicht ans Modell | Freigabe zuerst klären | Zugriff pauschal öffnen ist riskant |
Beispiel
Ein Fertigungsbetrieb will einen internen Assistenten an ERP, Dokumentenablage und Ticketsystem koppeln. Statt drei fest verdrahteter Integrationen prüfen wir eine MCP-basierte Anbindung, bei der jede Quelle ein eigener Server ist. So bleibt das Modell austauschbar und der Zugriff protokolliert. Das Beispiel beschreibt die Methode, keine behauptete Kundenkennzahl.
Verbindung zu Services
Die Anbindung planen wir im Rahmen der KI-Implementierung; ob sie überhaupt der richtige Schritt ist, klärt vorher der KI-Readiness-Check oder die KI-Potenzialanalyse.
Verwandte Begriffe
Quellen
Diese Einordnung beschreibt gängige Architekturpraxis rund um offene Anbindungsstandards. Die konkrete Umsetzung hängt von den eingesetzten Systemen ab und sollte im Einzelfall technisch geprüft werden.