Was MCP in einem Satz ist: Das Model Context Protocol ist ein offener Standard, den Anthropic im November 2024 veröffentlicht hat, damit jedes KI-Modell über ein einziges Kabel mit deinen Tools und deinen Daten spricht, statt über einen maßgeschneiderten Konnektor pro Integration. Es senkt die Kosten des Verbindens. Es senkt nicht die Kosten eines schlechten Prozesses oder schmutziger Daten. Das ist die ganze These — der Rest des Artikels belegt sie ohne Nebel.
Was ist MCP (Model Context Protocol)
MCP steht für Model Context Protocol. Es ist ein offenes Protokoll —Spezifikation und Code öffentlich—, das eine standardisierte Art definiert, wie eine KI-Anwendung Kontext anfragt (Dateien, Datensätze einer Datenbank, Nachrichten) und Aktionen auslöst (Tools, Funktionen) auf externen Systemen. Die Analogie, die alle wiederholen, ist „USB-C für KI": ein Stecker für alles. Sie hilft beim Verstehen und täuscht, wenn du sie ganz glaubst, denn ein Stecker repariert nicht, was am anderen Ende des Kabels liegt. Die Spezifikation und die offiziellen SDKs stehen in der MCP-Dokumentation.
Das echte Problem, das es löst: die N×M-Integration
Vor MCP war jede Verbindung zwischen Modell und Tool ein maßgeschneiderter Konnektor. Bei N Modellen und M Tools landest du bei N×M Integrationen, die du pflegen musst, jede mit eigenem Format, eigener Authentifizierung und eigener Art, kaputtzugehen. MCP macht aus diesem N×M ein N+M: Jedes Tool stellt einmal einen MCP-Server bereit, jedes Modell spricht einmal MCP, und dazwischen liegt ein gemeinsamer Vertrag. Das ist keine Magie — es ist das, was ein Universalladegerät für die Kabelschublade getan hat. Gespart wird bei der Integration, nicht beim Urteil.
| Achse | Ohne MCP (maßgeschneiderte Konnektoren) | Mit MCP |
|---|---|---|
| Integrationskosten | N×M eigene Konnektoren | N+M (ein Protokoll) |
| Format | Pro Tool ein anderes | Standard-JSON-RPC |
| Wartung | Jede Änderung bricht einen Konnektor | Der Vertrag fängt die Änderung ab |
| Wiederverwendung | Fast keine über Projekte hinweg | Ein Server bedient viele Clients |
| Was es NICHT löst | Prozess und Daten | Prozess und Daten |
Wie es funktioniert: Client, Server und drei Primitive
Die Architektur ist Client-Server, inspiriert vom Language Server Protocol, das Code-Editoren längst nutzen. Die KI-Anwendung agiert als MCP-Client und öffnet eine Verbindung zu einem oder mehreren MCP-Servern, die reale Fähigkeiten bereitstellen. Die Nachrichten laufen als JSON-RPC 2.0 über verschiedene Transporte. Was ein Server anbieten kann, reduziert sich auf drei Primitive:
- Tools: Aktionen, die das Modell auslösen kann —ein Ticket anlegen, eine Bestellung abfragen, eine Zeile verschieben—. Das meinen die meisten mit „der Agent macht Dinge".
- Resources (Ressourcen): Daten, die das Modell als Kontext lesen kann —ein Dokument, ein Abfrageergebnis, eine Datei—. Lesen, nicht handeln.
- Prompts: wiederverwendbare Interaktionsvorlagen, die der Server dem Client für wiederkehrende Aufgaben anbietet.
Es gibt offizielle SDKs in TypeScript, Python, Java, Kotlin und C#, also ist einen MCP-Server heute aufzusetzen eine Sache von Stunden, nicht von Wochen. Und genau da liegt die bequeme Falle: Weil es leicht zu bauen ist, verleitet es zu glauben, die Arbeit sei getan, obwohl sie gerade erst begonnen hat.
Wer es übernommen hat (und warum das zählt)
MCP war schnell keine Anthropic-Sache mehr. Im Lauf von 2025 wurde es nativ von Clients von OpenAI, Google und Microsoft übernommen, neben vielen anderen, und zum Jahresende spendete Anthropic das Protokoll an eine Stiftung unter dem Dach der Linux Foundation, mit denselben Akteuren als Gründungsmitgliedern (Rückblick zum ersten Jahrestag). Ein Standard, den Konkurrenten tragen statt eines einzelnen Eigentümers, ist genau das, was ihn wettbar macht: Du hängst nicht davon ab, dass ein einziges Unternehmen weiter Interesse hat. Für ein Unternehmen, das entscheidet, wo es investiert, wiegt diese geteilte Governance mehr als jede Demo.
Was sich für Unternehmensagenten wirklich ändert
Das Konkrete: Der Klebstoff zwischen deinem Agenten und deinen Systemen ist nicht mehr ein Integrationsprojekt pro Tool, sondern ein wiederverwendbares Teil. Einen Agenten mit deinem CRM, deinem ERP oder deiner Datenbank zu verbinden rechtfertigt allein kein fünfstelliges Budget mehr. Das ist echt und gut. Wir gehen es im Detail im Leitfaden einen KI-Agenten mit deinem CRM verbinden durch, wo das Kabel weniger zählt als die Entscheidung, was der Agent anfassen darf und was nicht.
Aber verbinden ist nicht bauen. Ein MCP-Server gibt dir den Zugang; es fehlt noch der Agent, der gut entscheidet, was mit diesem Zugang zu tun ist, mit seinen Leitplanken, seinen Evals und seinem Menschen in der Schleife, wo das Urteil zählt. Dieser Teil —der, der wirklich die Arbeit macht— wird nicht vom Protokoll gelöst, und ihn schlüsseln wir in wie man einen KI-Agenten baut, der in Produktion läuft auf.
Was ein MCP-Server NICHT repariert
Hier prallt die Begeisterung auf einen echten Dienstag. Ein MCP-Server verbindet das Modell mit deinen Daten genau so, wie sie sind. Wenn der Prozess dahinter ein Chaos ist, gibt dir MCP ein per API zugängliches Chaos — schneller, nicht besser. Drei Fronten, die das Protokoll nicht berührt:
- Der Prozess. Wenn niemand entschieden hat, wie die Arbeit heute läuft —wer sie anfasst, wo es klemmt, nach welchem Kriterium entschieden wird—, automatisiert MCP nur die Unordnung. Diese Diagnose ist die Hälfte der Arbeit, und sie trennt einen Prozess mit Agenten automatisieren vom Kaufen von Technik und Beten.
- Die Daten. Ein MCP-Server über duplizierten, herrenlosen, undefinierten Daten liefert selbstsichere und falsche Antworten. Die Datenqualität setzt nicht das Protokoll; die setzt du vorher.
- Die Governance. Was der Agent lesen darf, was er schreiben darf, wer antwortet, wenn er sich irrt. MCP bewegt den Kontext; es entscheidet die Berechtigungen nicht für dich. Ohne diese Schicht ist ein Universalstecker auch ein Universalloch.
Wann ein MCP Sinn ergibt (und wann es Theater ist)
- Du hast den Prozess kartiert. Du weißt, welche konkrete Aufgabe der Agent anfasst und welche Kennzahl sich bewegen soll. Wenn es nicht in zwei Sätze passt, ist noch nicht die Zeit fürs Protokoll.
- Du wirst die Verbindung wiederverwenden. Ein MCP-Server rechnet sich, wenn mehrere Agenten oder Teams ihn nutzen werden. Für eine einmalige Wegwerf-Integration ist ein direkter Konnektor manchmal ehrlicher.
- Du hast die Governance entschieden. Berechtigungen, Grenzen und ein Verantwortlicher, bevor du das Kabel öffnest, nicht nach dem ersten Schreck.
- Du baust es nicht für die Demo. Wenn das Ziel ist, in einem Meeting zu zeigen, dass „wir schon MCP sprechen", ist das Theater mit technischem Namen. Das System wird an einem gewöhnlichen Dienstag beurteilt, allein laufend, nicht im Raum.
Anders gesagt: MCP ist eine sehr gute Nachricht für den, der die Arbeit innen schon gemacht hat, und eine teure Falle für den, der glaubte, das Kabel sei das Problem. Wir nutzen MCP dort, wo es Wochen an Integration spart, und wir nutzen es nicht, um einen Prozess zu schminken, der noch nicht existiert. Wenn der Schmerz ist, KI mit den Systemen zu verbinden, die du schon nutzt, und sie messend laufen zu lassen, ist das KI-Infrastruktur fürs Unternehmen; wenn es ein konkreter Fall ist —etwa KI in HubSpot zu bringen, ohne etwas kaputtzumachen—, sieh dir KI für HubSpot an. Das Protokoll ist das Mittel. Die Arbeit ist, wie immer, das, was berechnet wird.