Large Language Models können Texte erzeugen, Fragen be­ant­wor­ten und komplexe Aufgaben planen. Ihr Wissen allein reicht jedoch nicht aus, wenn sie auf aktuelle Un­ter­neh­mens­da­ten zugreifen, Dateien lesen oder Aktionen in externen An­wen­dun­gen ausführen sollen. Genau an dieser Stelle setzt das Model Context Protocol (MCP) an, das eine ein­heit­li­che Schnitt­stel­le zwischen KI-An­wen­dun­gen auf der einen sowie Da­ten­quel­len und Werk­zeu­gen auf der anderen Seite schafft.

IONOS CLOUD AI Model Hub
Erste deutsche, mul­ti­mo­da­le KI-Plattform
  • 100 % DSGVO-konform und sicher in Deutsch­land gehostet
  • Die leis­tungs­stärks­ten KI-Modelle auf einer Plattform
  • Kein Vendor Lock-in durch Open Source

De­fi­ni­ti­on des Model Context Protocol (MCP)

Das Model Context Protocol (MCP) ist ein offener Standard, der Large Language Models und KI-An­wen­dun­gen über ein ein­heit­li­ches Protokoll mit externen Da­ten­quel­len und Werk­zeu­gen verbindet. Dadurch können Systeme Kontext abrufen und Funk­tio­nen ausführen, ohne für jede Kom­bi­na­ti­on aus Modell, Anwendung und Da­ten­quel­le eine eigene In­te­gra­ti­on ent­wi­ckeln zu müssen. MCP wurde ur­sprüng­lich von Anthropic ent­wi­ckelt und im November 2024 ver­öf­fent­licht. Seit seiner Ver­öf­fent­li­chung wurde MCP mehrfach wei­ter­ent­wi­ckelt. Mit der Spe­zi­fi­ka­ti­on 2026-07-28 wechselte das Protokoll von einem zu­stands­be­haf­te­ten Kom­mu­ni­ka­ti­ons­mo­dell zu einem zu­stands­lo­sen Request/Response-Modell, bei dem Anfragen die be­nö­tig­ten In­for­ma­tio­nen zur Pro­to­koll­ver­si­on sowie Cli­ent­in­for­ma­tio­nen und Client-Fä­hig­kei­ten selbst mitführen.

Das Protokoll wird in­zwi­schen von zahl­rei­chen KI-An­wen­dun­gen und Ent­wick­lungs­werk­zeu­gen un­ter­stützt oder für In­te­gra­tio­nen ein­ge­setzt, darunter Claude, ChatGPT, Cursor, Gemini, Microsoft Copilot und Visual Studio Code.

Ver­ein­facht gesagt legt MCP fest, wie eine KI-Anwendung externe Funk­tio­nen und In­for­ma­tio­nen finden, an­spre­chen und nutzen kann. Eine Datenbank kann bei­spiels­wei­se In­for­ma­tio­nen be­reit­stel­len, ein Da­tei­sys­tem Dokumente zu­gäng­lich machen und ein Ent­wick­lungs­werk­zeug Funk­tio­nen zum Lesen oder Be­ar­bei­ten von Quellcode anbieten. Wichtig ist dabei die Trennung zwischen dem Sprach­mo­dell selbst und der MCP-In­fra­struk­tur. Nicht das LLM verbindet sich un­mit­tel­bar mit einer Datenbank oder einem Da­tei­sys­tem. Statt­des­sen übernimmt eine Anwendung rund um das Modell die Kom­mu­ni­ka­ti­on und stellt dem Modell die be­nö­tig­ten In­for­ma­tio­nen und Werkzeuge zur Verfügung. MCP definiert hierfür ge­mein­sa­me Nach­rich­ten­for­ma­te und Schnitt­stel­len. Die Kom­mu­ni­ka­ti­on basiert auf JSON-RPC 2.0, einem stan­dar­di­sier­ten Verfahren zum Aufrufen von Funk­tio­nen über struk­tu­rier­te JSON-Nach­rich­ten.

Das In­te­gra­ti­ons­pro­blem und die Lösung durch MCP

