Inhalt
  1. Wer mit wem spricht
  2. Ein Werkzeug sollte eine verständliche Aufgabe haben
  3. Verbindung und Vertrauen getrennt betrachten
  4. So wird der Einstieg überschaubar
  5. Quellen

Ein KI-Assistent wird erst dann betrieblich interessant, wenn er relevante Informationen abrufen oder klar umrissene Aktionen auslösen kann. Dafür braucht er Schnittstellen. Das Model Context Protocol, kurz MCP, schafft eine gemeinsame Sprache für einen Teil dieser Verbindung. Es macht aus einer Warenwirtschaft allerdings noch keinen verlässlich arbeitenden Agenten.

Wer mit wem spricht

Die offizielle MCP-Architekturbeschreibung unterscheidet Host, Client und Server. Der Host ist die KI-Anwendung. Ein Client hält die Verbindung zu einem Server, der Kontext und Funktionen bereitstellt. Das Protokoll legt dabei nicht fest, wie eine Anwendung ihre eigentliche Aufgabe planen soll.

Für einen Serviceassistenten könnte ein Server etwa die Suche nach einem Gerät anhand seiner Seriennummer anbieten. Ein anderes Werkzeug liefert die zugehörigen Wartungsdokumente. Der Nutzen liegt darin, solche Fähigkeiten ausdrücklich zu beschreiben und technisch strukturiert zugänglich zu machen.

Ein Werkzeug sollte eine verständliche Aufgabe haben

Eine Funktion „Führe beliebigen Datenbankcode aus“ ist schwer zu begrenzen und schwer zu prüfen. Ein Werkzeug „Lies den Wartungsstatus für diese Seriennummer“ hat einen klareren Eingang und ein klareres Ergebnis. Der Server kann die Seriennummer validieren, Rechte prüfen und nur die benötigten Felder zurückgeben.

Für schreibende Vorgänge hilft eine Trennung zwischen Vorschau und Ausführung. Ein Assistent könnte zunächst einen geplanten Serviceauftrag mit Positionen, Empfänger und Begründung erzeugen. Erst eine getrennte Aktion legt ihn verbindlich an. Dadurch ist sichtbar, welche Wirkung die nächste Werkzeugnutzung tatsächlich hat.

Verbindung und Vertrauen getrennt betrachten

Ebene Zu klärende Frage
Protokoll Verstehen sich Client und Server?
Berechtigung Welche Daten und Aktionen sind erlaubt?
Prozess Wann darf die Funktion eingesetzt werden?

Ein erfolgreich aufgebauter Anschluss beantwortet nur die erste Frage. Dokumente oder Werkzeugantworten können unpassende Anweisungen enthalten. Sie sollten als Daten behandelt werden, während Regeln und Berechtigungen außerhalb dieser Inhalte durchgesetzt werden. Mehr dazu steht in unserem Artikel über Prompt Injection im Unternehmensalltag.

So wird der Einstieg überschaubar

Für die Inbetriebnahme lohnt sich ein einfaches Protokoll pro Aufruf: angefragte Funktion, geprüfte Eingabe, Ergebnisstatus und Vorgangsbezug. Vertrauliche Inhalte müssen dabei nicht vollständig in einem Log landen. Ein verständlicher Fehlercode kann zeigen, ob eine Suche keine Treffer hatte oder ob der Zugriff technisch gescheitert ist. Ohne diese Unterscheidung versucht ein Agent womöglich wiederholt dieselbe ungeeignete Abfrage, obwohl ihm in Wirklichkeit eine Berechtigung fehlt.

Starte mit wenigen lesenden Werkzeugen und eindeutigen Fehlerantworten. Prüfe, wie das System mit unbekannten Seriennummern, Zeitüberschreitungen und fehlenden Rechten umgeht. Dokumentiere außerdem, welche Version der Schnittstelle ein laufender Prozess verwendet. Unsere Einordnung: MCP vereinfacht Integrationsarbeit, wenn die angebotenen Funktionen bereits gut zugeschnitten sind. Unklare Geschäftsprozesse lassen sich durch einen gemeinsamen Stecker allein nicht lösen.

Quellen & weiterführende Informationen