MCP Server Erklärung: Was Client und Server miteinander tun

Das Model Context Protocol (MCP) ist ein Standard, über den eine KI-Anwendung mit Servern kommunizieren kann, die Kontext, Tools oder Prompts bereitstellen. Ein MCP-Server ist dabei kein eigenes Sprachmodell. Er bietet Funktionen oder Informationen über eine definierte Schnittstelle an; die Anwendung entscheidet abhängig von ihrer Implementierung, wie sie diese verwendet.

Die MCP-Dokumentation zur Architektur beschreibt drei wichtige Rollen. Der Host ist die Anwendung, in der du mit einem Modell arbeitest. Der Client innerhalb des Hosts hält die Verbindung zu einem Server. Der Server stellt Kontext oder Funktionen bereit. Ein Host kann mit mehreren Clients und Servern arbeiten, je nachdem, was er unterstützt.

Ein Beispiel: nach einer Notiz suchen

Stell dir vor, du fragst eine KI-Anwendung: „Finde meine Notiz zum letzten Projektgespräch und fasse die offenen Fragen zusammen.“ Ohne Zugriff auf deine Notizen kann das Modell nur erklären, wie es vorgehen würde. Ist ein passender MCP-Server verbunden, kann die Anwendung ihm einen Suchauftrag übergeben. Der Server sucht in seinem zugänglichen Datenbereich und gibt ein Ergebnis zurück. Das Modell kann es zusammenfassen.

Der Weg sieht vereinfacht so aus: Deine Anfrage gelangt an den Host; ein Client stellt eine passende Server-Funktion bereit; der Server liefert Daten; die Anwendung zeigt das Ergebnis. Diese Kurzbeschreibung lässt Implementierungsdetails aus. Sie hilft aber, die Begriffe auseinanderzuhalten und zu fragen, wo Daten liegen und wer sie lesen kann.

Die OpenAI-Dokumentation zu MCP-Servern beschreibt, wie MCP-Tools in der Responses API verwendet werden können. Sie erklärt auch, dass solche Tools externe Dienste aufrufen können. Welche Zustimmung nötig ist, hängt von der Anwendung, der Konfiguration und den Berechtigungen ab. Das MCP-Protokoll selbst schreibt keine universelle Bestätigungsoberfläche für jeden Host vor.

Was ein MCP-Server tun darf

Ein Server kann nur die Funktionen anbieten, die seine Implementierung veröffentlicht. Das kann Informationszugriff sein, aber auch ein Tool, das Daten verändert. Lies deshalb vor einer Verbindung die Liste verfügbarer Tools, den nötigen Datenzugriff und die Authentifizierung. Die Anfrage „Lies meine Dokumente“ ist anders als „Lösche die alte Projektdatei“. Prüfe, ob die Verbindung nur lokal oder remote erreichbar ist und welche Konten der Server verwendet.

Auch ein valides Protokoll garantiert keine korrekten Daten. Ein Server kann veraltete Informationen liefern, eine Berechtigung zu weit gefasst sein oder ein Tool unerwartete Nebenwirkungen haben. Nach dem Aufruf solltest du den tatsächlichen Datensatz oder die Änderung selbst prüfen, insbesondere wenn ein Ergebnis an Kunden gesendet oder in einer Produktivumgebung gespeichert wird.

MCP ist keine Abkürzung für jede KI-Aufgabe

Für eine Textzusammenfassung aus einem Absatz brauchst du häufig keinen MCP-Server. Eine Integration wird sinnvoll, wenn die Aufgabe auf Informationen oder Funktionen zugreifen muss, die im Gespräch sonst nicht verfügbar sind. Definiere zuerst Quelle, Aktion und gewünschtes Ergebnis. Dann prüfe, ob der Host eine passende Verbindung unterstützt und ob der Server zuverlässig begrenzt werden kann.

Wenn du eine konkrete technische Integration wie Blender-MCP recherchierst, kommen weitere Fragen hinzu: Welche Add-on-Version, welcher Prozess, welche Rechte und welcher Ausführungscode? Verstehe zuerst die Architektur und wähle danach eine passende Installationsanleitung.

Häufige Fragen

Ist MCP ein Chatbot? Nein. Es ist ein Kommunikationsprotokoll, das eine KI-Anwendung mit Servern und deren Funktionen verbinden kann.

Kann jeder MCP-Server auf meinen ganzen Computer zugreifen? Das lässt sich nicht pauschal sagen. Möglichkeiten hängen von Implementierung, Host und gewährten Rechten ab. Lies die Konfiguration.

Muss ein Mensch jeden Tool-Aufruf bestätigen? Nicht grundsätzlich. Das entscheidet die konkrete Anwendung und ihre Sicherheitskonfiguration, nicht eine allgemeingültige MCP-Regel.