Vor MCP mussten Ent­wick­le­rin­nen und Ent­wick­ler eine eigene Schnitt­stel­le für jede Kom­bi­na­ti­on aus KI-Anwendung und externem System erstellen. Sollten fünf ver­schie­de­ne KI-An­wen­dun­gen auf zehn un­ter­schied­li­che Da­ten­quel­len zugreifen, konnten im un­güns­tigs­ten Fall bis zu 50 in­di­vi­du­ell ent­wi­ckel­te In­te­gra­tio­nen er­for­der­lich sein. Dieses Problem wird als so­ge­nann­tes N-mal-M-In­te­gra­ti­ons­pro­blem be­schrie­ben. Auf der einen Seite stehen N KI-An­wen­dun­gen oder Modelle, auf der anderen Seite M Da­ten­quel­len und Werkzeuge. Ohne ge­mein­sa­men Standard muss jede Seite wissen, wie sie mit der jeweils anderen kom­mu­ni­ziert.

MCP reduziert diese Frag­men­tie­rung, indem beide Seiten dieselbe Schnitt­stel­le verwenden. Eine KI-Anwendung im­ple­men­tiert einen MCP-Client und eine Da­ten­quel­le oder ein Werkzeug stellt seine Funk­tio­nen über einen MCP-Server bereit. Im Idealfall werden damit aus vielen in­di­vi­du­el­len N-mal-M-Ver­bin­dun­gen zwei stan­dar­di­sier­te Seiten eines ge­mein­sa­men Pro­to­kolls.

Bildlich lässt sich MCP deshalb als eine Art „USB-C für KI-An­wen­dun­gen“ verstehen. Ein USB-C-Anschluss definiert eine ge­mein­sa­me physische Schnitt­stel­le für viele un­ter­schied­li­che Geräte. MCP verfolgt ein ähnliches Prinzip auf Soft­ware­ebe­ne.

Ar­chi­tek­tur und Kern­kom­po­nen­ten von MCP

MCP verwendet eine Client-Host-Server-Ar­chi­tek­tur. Sie besteht im We­sent­li­chen aus Hosts, Clients und Servern. Dabei kann ein Host mehrere MCP-Clients verwalten, während jeder Client mit genau einem MCP-Server kom­mu­ni­ziert.

Der Host ist die Anwendung, in der das Sprach­mo­dell ein­ge­setzt wird. Er ko­or­di­niert das LLM, verwaltet die ver­füg­ba­ren MCP-Ver­bin­dun­gen und ent­schei­det darüber, welcher Kontext be­zie­hungs­wei­se welche Funk­tio­nen für das Modell verfügbar sind. Außerdem ist er ein wichtiger Be­stand­teil der Si­cher­heits­ar­chi­tek­tur, da er Be­rech­ti­gun­gen und Nut­zer­frei­ga­ben verwalten kann.

Innerhalb des Hosts befinden sich die MCP-Clients. Ein Client übernimmt die Kom­mu­ni­ka­ti­on mit jeweils einem MCP-Server. Er sendet Anfragen, ver­ar­bei­tet Antworten und über­mit­telt In­for­ma­tio­nen zwischen Host und Server.

Die MCP-Server stellen schließ­lich konkrete Daten oder Funk­tio­nen bereit. MCP-Server können sowohl lokal auf demselben Rechner als auch als entfernte Dienste betrieben werden. Die Nach­rich­ten zwischen MCP-Clients und Servern folgen JSON-RPC 2.0. Eine Anfrage enthält bei­spiels­wei­se den Namen einer ge­wünsch­ten Operation und die zu­ge­hö­ri­gen Parameter. Der Server ver­ar­bei­tet die Anfrage und sendet an­schlie­ßend das Ergebnis oder eine Feh­ler­mel­dung zurück.

Resources, Prompts und Tools

MCP-Server können drei zentrale Arten von Funk­tio­nen be­reit­stel­len: Resources, Prompts und Tools. Resources eignen sich ins­be­son­de­re für In­for­ma­tio­nen, die das Modell zur Be­ar­bei­tung einer Aufgabe benötigt. Prompts stellen dagegen wie­der­ver­wend­ba­re Vorlagen für bestimmte Ar­beits­ab­läu­fe bereit. Tools gehen einen Schritt weiter. Sie können tat­säch­lich Funk­tio­nen ausführen. Einen Überblick über die Funk­ti­ons­ar­ten finden Sie hier:

