Technische Architektur von MCP

Aktualisiert am 2. November 2026. Le Chat ist nun Vibe. Ab dem 28. Mai 2026 heißt die Plattform, die früher Le Chat hieß (nach wie vor unter chat.mistral.ai), Vibe: ein einziger Agent für Arbeit und Code, der Ihre Gespräche, Einstellungen und Abonnements übernimmt. Die klassische Le Chat-Erfahrung bleibt im Chat-Modus zugänglich; im Work-Modus sind Agenten nun Fähigkeiten (aufgerufen mit @), Erinnerungen bilden die Wissensbasis und die Deep Search ist die Fähigkeit Deep Research. Die Pläne werden nun Mistral Free, Pro, Team und Enterprise genannt. Diese Lektion verwendet den Namen Vibe; einige hier beschriebene Menüs können sich in Namen oder Position geändert haben.

Verständnis der Protokollmechanismen

Die Verwendung eines Connectors erfordert keine technischen Kenntnisse. Das Diagnose von Problemen bei Fehlverhalten, die Wahl des richtigen Authentifizierungsmodus oder die Entscheidung, wo Sie Ihren eigenen Server hosten, erfordern jedoch, dass Sie wissen, was im Hintergrund passiert.

Transport-Modi

Das Protokoll definiert zwei Hauptkategorien für den Transport. Die erste, STDIO (Standard Input/Output), ist für Server konzipiert, die auf derselben Maschine wie der Client ausgeführt werden: Die Kommunikation nutzt die Standard-Eingabe- und Ausgabe-Ströme des Betriebssystems. Sie finden sie in Kommandozeilen-Tools, dem lokalen Dateisystemzugriff und der Integration in Desktop-Anwendungen. Der Vorteil ist offensichtlich – kein Netzwerk, sofortige Ausführung – aber ebenso die Einschränkung: STDIO funktioniert nur lokal und ist für Vibe, eine Cloud-Dienstleistung, unbrauchbar. Es ist der bevorzugte Modus für IDEs wie VS Code oder Cursor, bei denen der Server direkt auf der Maschine des Entwicklers läuft.

Die zweite Kategorie, Streamable HTTP, ist der aktuelle Standard für entfernte Server. Sie hat das SSE (Server-Sent Events)-Protokoll ersetzt, dessen Hauptnachteil die Notwendigkeit einer dauerhaften Verbindung zwischen Client und Server war. Streamable HTTP eliminiert diese Anforderung, macht es robuster und einfacher zu skalieren; es eignet sich für Cloud-Dienste, Drittanbieter-APIs und zwischen Teams geteilte Tools und stellt seinen Endpunkt an der URL /mcp bereit. SSE wird von den meisten Clients immer noch akzeptiert, gilt jedoch als veraltet und wird in den kommenden Monaten voraussichtlich verschwinden: Schreiben Sie keine neuen Server basierend darauf.

Für Vibe hat dies direkte Konsequenzen: Als Cloud-Anwendung kommuniziert sie ausschließlich mit entfernten Servern, und ein Server auf Ihrem localhost bedeutet ihr nichts. Wenn Sie einen MCP-Server entwickeln und ihn testen möchten, stehen Ihnen zwei Wege offen – stellen Sie ihn auf einen Cloud-Dienst bereit oder stellen Sie ihn vorübergehend mit einer öffentlichen URL über ein Tool wie ngrok bereit.

Authentifizierungsmechanismen

Drei Sicherheitsstufen koexistieren. Die einfachste ist keine Authentifizierung: Der Server ist für jeden zugänglich, der die URL kennt, geeignet für öffentliche Tools, die nicht sensible Daten verarbeiten, beispielsweise ein Server, der öffentliche Informationen von Reddit abruft oder das Wetter zurückgibt.

