MCP-Server für KI-Integrationen
Das Model Context Protocol macht Ihre Systeme für KI-Assistenten nutzbar — kontrolliert, auditierbar und mit sauberem Berechtigungsmodell. Wir entwerfen und betreiben MCP-Server als Produktionssoftware, nicht als Experiment.
Wann sich ein eigener Server lohnt
Ihre Leute nutzen längst KI-Assistenten. Die offene Frage ist nicht mehr, ob diese Assistenten an interne Systeme kommen, sondern wie: an die Dokumentenablage, das Ticketsystem, die Produktdatenbank. Bleibt die Frage unbeantwortet, entsteht die Verbindung trotzdem — per Copy-Paste ins Chatfenster, vorbei an jeder Protokollierung und an jeder Rechtevergabe.
Ein eigener Server lohnt sich ab dem Punkt, an dem diese Zugriffe regelmäßig werden. Für eine einzelne, feste Integration genügt eine klassische API; MCP wäre dort Aufwand ohne Gegenwert. Der Nutzen entsteht, sobald mehrere Assistenten oder mehrere Systeme im Spiel sind. MCP ist ein offener Standard mit breiter Client-Unterstützung: Eine Werkzeug-Definition wirkt für jeden Client gleich — ob Desktop-Assistent, interne Chat-Oberfläche oder automatisierter Agent.
Entscheidungen, die dabei anstehen
Welche Fähigkeiten Sie exponieren. Der Berechtigungsschnitt entsteht nicht in der Firewall, sondern in der Werkzeug-Definition: Jedes Tool beschreibt genau eine Fähigkeit mit typisiertem Ein- und Ausgang. Was nicht definiert ist, existiert für das Modell nicht. Lesend vor schreibend ist der übliche Einstieg.
Wer sich wie ausweist. OAuth 2.1 ist im Protokoll vorgesehen. In gewachsenen Landschaften läuft die Anmeldung meist über Keycloak, damit Rollen und Gruppen dieselben bleiben wie im Rest Ihrer Systeme — sonst entsteht neben der bestehenden Rechteverwaltung eine zweite, die niemand pflegt.
Wo der Server läuft. Self-hosted bleibt der gesamte Datenpfad bei Ihnen. Bei personenbezogenen oder vertraulichen Beständen ist das selten verhandelbar, und es ist der Grund, warum wir MCP-Server nicht als verwalteten Dienst anbieten.
Ob es überhaupt MCP sein muss. Für Freitext-Wissen ist ein RAG-System oft die bessere Antwort, für eine einzelne Integration eine API. Wir sagen das auch dann, wenn es das kleinere Projekt ist.
Was dabei entsteht
- Tool-Design: welche Fähigkeiten Ihr System exponiert, mit welchen Guardrails
- Authentifizierung und Autorisierung (OAuth 2.1, Keycloak)
- Rate-Limiting, Protokollierung, Missbrauchs-Prävention
- Deployment als eigenständiger Dienst inklusive CI/CD
- Dokumentation der Werkzeuge, damit Ihre Entwicklung sie weiterführen kann
Woran Sie merken, dass es trägt
Jeder Zugriff steht im Protokoll — mit Zeitpunkt, Identität und aufgerufenem Werkzeug. Eine Fähigkeit, die niemand mehr braucht, lässt sich entfernen, ohne dass ein Assistent bricht. Und ein neuer Client kommt ohne zusätzliche Integrationsarbeit an dieselben Werkzeuge: Was Sie einmal definiert haben, gilt für alle.