MCP-Feature Bedeutung Typisches Beispiel
Resources Resources stellen Daten oder Inhalte als zu­sätz­li­chen Kontext für das Sprach­mo­dell bereit. Dateien, Dokumente, Da­ten­bank­sche­ma­ta oder Git-Historien
Prompts Prompts sind vor­de­fi­nier­te Prompt-Vorlagen oder An­wei­sun­gen für wie­der­keh­ren­de Aufgaben. Eine Vorlage zur Code­ana­ly­se oder zur Zu­sam­men­fas­sung eines Dokuments
Tools Tools sind aus­führ­ba­re Funk­tio­nen, mit denen eine KI In­for­ma­tio­nen abrufen oder Aktionen durch­füh­ren kann. Eine API aufrufen, eine Datei schreiben oder einen Da­ten­bank­ein­trag abrufen

Vorteile und Pra­xis­an­wen­dungs­be­rei­che von MCP

Ein we­sent­li­cher Vorteil von MCP besteht darin, dass Sprach­mo­del­le auf externe und aktuelle In­for­ma­tio­nen zugreifen können, statt aus­schließ­lich mit ihrem Trai­nings­wis­sen oder manuell in den Prompt ein­ge­füg­ten In­for­ma­tio­nen zu arbeiten. Das kann das Risiko von Hal­lu­zi­na­tio­nen re­du­zie­ren. Soll ein KI-Assistent bei­spiels­wei­se erklären, welche Ab­hän­gig­kei­ten in einem aktuellen Soft­ware­pro­jekt verwendet werden, muss er diese In­for­ma­tio­nen nicht erraten. Über einen ent­spre­chen­den MCP-Server kann er die tat­säch­lich vor­han­de­nen Pro­jekt­da­tei­en lesen.

MCP ver­hin­dert Hal­lu­zi­na­tio­nen al­ler­dings nicht grund­sätz­lich. Auch mit korrekten Aus­gangs­da­ten kann ein Sprach­mo­dell In­for­ma­tio­nen falsch in­ter­pre­tie­ren oder feh­ler­haf­te Schluss­fol­ge­run­gen ziehen. Zudem hängt die Qualität der Er­geb­nis­se davon ab, ob der an­ge­schlos­se­ne Server zu­ver­läs­si­ge Daten be­reit­stellt.

Ein wichtiger An­wen­dungs­be­reich ist Agentic AI. Dabei be­ar­bei­ten KI-Systeme nicht nur einzelne Fragen, sondern führen mehr­stu­fi­ge Ar­beits­ab­läu­fe aus. Ein Agent könnte bei­spiels­wei­se zunächst In­for­ma­tio­nen aus einem Issue-Tracker lesen, an­schlie­ßend den zu­ge­hö­ri­gen Quellcode ana­ly­sie­ren, eine Änderung erstellen und schließ­lich einen Pull Request vor­be­rei­ten. MCP er­leich­tert solche Abläufe, weil ver­schie­de­ne Werkzeuge über dieselbe grund­le­gen­de Schnitt­stel­le angeboten werden können. Das Modell be­zie­hungs­wei­se der Host muss nicht für jeden Schritt eine voll­kom­men andere In­te­gra­ti­ons­lo­gik verwenden.

MCP in KI-Ent­wick­lungs­um­ge­bun­gen

Ver­brei­tet ist MCP vor allem im Bereich der KI-ge­stütz­ten Soft­ware­ent­wick­lung. Claude Code kann über MCP auf externe Tools, Da­ten­ban­ken und APIs zugreifen. Dadurch lassen sich In­for­ma­tio­nen aus Issue-Trackern oder Mo­ni­to­ring-Systemen direkt in Ent­wick­lungs­auf­ga­ben ein­be­zie­hen. Auch Cursor un­ter­stützt MCP für die Ver­bin­dung mit externen Werk­zeu­gen und Da­ten­quel­len. MCP-Server können dort unter anderem lokal als Prozess oder über HTTP an­ge­bun­den werden.

Der Nutzen zeigt sich bei­spiels­wei­se bei der Arbeit mit einem größeren Soft­ware­pro­jekt. Statt relevante Dateien manuell in einen Chat zu kopieren, kann ein MCP-Server einen kon­trol­lier­ten Zugriff auf das Pro­jekt­ver­zeich­nis er­mög­li­chen. Die KI-Anwendung kann dann gezielt benötigte Dateien oder andere In­for­ma­tio­nen abrufen. Für solche An­wen­dun­gen exis­tie­ren unter anderem Re­fe­renz­ser­ver für Da­tei­sys­te­me und Git-Re­po­si­to­rys. Der File­sys­tem-Server er­mög­licht kon­trol­lier­te Da­tei­ope­ra­tio­nen in frei­ge­ge­be­nen Ver­zeich­nis­sen, während eine Git-Anbindung In­for­ma­tio­nen aus Re­po­si­to­ries be­reit­stel­len kann.

Si­cher­heit bei MCP

Der stan­dar­di­sier­te Zugriff auf externe Systeme bringt gleich­zei­tig neue Si­cher­heits­an­for­de­run­gen mit sich. Ein MCP-Server kann unter Umständen sensible In­for­ma­tio­nen lesen oder Aktionen mit realen Aus­wir­kun­gen ausführen. MCP ist deshalb so aufgebaut, dass der Host eine zentrale Kon­troll­in­stanz bildet. Server sollen nur die In­for­ma­tio­nen erhalten, die für ihre jeweilige Aufgabe er­for­der­lich sind.

Für ge­schütz­te HTTP-basierte Ver­bin­dun­gen definiert MCP ein Au­to­ri­sie­rungs­mo­dell auf Basis von OAuth 2.1. Dabei nutzt die Spe­zi­fi­ka­ti­on eta­blier­te Standards zur Er­mitt­lung von Au­to­ri­sie­rungs­ser­vern und un­ter­stützt mit Client ID Metadata Documents (CIMD) einen stan­dar­di­sier­ten Me­cha­nis­mus zur Be­reit­stel­lung und Er­mitt­lung von Client-Metadaten. MCP-Server-Security ist dadurch al­ler­dings nicht au­to­ma­tisch gegeben. Nutzende und Un­ter­neh­men müssen weiterhin prüfen, welche Server sie anbinden und welche Be­rech­ti­gun­gen diese erhalten. Ins­be­son­de­re externe Inhalte können Prompt-Injection-Angriffe enthalten.

Fazit und Ausblick

Das Model Context Protocol löst eines der grund­le­gen­den Probleme von KI-An­wen­dun­gen: Sprach­mo­del­le benötigen Zugriff auf Daten und Werkzeuge, doch in­di­vi­du­ell ent­wi­ckel­te Schnitt­stel­len für jedes Modell und jedes externe System sind lang­fris­tig schwer ska­lier­bar. MCP schafft dafür eine ge­mein­sa­me tech­ni­sche Grundlage. Mit Hosts, Clients und Servern trennt das Protokoll die ei­gent­li­che KI-Anwendung von den an­ge­bun­de­nen Da­ten­quel­len.

Innerhalb kurzer Zeit hat sich MCP weit über seinen ur­sprüng­li­chen Ent­wick­ler Anthropic hinaus ver­brei­tet, sodass das Protokoll mitt­ler­wei­le als her­stel­ler­über­grei­fen­der De-facto-Standard für die Anbindung von KI-An­wen­dun­gen an externe Daten und Werkzeuge be­trach­tet werden kann.

Auch or­ga­ni­sa­to­risch wurde die her­stel­ler­un­ab­hän­gi­ge Aus­rich­tung in­zwi­schen gestärkt. Anthropic übergab MCP im Dezember 2025 an die Agentic AI Foun­da­ti­on (AAIF), einen Directed Fund unter dem Dach der Linux Foun­da­ti­on. Die Stiftung stellt damit eine neutrale recht­li­che und or­ga­ni­sa­to­ri­sche Heimat für das Projekt bereit. Ob MCP lang­fris­tig tat­säch­lich eine ähnlich fun­da­men­ta­le Rolle für KI-Agenten spielen wird wie eta­blier­te Internet- und Soft­ware­stan­dards in ihren je­wei­li­gen Bereichen, bleibt ab­zu­war­ten. Die breite Un­ter­stüt­zung durch un­ter­schied­li­che KI-Anbieter und die her­stel­ler­neu­tra­le Wei­ter­ent­wick­lung schaffen dafür jedoch eine stabile Grundlage.

Zum Hauptmenü