Jede Software, die wir bauen, hat dasselbe Problem. Sie kann viel. Und je mehr sie kann, desto länger dauert es, bis jemand weiß, wo er hinklicken muss.
Wir kennen das aus jedem Projekt: Die Anwendung ist fertig, sie ist gut, und dann sitzen wir zwei Stunden in einer Schulung und erklären, dass man das Projekt erst anlegen muss, bevor man die Phase zuweisen kann, und dass der Freigabe-Knopf erst erscheint, wenn Material hochgeladen wurde. Alles logisch. Alles erklärbar. Und alles vergessen, wenn jemand die Anwendung drei Wochen später das nächste Mal öffnet.
Seit ein paar Monaten lösen wir das anders. Nicht mit einer besseren Oberfläche — sondern damit, dass wir die Oberfläche für bestimmte Aufgaben überspringen.
Was eine MCP-Schnittstelle ist, ohne Fachchinesisch
Das Model Context Protocol, kurz MCP, ist ein offener Standard von Anthropic aus dem November 2024. Er beschreibt, wie eine KI mit einer fremden Anwendung reden darf: welche Aktionen es gibt, welche Angaben eine Aktion braucht, was zurückkommt.
Der praktische Effekt: Wenn Ihre Anwendung so eine Schnittstelle hat, kann Claude oder ChatGPT sie bedienen. Nicht „einen Text über Ihre Anwendung schreiben" — tatsächlich bedienen. Kunden anlegen, Projekte starten, Inhalte einstellen, Status abfragen.
Der Unterschied zu einem Chatbot auf der Website ist grundlegend. Ein Chatbot beantwortet Fragen zu Ihrem Unternehmen. Eine MCP-Schnittstelle arbeitet in Ihrem System. Das eine ist Auskunft, das andere ist Bedienung.
Und der Unterschied zu klassischen Schnittstellen: Eine REST-API muss jemand programmieren, der sie benutzt. Eine MCP-Schnittstelle benutzt derjenige, der einen ganzen Satz formulieren kann.
Beispiel 1: unser eigenes Freigabe-Portal
Wir haben eine eigene Web-Anwendung, IProject. Kunden sehen dort den Stand ihres Projekts, kommentieren direkt am Bild, an der PDF-Seite oder an der Sekunde im Video und geben verbindlich frei — bevor produziert wird. Der Grund für den Eigenbau war eine Erfahrung, die vermutlich jede Agentur kennt: Korrekturschleifen lagen immer am fertigen Produkt. Das Video ist geschnitten, und dann soll ein Wort anders sein.
Ein neues Projekt anzulegen bedeutete bisher: einloggen, Kunde anlegen, Projekt anlegen, Phasen definieren, festlegen welche Phase ein Freigabe-Gate ist, Briefing eintippen, Wunschtermin setzen, Ansprechpartner hinterlegen. Sieben Masken, gut zehn Minuten.
Heute schreibe ich das in den Chat:
Und das kommt dabei heraus — kein Mockup, ein echter Screenshot aus der laufenden Anwendung, Sekunden später:
Projekt steht, Kunde steht, sechs Phasen stehen, die Freigabe-Gates sitzen an den richtigen Stellen, das Briefing ist eingetragen, und die Phasen nach dem ersten Gate sind gesperrt, bis der Kunde freigibt. Was mich zehn Minuten Klicken gekostet hätte, hat einen Satz gekostet.
Zwei Dinge sind daran wichtiger, als sie klingen.
Erstens: Ich muss die Anwendung dafür nicht kennen. Ich muss nicht wissen, dass das Feld „Upload-Hinweis" heißt oder dass ein Gate ein Häkchen an der Phase ist. Ich beschreibe das Vorhaben. Die KI kennt die Werkzeuge und sucht sich die passenden.
Zweitens: Die Regeln bleiben in der Anwendung. Die Schnittstelle ist ein dünner Adapter auf die vorhandene API. Rechte, Fachregeln und Benachrichtigungen liegen weiterhin im Server. Die KI darf nichts, was ein Mensch mit demselben Zugang nicht auch dürfte. Dazu unten mehr, denn genau da entscheidet sich, ob so ein Zugang seriös ist oder gefährlich.
Beispiel 2: eine Website, die ihr Betreiber im Chat pflegt
Der zweite Fall ist der, für den sich unsere Kunden am meisten interessieren — und das folgende Beispiel ist eine Demonstration, kein Kundenprojekt: eine erfundene Firma für Garten- und Landschaftsbau.
Solche Betriebe haben ein wiederkehrendes Problem. Sie bauen wunderschöne Gärten, fotografieren sie mit dem Handy — und die Bilder bleiben auf dem Handy. Denn ein neues Referenzprojekt auf der Website anzulegen heißt: einloggen, Beitrag anlegen, Bilder hochladen, zuschneiden, Text schreiben, Kategorie wählen, Reihenfolge sortieren, veröffentlichen. Nach einem Zehn-Stunden-Tag auf der Baustelle macht das niemand.
Mit einer MCP-Schnittstelle sieht derselbe Vorgang so aus:
Die KI legt das Referenzprojekt an, schreibt den Beschreibungstext im Tonfall der übrigen Seite, hängt das Foto ein, setzt Alt-Text und Bildunterschrift und legt das Ganze als Entwurf ab. Der Chef schaut abends drauf und gibt frei:
Der Betrieb hat kein Redaktionssystem gelernt. Er hat einen Satz gesagt und ein Foto angehängt.
Nebenbei löst das ein Problem, an dem die meisten Firmenwebsites kranken: Sie veralten, weil Pflege Aufwand ist. Eine Website, die man im Vorbeigehen füttern kann, bleibt aktuell. Und eine aktuelle Website ist bei Google und in KI-Antworten sichtbarer als eine, deren letzte Referenz von 2023 stammt.
Warum das im Mittelstand einschlägt
Wir haben das lange für eine Spielerei für Technikaffine gehalten. Das Gegenteil ist der Fall. Die dankbarsten Nutzer sind die, die sich nicht gern in neue Oberflächen einarbeiten.
Der Meister, der seit dreißig Jahren seinen Betrieb führt, will kein CMS lernen. Er will sagen, was auf die Website soll. Die Bürokraft, die drei Programme parallel bedient, will nicht wissen, in welchem Reiter die Serienbriefvorlage liegt. Das sind keine Menschen, die Software ablehnen — es sind Menschen, deren Zeit zu wertvoll für Menüführung ist.
Dazu kommt ein betriebswirtschaftlicher Punkt, den man selten hört: Schulung ist der teuerste Teil einer Softwareeinführung. Nicht die Lizenz, nicht die Entwicklung. Die Stunden, in denen zwölf Leute im Besprechungsraum sitzen und lernen, wo welcher Knopf ist — und die Wochen danach, in denen sie es wieder vergessen. Eine Anwendung, die man in normalen Sätzen bedient, hat diesen Posten fast nicht.
Und der Effekt hält an. Eine neue Funktion in der Software heißt normalerweise: neue Doku, neue Kurzschulung, neue Rückfragen. Mit einer MCP-Schnittstelle heißt es: ein neues Werkzeug mehr, das die KI kennt. Der Nutzer merkt davon nur, dass plötzlich mehr geht.
Wo man aufpassen muss — die unbequemen Punkte
Ein Zugang, über den eine KI in Ihrem System schreiben darf, ist ein ernstes Ding. Wir bauen das deshalb nach vier Regeln, und die sind nicht verhandelbar.
Getrennte Rechte, nicht ein Generalschlüssel. Bei uns hat jeder Zugang eigene Bereiche: nur lesen, schreiben, veröffentlichen, verwalten. Wer die KI Entwürfe schreiben lassen will, aber nicht veröffentlichen, vergibt schlicht kein Veröffentlichungsrecht. Dann kann sie es nicht — nicht, weil sie brav ist, sondern weil der Server es ablehnt.
Entwurf und Veröffentlichen sind zwei Schritte. Ein halbfertiger Aufruf landet nie beim Kunden. Alles, was nach außen geht — eine Mail, eine veröffentlichte Seite, eine Freigabeanfrage — ist ein eigener, ausdrücklicher Schritt.
Je Person ein eigener Schlüssel. Damit sieht man im Verlauf, wer etwas getan hat, und ein einzelner Zugang lässt sich entziehen, ohne alle anderen mitzusperren.
Die Fachregeln bleiben im Server. Die Schnittstelle ist bewusst dünn. Wenn ein Kunde in eine gesperrte Phase nichts hochladen darf, dann darf es die KI auch nicht. Sonst hätte man neben der Anwendung eine zweite Anwendung mit eigenen Regeln — und die beiden driften auseinander, garantiert.
Ehrlich bleiben muss man auch beim Aufwand. Eine MCP-Schnittstelle ist kein Plugin, das man einschaltet. Sie setzt voraus, dass es unter der Oberfläche eine saubere API gibt. Wo die fehlt, ist sie der eigentliche Teil der Arbeit — die MCP-Schicht darüber ist danach vergleichsweise schnell gebaut. Bei einer gewachsenen Anwendung ohne API ist das ein Projekt, keine Woche.
Was Sie davon haben
Wenn Sie eine eigene Web-Anwendung betreiben oder eine Website, die eigentlich regelmäßig gepflegt werden müsste, dann ist die Frage nicht, ob Ihre Leute KI nutzen. Das tun sie längst, meistens mit Copy-and-paste zwischen Chat und Formular.
Die Frage ist, ob Ihre Anwendung an dieser Stelle mitspielt oder im Weg steht.
Wir bauen diese Schnittstellen inzwischen für unsere eigenen Werkzeuge und für Kundensysteme. Der Weg ist immer derselbe: anschauen, was die Anwendung heute schon über ihre API kann, die zehn bis dreißig Handgriffe herausschälen, die täglich vorkommen, und genau die als Werkzeuge bereitstellen. Nicht alles. Die häufigen.
Häufige Fragen
Was ist eine MCP-Schnittstelle in einem Satz?
Ein standardisierter Zugang, über den eine KI wie Claude oder ChatGPT Ihre Anwendung nicht nur beschreiben, sondern tatsächlich bedienen kann — Datensätze anlegen, ändern, abfragen.
Was ist der Unterschied zu einem Chatbot auf der Website?
Ein Chatbot beantwortet Fragen über Ihr Unternehmen. Eine MCP-Schnittstelle führt Aktionen in Ihrem System aus. Auskunft gegenüber Bedienung.
Brauche ich dafür eine bestimmte KI?
Nein. Das Model Context Protocol ist ein offener Standard. Claude unterstützt ihn seit Ende 2024, ChatGPT und weitere Werkzeuge inzwischen ebenfalls. Sie binden denselben Zugang in das Programm ein, mit dem Sie ohnehin arbeiten.
Kann die KI dann alles in meinem System machen?
Nur das, was der jeweilige Zugang erlaubt. Rechte werden in Bereiche geteilt — lesen, schreiben, veröffentlichen, verwalten — und je Person vergeben. Was der Zugang nicht abdeckt, lehnt der Server ab.
Geht das auch mit meiner bestehenden Software?
Wenn sie eine API hat: meistens ja, und dann vergleichsweise zügig. Wenn nicht, ist die API der eigentliche Teil des Projekts. Das lässt sich in einem Gespräch ziemlich schnell einschätzen.
Was ist mit Datenschutz?
Die Schnittstelle läuft auf Ihrem Server, nicht bei einem Dritten. Es fließen nur die Daten, die für den jeweiligen Aufruf nötig sind, und nur an die KI, die Ihre Mitarbeiter ohnehin nutzen. Wer strengere Anforderungen hat, kann dieselbe Schnittstelle mit einem lokal betriebenen Modell verwenden.
Was kostet so etwas?
Das hängt fast vollständig davon ab, wie gut die bestehende Schnittstelle Ihrer Anwendung ist. Eine saubere API vorausgesetzt, reden wir über Tage, nicht über Monate. Ohne API wird daraus ein eigenes Projekt.
Wenn Sie beim Lesen an eine Stelle in Ihrem eigenen Betrieb gedacht haben, an der regelmäßig jemand durch Masken klickt: Das ist meistens genau die Stelle, an der sich der Anfang lohnt. Schreiben Sie uns — wir schauen uns an, was Ihre Anwendung heute schon hergibt.