MCP: was das Protokoll für Unternehmen bedeutet
Das Model Context Protocol macht aus jeder Anbindung einen Baustein, den mehrere Assistenten nutzen können. Das ändert den Aufwand — und nicht die Frage, wer was darf.
Wer KI-Assistenten an eigene Systeme anbinden wollte, hat das bisher je Assistent und je System einzeln gebaut. Das Model Context Protocol — kurz MCP — standardisiert diesen Weg: Ein System stellt seine Fähigkeiten einmal bereit, verschiedene Assistenten können sie nutzen.
Was sich dadurch ändert
Vorher: Drei Assistenten und vier Systeme bedeuteten bis zu zwölf Anbindungen, jede mit eigener Wartung.
Nachher: Vier Server, einer je System. Jeder Assistent, der das Protokoll spricht, kann sie nutzen.
Das ist derselbe Gedanke, der Schnittstellen im Web groß gemacht hat: nicht mehr Funktionalität, sondern weniger Sonderfälle.
Was ein solcher Server anbietet
Drei Arten von Dingen, grob:
- Werkzeuge — Aktionen, die etwas tun: eine Bestellung suchen, einen Bestand ändern, ein Dokument erzeugen.
- Ressourcen — Daten, die gelesen werden: Produktlisten, Dokumente, Protokolle.
- Vorlagen — vorbereitete Abläufe für wiederkehrende Aufgaben.
Für ein Shopsystem heißt das: Der Assistent kann nach Bestellungen fragen, Produktdaten lesen oder — wenn erlaubt — etwas ändern.
Was sich nicht ändert
Und das ist der Teil, der in Ankündigungen fehlt:
Rechte. Ein Protokoll regelt die Sprache, nicht die Befugnis. Wer darf welche Werkzeuge aufrufen? Mit wessen Konto? Ein Server, der alles kann und niemanden prüft, ist keine Integration, sondern ein offenes Tor.
Protokollierung. Wenn ein Assistent eine Bestellung ändert, muss nachvollziehbar sein, wer das veranlasst hat. Das ist keine technische Feinheit, sondern die Grundlage jeder Prüfung.
Datenqualität. Ein Assistent, der falsche Bestandsdaten liest, gibt falsche Auskunft — schneller und überzeugender als vorher. Wir haben das getrennt beschrieben: Datenqualität als Voraussetzung jeder Integration.
Was das für Shopbetreiber heißt
Shopware bringt inzwischen selbst einen MCP-Server mit — wir haben nachgemessen, was er tatsächlich anbietet: Shopware hat einen MCP-Server. Der Befund dort ist nützlich für die Erwartungshaltung: Es gibt ihn, und der Umfang ist begrenzter, als der Begriff vermuten lässt.
Praktisch empfehlen wir drei Schritte:
- Lesend anfangen. Ein Assistent, der Bestellungen suchen und Bestände anzeigen kann, spart im Support sofort Zeit — ohne Risiko.
- Schreibende Werkzeuge einzeln freigeben. Nicht „darf ändern", sondern „darf den Bestellstatus auf versandt setzen".
- Protokoll von Anfang an. Wer was wann über welchen Assistenten getan hat, gehört mitgeschrieben — nicht nachgerüstet.
Die realistische Einordnung
MCP ist Infrastruktur, kein Produkt. Es macht Anbindungen billiger und wiederverwendbar. Es beantwortet keine der Fragen, an denen Integrationsprojekte sonst scheitern: Wem gehört welche Wahrheit, was passiert bei Ausfall, wer ist zuständig.
Wer diese Fragen geklärt hat, gewinnt durch das Protokoll Tempo. Wer sie nicht geklärt hat, bekommt dieselben Probleme wie vorher — nur mit einem moderneren Etikett. Was zu einer belastbaren Anbindung gehört, steht in Schnittstellen dokumentieren, bevor sie brechen.
