MCP für den Agenten: Was das ist und wie du Tools anschließt

MCP einfach erklärt: Steckdosen in der Küche des Agenten

Erinnerst du dich an die Analogie aus den letzten Kapiteln? Das Modell ist ein genialer Koch, und wir bauen drumherum eine Küche (das Harness). Genau hier kommt es: MCP sind die Standard-Steckdosen in dieser Küche. Steck den Mixer in die Steckdose - der Koch kann Smoothies. Steck den Fleischwolf rein - er kann Hackfleisch. Und der Koch selbst hat sich kein Gramm verändert. Er hat einfach ein neues Gerät dazubekommen.

Jetzt mal schlau ausgedrückt. MCP MCP (Model Context Protocol) - ein einheitlicher Standard, über den sich der Agent mit externen Tools und Daten verbindet. Wie USB: eine Steckerform - und Tausende unterschiedlicher Geräte passen rein. ist das Protokoll, über das sich ein KI-Agent mit externen Fähigkeiten verbindet: ein Tool aufrufen, Daten lesen, eine fertige Befehlsvorlage nehmen. Der ganze Clou steckt in einem Wort - standardisiert. Früher wurde jede Integration von Hand gebaut, von null, jedes Mal aufs Neue. Jetzt ist die Steckerform einheitlich. Und in sie passen Hunderte fertiger „Geräte“.

Warum MCP für Vibecoder wichtig ist

Du bist Vibecoder. Den Server musst du nicht von Hand schreiben - auch wenn wir am Ende der Lektion mal reinschauen, wie er von innen aufgebaut ist. Aber MCP zu verstehen ist wichtig. Genau darüber klettert der Agent aus dem Chat raus in die echte Welt.

• Du willst, dass der Agent selbst Mails liest und sie ordentlich einsortiert? Du schließt das MCP für Mail an.
• Du willst, dass er frische Daten aus dem Internet zieht, statt sich was auszudenken? Du schließt das MCP für Suche an.
• Du willst, dass er mit deinem Projekt, deiner Datenbank, deinem Design arbeitet? Für all das gibt es schon fertige Server.

Der Unterschied zwischen „der Agent quatscht im Chat schön daher“ und „der Agent erledigt wirklich Sachen für mich“ sind fast immer richtig angeschlossene MCP-Server. Da ist sie, die Superkraft aus dem Kapiteltitel.

Was in MCP drinsteckt: Tools, Ressourcen, Prompts

Jeder Server gibt dem Agenten drei Arten von „Fähigkeiten“. Merk sie dir - und dann hast du quasi das ganze MCP-Vokabular in der Tasche.

Tools - der Agent FÜHRT eine Aktion aus

Tools Tool in MCP - eine Aktion, die der Agent ausführen kann: eine Mail senden, einen Test starten, etwas suchen. Das ist ein Verb: der Agent ruft es auf und bekommt ein Ergebnis. sind die Verben. „Schick eine Mail“, „starte die Tests“, „finde den Kunden in der Datenbank“, „leg eine Aufgabe an“. Der Agent entscheidet selbst, wann er das passende Tool ruft, gibt ihm Daten mit und bekommt das Ergebnis zurück.

Ein gutes Tool ist wie ein guter Knopf auf der Fernbedienung: enger Name, eine klare Aufgabe. Ein schlechtes ist ein „Mega-Knopf für alles“, nach dem sich der Agent am Kopf kratzt und gar nicht versteht, was eigentlich passiert ist.

Ressourcen - der Agent LIEST Daten

Ressourcen sind die Substantive. Daten nur zum Lesen: der Inhalt einer Datei, die Antwort einer API, Zeilen aus einer Tabelle. Der Agent fasst sie nicht an. Er schaut nur rein, um den Kontext zu verstehen. Normalerweise hat eine Ressource ihre eigene Adresse (uri) - wie ein Link, über den der Agent das passende Stück rauszieht.

Prompts - fertige Befehlsvorlagen

Prompts in MCP sind vorgefertigte Anfrage-Vorlagen mit Lücken für Parameter. Grob gesagt: „erstelle den Bericht für Monat X zum Projekt Y“. Der Client (zum Beispiel deine App) zeigt dir so eine Vorlage, du setzt die Werte ein - und tippst nicht hundertmal denselben langen Befehl.

Lokaler und Remote-MCP-Server: wohin den Stecker rein

Ein MCP-Server kann an zwei Orten leben. Der Unterschied ist hier einfach.

