Was ist ein MCP-Server?
Ein MCP-Server ist ein Dienst, der nach dem Model Context Protocol (MCP) — einem offenen Standard von Anthropic — Kontext, Daten und ausführbare Tools für KI-Assistenten bereitstellt. Das LLM erkennt die angebotenen Tools automatisch und ruft sie in natürlicher Sprache auf, statt für jede Anwendung eine eigene Integration zu bauen. So lassen sich Systeme wie Jenkins, GitLab, Datenbanken oder Ticketing-Tools einheitlich an Claude, GitHub Copilot oder Cursor anbinden.
Auch bekannt als: MCP · Model Context Protocol · MCP Server
Ist MCP-Server bei Ihnen gerade ein Thema?
Wir fragen kurz, wie dringend das Thema bei Ihnen gerade ist. Je nach Antwort zeigen wir Ihnen direkt den passenden nächsten Schritt — ganz ohne Formular.
Was ist das Model Context Protocol? MCP ist ein offenes, herstellerneutrales Protokoll, das festlegt, wie ein KI-Assistent externe Werkzeuge, Daten und Vorlagen entdeckt und aufruft — unabhängig davon, welches Sprachmodell dahintersteht und welches System angebunden wird. Anthropic hat den Standard im November 2024 veröffentlicht; seit Dezember 2025 wird er von der Agentic AI Foundation unter dem Dach der Linux Foundation gepflegt, mitgetragen von Anthropic, OpenAI, Block, Google, Microsoft und AWS. Client-seitig unterstützen ihn heute unter anderem Claude, ChatGPT, GitHub Copilot, Cursor, Gemini und Visual Studio Code. Das Bild, das sich eingebürgert hat: MCP ist für KI-Assistenten, was USB-C für Peripherie ist — ein Stecker, viele Geräte.
Ein MCP-Server stellt nach diesem Protokoll Kontext, Daten und ausführbare Tools für KI-Assistenten bereit. Der Kerngedanke ist Standardisierung: Statt für jede Kombination aus KI-Client und Zielsystem eine eigene Integration zu programmieren, beschreibt ein MCP-Server seine Fähigkeiten einmal in einem einheitlichen Format. Ein LLM-gestützter Client wie Claude Desktop, GitHub Copilot oder Cursor erkennt diese Tools automatisch und ruft sie in natürlicher Sprache auf.
Technisch unterscheidet das Protokoll zwischen Tools (ausführbare Aktionen wie „Build triggern“), Resources (lesbare Daten wie Logs oder Dateien) und Prompts (vordefinierte Vorlagen). Die Kommunikation läuft je nach Server über Stdio für lokale Prozesse oder über Streamable HTTP beziehungsweise Server-Sent Events für entfernte Dienste. Authentifizierung erfolgt typischerweise über API-Tokens eines dedizierten Service-Accounts mit minimalen Rechten — ein Read-only-Modus für nicht-kritische Aktionen ist die sichere Standardempfehlung.
In der CI/CD ist Jenkins ein anschauliches Beispiel: Das offizielle Jenkins-MCP-Server-Plugin (ab Jenkins 2.533) macht den Controller zu einem MCP-Server, sodass ein KI-Assistent Builds auslöst, Konsolen-Logs paginiert liest, Job-Status abfragt und Pipeline-Skripte einsieht. Dieselbe Mechanik gibt es für GitLab, Datenbanken, Ticketing- und Monitoring-Systeme. Wichtig bleibt die Governance: Steuernde Aktionen gehören hinter Guardrails und einen Human-in-the-Loop, gerade in regulierten OT-Umgebungen.
Worin unterscheidet sich ein MCP-Server von einem Plugin oder einer API? Eine API ist die Schnittstelle des Zielsystems selbst — Jenkins hat eine REST-API, das TIA Portal die Openness-API. Sie beschreibt nicht, wann und wozu ein Sprachmodell sie sinnvoll aufrufen sollte; dafür musste bisher jemand für jeden KI-Client eine eigene Anbindung schreiben. Ein Plugin, etwa in ChatGPT oder einer IDE, löst das nur für genau diesen einen Client. Ein MCP-Server sitzt dazwischen: Er kapselt die API des Zielsystems, beschreibt seine Tools in einem Format, das jedes MCP-fähige Modell versteht, und ist damit einmal gebaut für alle Clients nutzbar. Für die Industrie heißt das konkret: Ein TIA-Portal-MCP-Server macht Projektstruktur, Bausteine und Variablentabellen für einen Assistenten wie Claude Code lesbar — technisch auf Basis derselben Openness-API, die auch den Headless-Build in der CI-Pipeline antreibt —, und ein Jenkins-MCP-Server liefert dem gleichen Assistenten den Build-Log dazu. Zwei Server, ein Client, keine Sonderintegration.
KI-gestützte Build-Log-Analyse in Jenkins
Ein Engineer bindet einen Jenkins-MCP-Server im Read-only-Modus an Claude an und lässt den Konsolen-Log eines fehlgeschlagenen Builds zusammenfassen. Die KI klassifiziert die Fehlerklasse und nennt die wahrscheinliche Root Cause — ohne dass jemand 150.000 Log-Zeilen manuell durchsucht.
Standardisierte Tool-Anbindung statt Einzelintegrationen
Ein Plattform-Team stellt GitLab, ein Ticketing-System und eine Metrik-Datenbank je als MCP-Server bereit. Alle KI-Clients im Unternehmen nutzen dieselbe Schnittstelle, statt für jedes Tool eine proprietäre Integration zu pflegen.
Wozu brauchen Sie einen MCP-Server?
Ein MCP-Server stellt KI-Assistenten Kontext und ausführbare Tools bereit — der passende Einstieg hängt an Ihrem Ziel. Zwei Klicks ordnen ein.
Was wollen Sie erreichen?
- Wofür steht MCP?
- MCP steht für Model Context Protocol — auf Deutsch etwa „Protokoll für Modell-Kontext“. Der Name beschreibt den Zweck: Es regelt, wie ein Sprachmodell (Model) an den Kontext kommt, den es für eine Aufgabe braucht — Daten, Werkzeuge, Vorlagen — und zwar über ein einheitliches Protokoll statt über Einzelintegrationen. Nicht zu verwechseln mit gleichnamigen Abkürzungen aus anderen Feldern, etwa dem Microsoft Certified Professional.
- Wer hat das Model Context Protocol entwickelt?
- Anthropic hat das Model Context Protocol im November 2024 als offenen Standard veröffentlicht und es im Dezember 2025 an die Agentic AI Foundation übergeben, eine Stiftung unter dem Dach der Linux Foundation, die Anthropic gemeinsam mit OpenAI und Block gegründet hat. Der Standard ist damit herstellerneutral verwaltet und wird von Claude, ChatGPT, GitHub Copilot, Cursor, Gemini und Visual Studio Code unterstützt.
- Wie sicher ist ein MCP-Server?
- So sicher wie seine Konfiguration — das Protokoll selbst bringt keine Rechteverwaltung mit, die übernimmt der Server und das angebundene System. Bewährt sind ein dedizierter Service-Account mit minimalen Rechten, ein Read-only-Modus für alles, was nicht steuern muss, und ein Human-in-the-Loop vor jeder Aktion, die etwas verändert — einen Build auslöst, ein Deployment startet, in ein TIA-Projekt schreibt. Für entfernte Server gehören Authentifizierung per OAuth oder Token und eine Freigabeliste der erlaubten Tools dazu; Authentifizierungs-Header dürfen niemals in Logs landen. Das eigentliche Risiko sind Prompt-Injection über gelesene Inhalte und zu weit gefasste Tool-Rechte, nicht das Protokoll.
- Wofür braucht man einen MCP-Server in der CI/CD?
- Er macht Build-Systeme wie Jenkins oder GitLab in natürlicher Sprache bedien- und auswertbar: Builds triggern, Logs analysieren, Job-Status abfragen. Der größte Sofortnutzen liegt in der KI-gestützten Log-Analyse zur Verkürzung der Mean Time to Recovery.
Wo steht Ihr Team bei MCP-Server?
Uns interessiert, wo Ihr Team bei diesem Thema steht. Auf Basis Ihrer Antwort schlagen wir Ihnen den sinnvollsten nächsten Schritt vor — ganz ohne Formular.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance