Model Context Protocol (MCP): Definition und Nutzen
Definition
Das Model Context Protocol (MCP) ist ein offener Standard, der beschreibt, wie ein KI-Assistent mit externen Werkzeugen und Datenquellen spricht. Statt für jede Anwendung eine eigene Schnittstelle zu bauen, stellt eine Quelle ihre Fähigkeiten einmal über MCP bereit, und jeder passende Assistent kann sie nutzen. Das Protokoll trennt sauber, was der Assistent darf und was er sehen kann.
Warum der Begriff zählt
Ein persönlicher Assistent ist nur so nützlich wie das, worauf er zugreifen kann. MCP macht diese Anbindung wiederverwendbar: ein Kalender, ein Dokumentenspeicher oder das Company Brain werden einmal als MCP-Quelle bereitgestellt und stehen danach jedem Assistenten offen. Das spart Integrationsaufwand und hält die Rechte an einer Stelle. Wer den Standard kennt, baut ein Wissens-Gehirn, das mitwächst, statt bei jedem neuen Werkzeug von vorn zu beginnen.
Wann es relevant ist
- Ein Assistent soll auf mehrere Systeme zugreifen, nicht nur auf ein einzelnes.
- Werkzeuge und Quellen sollen wiederverwendbar sein, statt für jedes Modell neu gebaut.
- Rechte und Zugriffe müssen zentral und nachvollziehbar bleiben.
- Das Setup soll austauschbar sein, falls sich das Modell ändert.
Wann nicht
Wenn ein Assistent dauerhaft nur eine einzige feste Quelle nutzt, ist eine direkte Anbindung oft schlanker als ein Protokoll. Auch für einen schnellen Test ohne echte Systeme lohnt der Aufbau noch nicht. MCP zahlt sich aus, sobald mehrere Quellen und Werkzeuge zusammenkommen.
Branchen, die das nutzen
- IT und Software: ein Assistent, der über MCP auf Repositories, Tickets und Doku zugreift.
- Professional Services: ein persönlicher Assistent, der Kalender, Ablage und CRM als gemeinsame Werkzeuge nutzt.
- Industrie und Maschinenbau: Anbindung von Handbüchern und Wartungssystemen an ein zentrales Wissens-Gehirn.
- Verwaltung: kontrollierter Zugriff auf Fachanwendungen über einen einheitlichen Standard.
Typische Anwendungsfälle
- Das Company Brain wird als MCP-Quelle bereitgestellt und von mehreren Assistenten genutzt.
- Ein persönlicher Assistent liest über MCP den Kalender und legt Entwürfe in der Ablage ab.
- Ein Agent nutzt mehrere MCP-Werkzeuge in einer Kette, jedes mit eigener Rechtegrenze.
- Ein Wechsel des Modells lässt die angebundenen Werkzeuge unverändert.
- Neue Quellen kommen hinzu, ohne dass bestehende Integrationen umgebaut werden.
Entscheidungshilfe
| Signal | MCP passt | Alternative |
|---|---|---|
| Mehrere Quellen und Werkzeuge | einheitliche Anbindung über MCP | Punkt-zu-Punkt wird schnell unübersichtlich |
| Werkzeuge sollen wiederverwendbar sein | einmal als MCP-Quelle bereitstellen | doppelte Integrationen vermeiden |
| Nur eine feste Quelle | oft nicht nötig | direkte Anbindung genügt |
| Modell soll austauschbar sein | Protokoll entkoppelt Modell und Werkzeug | feste Kopplung erschwert Wechsel |
Beispiel
Ein Unternehmen stellt sein Company Brain und seinen Kalender jeweils als MCP-Quelle bereit. Der persönliche Assistent der Geschäftsführung und ein Support-Assistent greifen beide auf dieselben Quellen zu, jeder nur im erlaubten Umfang. Als später das Modell gewechselt wird, bleiben die Anbindungen bestehen. Das Beispiel beschreibt die Methode, keine behauptete Ersparnis.
Verbindung zu Services
Ein über MCP angebundenes Company Brain versorgt einen persönlichen KI-Assistenten und, für Prozesse mit Werkzeugen, gezielte KI-Agenten.
Quellen
Diese Einordnung beschreibt den offenen Standard MCP und seine gängige Nutzung. Konkrete Sicherheit, Rechte und Reife hängen von der jeweiligen Umsetzung und den angebundenen Systemen ab und müssen im Einzelfall geprüft werden.