• Lokal - läuft direkt auf deinem Computer. Die Verbindung geht über stdio stdio - ein einfacher Kanal, über den zwei Programme auf demselben Computer direkt Text austauschen, ohne Internet. Für MCP ist das die Art, einen lokalen Server mit dem Agenten zu verbinden. - zwei Programme werfen sich einfach Text hin und her. So verbindet man zum Beispiel den Agenten mit Claude Desktop.
• Remote - lebt irgendwo in der Cloud, und der Agent geht über das Internet per HTTP zu ihm. Der moderne Standard dafür ist Streamable HTTP: eine saubere Webadresse für den ganzen Server. Den alten Weg über SSE behält man nur noch aus Kompatibilitätsgründen.

Wie du ein gutes MCP-Tool von einem schlechten unterscheidest

Wenn du ein MCP auswählst oder einrichtest - so erkennst du auf einen Blick einen vernünftigen Server vom qualvollen. Das sind direkte Regeln aus der Praxis der MCP-Server-Entwicklung.

Beispiel: der Agent liest Mails über MCP

Du bittest den Agenten: „schau mal, was mir heute die Kunden geschrieben haben, und mach eine kurze Zusammenfassung“. Im normalen Chat hebt der Agent ehrlich die Hände: „ich habe keinen Zugriff auf deine Mail“. Sackgasse.

Und jetzt schließen wir den MCP-Server für Mail an - und dieselbe Anfrage wird zu Magie. Der Agent öffnet selbst den Posteingang (das ist eine Ressource - lesen), holt die heutigen Mails raus, macht eine Zusammenfassung, und wenn du fragst - schreibt er für dich einen Antwortentwurf (das ist schon ein Tool - eine Aktion).

Damit die Magie nicht zur Katastrophe wird, kommandiere ihn so.

Du hast über MCP Zugriff auf meine Mail. Mach Folgendes:

Lies nur die Mails von heute. Lösche und sende nichts ohne meine Erlaubnis.
Gruppiere sie nach Themen und gib eine kurze Zusammenfassung: von wem, worum es geht, wie dringend.
Für die zwei dringendsten bereite einen Antwortentwurf vor, aber sende ihn NICHT - zeig ihn mir erst.
Wenn ein Tool fehlt oder der Zugriff nicht klappt - sag das ehrlich, erfinde keinen Mail-Inhalt.

Wie ein MCP-Server von innen aufgebaut ist (ein kurzer Blick)

Von Hand wirst du das nicht schreiben müssen, aber es ist nützlich zu sehen, dass „Magie“ ganz normaler Code ist. Ein MCP-Server in TypeScript ist buchstäblich in ein paar Zeilen aufgesetzt:

• du installierst das Paket: npm install @modelcontextprotocol/sdk zod;
• du erstellst einen Server mit Name und Version;
• du registrierst Tools und Ressourcen, beschreibst ihre Eingabe über Zod Zod - eine Library, die prüft, dass die Eingabedaten die richtige Form haben (zum Beispiel, dass eine E-Mail ein String ist). In MCP beschreibt man damit, was ein Tool annimmt. - das ist einfach der „Türsteher am Eingang“: er prüft, dass der Agent Daten der richtigen Art übergeben hat und nicht irgendwas.

Häufige Anfängerfehler mit MCP

• Alles wahllos anschließen. Jeder Server sieht deine Daten. Installiere nur die, denen du vertraust, und lies, welche Rechte sie verlangen.
• Maximale Rechte geben „damit es auf jeden Fall läuft“. Gib das Minimum: muss er nur Mails lesen - vergib kein Recht zum Löschen und Senden.
• Erwarten, dass MCP das Modell klüger macht. Es gibt Fähigkeiten und Zugriff, keine Intelligenz. Eine krumme Aufgabe macht der Agent auch über MCP krumm, nur schneller.
• Ein einziges „Mega-Tool für alles“. Der Agent verheddert sich. Besser mehrere enge Tools mit klaren Namen.
• Glauben, dass der Agent garantiert alles erledigt hat. Wenn ein Tool stillschweigend abstürzt, kann der Agent die Antwort „dazumalen“. Bitte ihn, Fehler ehrlich zu melden, und prüf Wichtiges selbst nach.
• Einen Server von null schreiben, wenn es schon einen fertigen gibt. Such erst nach einem vorhandenen MCP für die Aufgabe - höchstwahrscheinlich hat ihn schon jemand geschrieben und sauber gemacht.