Was ist das Model Context Protocol?

Aktualisiert am 2. November 2026. Le Chat ist nun Vibe (nach wie vor unter chat.mistral.ai). Ab dem 28. Mai 2026 fungiert Vibe als einziger Agent für Arbeit und Code und übernimmt Ihre Gespräche, Einstellungen und Abonnements. Die klassische Le Chat-Erfahrung bleibt im Chat-Modus verfügbar. Im Work-Modus sind Agenten nun Fähigkeiten (über @ aufrufbar), Erinnerungen bilden die Wissensbasis und die Deep Search ist die Fähigkeit Deep Research. Die Pläne sind nun Mistral Free, Pro, Team und Enterprise. Diese Lektion verwendet den Namen Vibe; einige hier beschriebene Menüpunkte können sich in Namen oder Position geändert haben.

Ein offener Standard zur Verbindung von KI mit der Welt

Stellen Sie sich vor, Sie bitten Ihren Assistenten, Ihre GitHub-Tickets zu prüfen, Ihre Notion-Dokumentation zu aktualisieren und eine Stripe-Zahlung zu verifizieren, ohne das Chat-Fenster zu verlassen. Genau das ermöglicht das Model Context Protocol (MCP) – ein offener Standard, der verändert, wie KI-Modelle mit externen Tools und Diensten kommunizieren.

Bevor es MCP gab, implementierte jede KI-Plattform eigene Methoden zur Verbindung mit Tools. Eine Integration, die für ein Framework geschrieben wurde, musste für ein anderes vollständig neu kodiert werden. Das Ökosystem war zersplittert, und niemand verfügte über eine klare Anleitung, um ein Tool zu erstellen und es über verschiedene Umgebungen hinweg zu teilen.

Das Problem, das MCP löst

Das traditionelle Function Calling – die Fähigkeit eines Modells, Funktionen aufzurufen, die Sie beschreiben – stößt an vier Grenzen. Erstens Fragmentierung: Ein Tool, das für eine SDK geschrieben wurde, ist an anderer Stelle ohne einen vollständigen Neuschreibvorgang nicht wiederverwendbar. Zweitens Sicherheit: Die Verwaltung von API-Schlüsseln und Authentifizierungstoken liegt bei jedem Entwickler, ohne einen gemeinsamen Standard. Dann folgen Duplizierung und mangelnde Interoperabilität: Jedes Team kodiert dieselben Integrationen von Grund auf neu, selbst für weit verbreitete Dienste wie GitHub oder Slack, und nichts macht es einfach, ein Tool an einen Kollegen weiterzugeben oder es in ein anderes Projekt zu übertragen.

MCP adressiert diese vier Punkte, indem es einen Standard-Kommunikationsprotokoll zwischen einem Client (der KI-Anwendung) und einem Server (der die Tools bereitstellt) definiert.

Client-Server-Architektur

Der Client ist die Anwendung, die die Tools konsumiert: In diesem Kurs ist es Chats von Mistral AI, es könnte aber auch ein SDK wie das Mistral Agent SDK, eine IDE wie VS Code oder Cursor oder jede andere kompatible Software sein. Der Server hostet die Tools und stellt sie über das Protokoll bereit; er kann ein Tool oder ein Dutzend anbieten, jeweils begleitet von seiner Textbeschreibung, typisierten Parametern und Rückgabewerten.

Die beiden Parteien tauschen JSON aus. Der Client beginnt damit, den Server abzufragen, um zu entdecken, was er kann, und ruft dann die gewünschten Tools über strukturierte Anfragen auf. Hier ist der vollständige Ablauf eines Aufrufs, wie Sie ihn auf der Benutzerebene erleben.

Dieser Zyklus wiederholt sich so oft wie innerhalb eines einzigen Gesprächs notwendig ist. Das Modell kann Aufrufe an mehrere MCP-Server verkettend ausführen, um eine zusammengesetzte Aufgabe durchzuführen: Reddit scannen, um ein von Nutzern gemeldetes Problem zu identifizieren, dann Linear prüfen, ob bereits ein Ticket existiert, und schließlich einen Pull Request auf GitHub öffnen.

MCP und Function Calling: Ergänzende, keine Konkurrenten

Eine häufige Verwirrung: MCP ersetzt das Function Calling nicht, es erweitert es. Beim Function Calling definieren Sie Funktionen auf der Client-Seite, und das Modell bestimmt die zu übergebenden Parameter; es ist direkt und perfekt für einen isolierten Fall geeignet, wie eine Berechnungsfunktion, die spezifisch für Ihre Anwendung ist. Bei MCP leben die Tools auf einem entfernten Server und werden auf standardisierte Weise beschrieben, was kritisch wird, wenn Sie mehrere Tools teilen, wiederverwenden oder kombinieren möchten.

Der entscheidende Vorteil lässt sich auf ein Wort reduzieren: Portabilität. Ein MCP-Server, der für Vibe geschrieben wurde, funktioniert so wie er ist mit dem Mistral Agent SDK, mit VS Code oder mit jedem anderen kompatiblen Client. Sie schreiben ihn einmal und nutzen ihn überall. Bevor Sie fortfahren, identifizieren Sie die zwei oder drei Dienste, die Sie in Ihrer Arbeit am häufigsten konsultieren: Diese werden den größten Wert für Ihre ersten Connectors liefern.

Kernaussagen

• MCP ist ein offener Standard, der die Verbindung zwischen KI-Anwendungen und externen Tools vereinheitlicht.
• Er stützt sich auf eine Client-Server-Architektur mit JSON-Kommunikation.
• Das Protokoll löst Probleme der Fragmentierung, Sicherheit und Duplizierung beim traditionellen Function Calling.
• Der gleiche MCP-Server kann von mehreren verschiedenen Clients genutzt werden (Vibe, SDK, IDE).
• MCP und Function Calling sind ergänzend: MCP fügt Portabilität und Standardisierung hinzu.