Die zweite Stufe stützt sich auf einen Zugriffstoken, den Sie vom betreffenden Dienst generieren, mit einem spezifischen Berechtigungsumfang – nur Lesezugriff, Schreibzugriff, Zugriff auf bestimmte Repositories. Der GitHub-Connector ist ein typisches Beispiel: Sie erstellen einen Personal Access Token und prüfen genau, was Vibe tun darf, Ihre Repositories lesen, Issues erstellen, Pull Requests öffnen. Dieser Token wird sicher gespeichert und mit Ihrem Benutzerkonto verknüpft, niemals mit der Organisation.

Die dritte Stufe, OAuth 2.0, bietet die umfassendste Integration. Anstatt einen Token manuell zu verwalten, autorisieren Sie Vibe über einen standardisierten Ablauf, auf Ihr Konto zuzugreifen. Beim Linear-Connector öffnet das Klicken auf « Connect » ein Autorisierungsfenster; sobald dies bestätigt ist, erhält Vibe volle Rechte auf Ihr Konto und Sie können diese jederzeit widerrufen. Der Vorteil ist zweifach: Keine manuelle Handhabung von Geheimnissen und sofortige Widerrufsmöglichkeit bei Zweifeln.

Mehrserver-Architektur

In der Praxis spricht Vibe nie mit nur einem Server, sondern gleichzeitig mit mehreren, wobei jeder seine eigenen Tools, Prompts und Ressourcen mitbringt. Wenn ein Server aktiviert wird, sendet Vibe ihm zunächst eine Entdeckungsanfrage, worauf der Server antwortet, indem er in Textform jede verfügbare Funktion beschreibt:

{
  "name": "get_weather",
  "description": "Returns the weather for a given position",
  "parameters": {
    "latitude": { "type": "float", "description": "Latitude" },
    "longitude": { "type": "float", "description": "Longitude" }
  },
  "returns": "string"
}

Diese Beschreibung ist das einzige Element, das das Modell benötigt, um zu entscheiden, wann und wie es die Funktion verwendet. Eine vage description wie „does things with data” verurteilt die Funktion dazu, niemals zum richtigen Zeitpunkt aufgerufen zu werden. Ersteller von MCP-Servern müssen daher die Formulierung so sorgfältig gestalten wie die Typisierung und Beispiele.

Mit jeder Nachricht führt das Modell dann einen Entscheidungszyklus durch: Es analysiert die Anfrage, bestimmt, ob eine oder mehrere Funktionen benötigt werden, wählt die relevantesten aus und bereitet ihre Argumente vor, sendet die Anfrage an den Server und wartet auf das Ergebnis, bevor es entscheidet, ob es noch etwas anderes aufrufen soll oder ob es seine Antwort formulieren kann, bevor es alles in natürlicher Sprache zusammenfasst. Dieser Zyklus kann mehrmals ablaufen und verschiedene Server innerhalb desselben Gesprächs einbeziehen.

Leistungsüberlegungen

Zwei Faktoren bestimmen die Qualität der Erfahrung. Der erste ist die Anzahl der Funktionen: Wie jedes Agentensystem verliert das Modell an Präzision, wenn die Liste wächst. Aktivieren Sie nur die Connectors, die für die jeweilige Aufgabe benötigt werden, deaktivieren Sie diejenigen, die Sie nicht mehr brauchen, und bevorzugen Sie spezifische, gut beschriebene Funktionen vor allgemeinen. Der zweite Faktor ist die Latenz: Jeder MCP-Aufruf ist eine Netzwerk-Anfrage, deren Kosten von der Lage und Leistung des Servers abhängen. Für einen kritischen Workflow wählen Sie optimierte und geografisch nahe gelegene Server.

Kernaussagen

• Vibe verwendet den Streamable HTTP-Modus, um mit entfernten MCP-Servern zu kommunizieren
• Es werden drei Authentifizierungsebenen unterstützt: keine, Token und OAuth 2.0
• Vibe kann sich gleichzeitig mit mehreren MCP-Servern verbinden
• Das Modell nutzt Textbeschreibungen von Funktionen, um zu entscheiden, wann es sie verwendet
• Beschränken Sie die Anzahl der aktiven Connectors, um die Modell-Präzision zu optimieren