Agenten, die Vorgänge bearbeiten – mit Protokoll und menschlicher Freigabe

MCP steht für Model Context Protocol – eine offene Beschreibung dafür, wie ein KI-Modell Werkzeuge und Datenquellen aufruft. Praktisch ist es ein Dienst, der auf Ihrem Server läuft und der KI genau die Aufrufe anbietet, die Sie freigegeben haben, etwa „offene Posten eines Kunden lesen“ oder „Angebotsentwurf anlegen“. Der Vorteil gegenüber einer Einzelanbindung: dieselben Werkzeuge lassen sich mit verschiedenen Modellen benutzen, und es gibt nur eine Stelle für Rechte und Protokoll.

Nein, und wir raten davon ab. Ein Vorgang, sauber gemessen, bringt mehr als fünf Agenten, die einander zuarbeiten und deren Fehler sich niemand mehr zuordnen kann. Die Architektur bleibt offen – wenn der erste trägt, kommt der zweite.

Er wird Fehler machen. Deshalb hat jeder schreibende Schritt eine Freigabe und jeder Aufruf ein Protokoll. Im Zweifel lässt sich jeder Vorgang zurückverfolgen und rückgängig machen. Ein Agent ohne diese beiden Eigenschaften ist kein Produkt, sondern ein Risiko.

Wenn sie eine Schnittstelle oder eine zugängliche Datenbank hat, in der Regel ja. Ob und wie gut, klären wir im Erstgespräch – dafür sehen wir uns die Anwendung an, statt es zuzusagen. Wo ein Hersteller keine Schnittstelle vorsieht, sagen wir das, statt einen Umweg zu bauen, der beim nächsten Update bricht.

Beides ist möglich. Der MCP-Server läuft in aller Regel bei Ihnen, weil er die Verbindung zu Ihren Systemen hält. Das Modell kann daneben auf demselben Server laufen oder bei einem Anbieter – das entscheidet, wie vertraulich die verarbeiteten Inhalte sind. Wir sagen vorher, welche Daten wohin gehen.

In der Praxis verschiebt er Arbeit, statt sie zu ersetzen: weg vom Zusammensuchen, hin zum Prüfen und Entscheiden. Wer einen Agenten mit dem Ziel einführt, eine Stelle einzusparen, misst in der Regel am Ende das Falsche – und bekommt außerdem im Haus keine Unterstützung dafür.