MCP für Nicht-Entwickler erklärt: Wie FM-Unternehmen KI-Agenten sicher an ihre Systeme anbinden

MCP, das Model Context Protocol, taucht seit einiger Zeit in fast jeder Diskussion über KI-Agenten auf, meistens ohne verständliche Erklärung, was es tut. Die Grundidee passt in ein Bild: Vor USB-C brauchte jedes Gerät sein eigenes Kabel und seinen eigenen Stecker. MCP ist dieser einheitliche Anschluss, nur für KI-Systeme und die Programme, mit denen sie arbeiten sollen.

Das Problem, das MCP löst

Ohne einen solchen Standard muss für jede Kombination aus KI-Werkzeug und Datenquelle eine eigene, individuell programmierte Schnittstelle gebaut werden. Die KI-Anwendung des einen Anbieters spricht anders mit dem CAFM-System als die des nächsten. Bei drei KI-Tools und vier internen Systemen sind das im schlimmsten Fall zwölf einzelne Verbindungen, jede mit eigenem Wartungsaufwand.

MCP ersetzt das durch ein gemeinsames Vokabular. Ein Unternehmen baut einmal einen „MCP-Server” für sein CAFM-System, einen für die Buchhaltung und einen für die Sensorplattform, und jede MCP-fähige KI-Anwendung kann sich mit allen verbinden, ohne dass jemand für jede Kombination neu programmieren muss. Wechselt man später den KI-Anbieter, bleiben die gebauten Anbindungen bestehen.

Wie das technisch grob funktioniert

Drei Bausteine reichen zum Verständnis: die KI-Anwendung, mit der man tatsächlich spricht, ein „MCP-Client” als Verbindungsstück darin und ein oder mehrere „MCP-Server”, die die eigentlichen Werkzeuge und Datenquellen bereitstellen, etwa eine Datenbank, ein Wartungssystem oder eine Sensorplattform. Alle drei sprechen dieselbe standardisierte Sprache. Dieses Innenleben muss man für den Alltag nicht verstehen. Wichtig ist nur, dass es diese standardisierte, wiederverwendbare Verbindungsschicht gibt.

Was das in der Praxis bedeutet

Drei Beispiele aus dem Mittelstand zeigen, wie stark sich der Integrationsaufwand verändert, sobald ein Standard existiert. Ein Handelsunternehmen band sein CRM und sein Warenwirtschaftssystem per MCP an einen KI-Assistenten an, der seitdem in Echtzeit den Bestellstatus prüft und Reklamationen direkt im CRM dokumentiert. Die Integrationszeit sank von rund drei Monaten auf zwei Wochen. Ein Ingenieurbüro verband SharePoint, Jira und Slack, sodass neue Mitarbeiter technische Fragen sekundenschnell über alle drei Systeme hinweg beantwortet bekommen, statt sich durch jedes System einzeln zu suchen. Ein Zulieferer ließ einen KI-Agenten per MCP auf ERP-Preislisten, CRM-Kundenhistorie und externe Materialpreis-Datenbanken zugreifen und verkürzte die Angebotserstellung von vier Stunden auf 30 Minuten.

Für ein FM-Unternehmen lässt sich dasselbe Muster direkt übertragen. Ein KI-Agent mit MCP-Zugriff auf das CAFM-System, die Rechnungsverwaltung und die Sensorplattform aus einem Predictive-Maintenance-Setup könnte auf eine einzige Anfrage hin Wartungsstatus einer Anlage, offene Rechnungen des zuständigen Dienstleisters und aktuelle Sensorwerte zusammenstellen, ohne dass drei Systeme einzeln geöffnet werden müssen. Der Wert liegt weniger in einer einzelnen Anwendung als darin, dass jede neue KI-Anwendung die einmal gebaute Anbindung mitnutzen kann.

Der Sicherheitsaspekt

Ein KI-Agent, der über MCP auf mehrere interne Systeme zugreifen kann, braucht dieselbe Sorgfalt bei der Rechtevergabe wie ein menschlicher Mitarbeiter, eher mehr, weil er schneller und in größerem Umfang handeln kann. In der Praxis heißt das: eine eigene, klar begrenzte Identität für jeden Agenten statt eines geteilten Vollzugriffs-Kontos, Berechtigungen nach dem Prinzip der minimalen Rechtevergabe statt „sicherheitshalber alles freigeben” und ein durchgängiges Protokoll, das nachvollziehbar macht, welcher Agent wann auf welches System zugegriffen und was er dort verändert hat.

Häufig empfohlen wird die Rechte-Delegation „im Namen eines Nutzers” statt eines eigenständigen Systemzugangs des Agenten. Der Agent handelt dann innerhalb der Berechtigungen der Person, die ihn beauftragt hat, und hat kein eigenes, womöglich zu weitreichendes Zugriffsprofil.

Der pragmatische Einstieg

Man muss nicht gleich alle Systeme im Haus anbinden. Ein sinnvoller erster Schritt ist ein einzelner MCP-Server für ein klar abgegrenztes, möglichst unkritisches System, etwa ein lesender Zugriff auf die Anlagendatenbank ohne Schreibrechte. Läuft das zuverlässig und ist nachvollziehbar protokolliert, erweitert man schrittweise um Schreibzugriffe und weitere Systeme. Die Vorsicht, die bei jeder neuen Automatisierung gilt, gilt hier doppelt: Ein kleiner, gut kontrollierter Kreis an Berechtigungen lässt sich später leichter erweitern, als sich ein großzügig freigegebener Zugriff wieder einfangen lässt.

Fazit

MCP ist ein gemeinsamer Standard für die Verkabelung. Er verhindert, dass jede neue KI-Anwendung wieder mit jedem System einzeln verbunden werden muss. Für FM-Unternehmen mit mehreren parallelen Systemen und wachsendem Einsatz von KI-Agenten macht das den Unterschied zwischen einer Integration, die Wochen dauert, und einer, die Monate braucht. Vorausgesetzt, die Rechtevergabe wird von Anfang an so sorgfältig behandelt wie bei jedem anderen Systemzugang.

Quellen:

• MCP Protokoll erklärt: Model Context Protocol für KI-Agenten
• MCP – Das Model Context Protocol: Wie der neue Standard KI in Unternehmen integriert
• KI-Agenten sicher steuern: IAM und MCP im Überblick