--- title: "MCP erklärt: Deinen Agent mit allem verbinden" description: "Das Model Context Protocol verstehen, MCP-Server an deinen Agent anbinden und beurteilen, wann MCP ein schlichtes CLI-Tool schlägt" type: "lesson" locale: "de-CH" course: "Claude Code Mastery - Vom Nutzer zum Power User" number: "2.4" canonical: "https://agenticschool.dev/de/kurse/claude-code-mastery/mcp-explained-connecting-your-agent-to-everything" datePublished: "2026-06-12" dateModified: "2026-06-12" --- # MCP erklärt: Deinen Agent mit allem verbinden - Kurs: Claude Code Mastery - Vom Nutzer zum Power User - Lektion: 2.4 - Dauer: 23 min - Level: einsteiger - Status: published - Kanonische URL: https://agenticschool.dev/de/kurse/claude-code-mastery/mcp-explained-connecting-your-agent-to-everything - Sprache: de-CH > Das Model Context Protocol verstehen, MCP-Server an deinen Agent anbinden und beurteilen, wann MCP ein schlichtes CLI-Tool schlägt ## Zusammenfassung MCP, das Model Context Protocol, ist der Standardweg, einem Agent neue Fähigkeiten zu geben: eine Verbindung zu einer Datenbank, einem Design-Tool, einem Browser, einem Suchdienst. Diese Lektion erklärt MCP in klaren Worten, zeigt eine echte .mcp.json, die einen Server anbindet, und gibt dir das Urteilsvermögen, zu erkennen, wann ein MCP-Server der richtige Zug ist und wann ein einfacher CLI-Befehl in deiner Regel-Datei besser ist. ## Was du lernst - Was MCP ist und welches Problem es löst: ein Standard-Stecker für Agent-Fähigkeiten - Wie du einen MCP-Server mit einer echten .mcp.json hinzufügst und was er freischaltet - Die zentrale Urteilsfrage: wann MCP ein schlichtes CLI-Tool schlägt und wann nicht ## Überblick MCP ist ein universeller Stecker für Agents. Statt dass jedes Tool seine eigene massgeschneiderte Integration erfindet, stellt ein MCP-Server seine Fähigkeiten auf eine Standardweise bereit, die jeder kompatible Agent nutzen kann. Verbinde einen, und dein Agent kann plötzlich eine Datenbank abfragen, eine Design-Datei lesen, einen Browser steuern oder deine Docs durchsuchen - und nutzt diese Aktionen wie jedes andere Tool. Das Protokoll ist der Grund, warum die Agent-Fähigkeiten explodiert sind: einen Server einmal bauen, und jeder MCP-fähige Agent kann ihn nutzen. ## Was du lernst Du lernst, was MCP ist und warum ein gemeinsames Protokoll zählt, den Unterschied zwischen einem Server und einem Client, wie du einen Server mit einer echten .mcp.json-Konfiguration zu Claude Code hinzufügst, und das wichtigste und am meisten übersehene Urteil in diesem ganzen Bereich: wann ein MCP-Server wirklich das richtige Tool ist gegenüber wann ein schlichtes Kommandozeilen-Tool, das in deiner CLAUDE.md beschrieben ist, die Arbeit mit weniger Overhead erledigt. ## Voraussetzungen Ein funktionierendes Agent-Setup und die Kontext-Lektionen aus Kurs 1, denn jeder verbundene Server verbraucht Kontext - seine Tool-Definitionen sitzen im Fenster - und der Performance-Cliff gilt weiterhin. Die Lektionen zu CLAUDE.md und Hooks helfen auch, denn die Entscheidung CLI gegen MCP läuft oft auf eine Regel oder ein Skript hinaus, das du schon schreiben kannst. ## Das Problem Dein Agent ist brillant innerhalb deiner Dateien und blind überall sonst. Er kann deine Produktionsdatenbank, deine Design-Dateien, den Live-Zustand einer Webseite oder den Inhalt eines externen Dienstes nicht sehen. Also wirst du zur menschlichen Zwischenablage: du kopierst Daten aus einem Tool, fügst sie in den Agent ein, kopierst den Output des Agents zurück. Diese manuelle Staffel ist langsam, fehleranfällig und deckelt, wie viel echte Arbeit du delegieren kannst. Vor MCP war der einzige Weg, das zu beheben, eine eigene Integration pro Tool, die fast niemand gebaut hat. ## Das Problem, das MCP löst MCP definiert einen Standard-Stecker. Ein Server spricht MCP, um eine Fähigkeit bereitzustellen - eine Datenbank, einen Dateispeicher, einen Browser, eine API. Ein Client (dein Agent-Harness) spricht MCP, um jeden Server zu nutzen. Weil das Protokoll geteilt wird, wird die Integration einmal pro Tool geschrieben und funktioniert über jeden Agent, der MCP unterstützt, genauso wie USB bedeutete, dass du nicht mehr ein anderes Kabel für jedes Gerät brauchtest. Diese eine Entscheidung ist der Grund, warum sich die Unterstützung so schnell verbreitet hat und warum es jetzt für fast alles, was du verbinden möchtest, einen MCP-Server gibt. - Server: stellt eine Fähigkeit über MCP bereit (eine Datenbank, ein Design-Tool, einen Browser, einen Suchindex). - Client: dein Agent-Harness, das jeden MCP-Server nutzen kann, den du anbindest. - Standard-Stecker: eine Integration pro Tool funktioniert über jeden MCP-fähigen Agent, statt N massgeschneiderter Integrationen. - Ein Server kann Tools anbieten (Aktionen, die der Agent ausführt) und Resources (Daten, die der Agent liest). ## Einen Server hinzufügen In Claude Code registrierst du MCP-Server in einer .mcp.json-Datei in der Wurzel deines Projekts (committet, damit das Team dieselben Verbindungen teilt) oder in deiner User-Konfiguration für persönliche. Jeder Eintrag benennt einen Server und wie er gestartet wird. Hier ist eine echte .mcp.json, die zwei häufige Server anbindet: einen Filesystem-Server, der auf einen Ordner beschränkt ist, und einen Playwright-Server, der den Agent einen echten Browser steuern lässt. Binde sie einmal an, und diese Aktionen werden dem Agent wie jedes andere Tool verfügbar. ```json { "mcpServers": { "filesystem": { "command": "npx", "args": ["-y", "@modelcontextprotocol/server-filesystem", "./data"] }, "playwright": { "command": "npx", "args": ["-y", "@playwright/mcp@latest"] } } } ``` .mcp.json - einen Filesystem-Server und einen Browser-Server anbinden Server, die Credentials brauchen (eine Datenbank, eine gehostete API), nehmen sie über Umgebungsvariablen statt fest eingebauter Keys, also gilt dieselbe .env-Disziplin aus Kurs 1: Secrets bleiben aus committeter Konfiguration heraus. Nachdem du einen Server hinzugefügt hast, kann dein Agent seine Tools direkt auflisten und aufrufen. Schau in die eigenen Docs jedes Servers für seinen genauen Startbefehl und die benötigten Umgebungsvariablen. ## MCP versus ein schlichtes CLI-Tool Das ist das Urteil, das Leute, die Agents verstehen, von Leuten trennt, die Integrationen sammeln. Ein MCP-Server ist nicht automatisch besser als ein Kommandozeilen-Tool. Claude Code kann bereits jedes CLI ausführen, das du installiert hast, und eine einzeilige Anweisung in deiner CLAUDE.md - "nutze die gh CLI für GitHub, die stripe CLI für Stripe" - ist oft einfacher, leichter und transparenter als ein dedizierter MCP-Server. CLI-Tools glänzen, wenn bereits eine ausgereifte Kommandozeilen-Schnittstelle existiert, wenn du genau sehen willst, welcher Befehl gelaufen ist, und wenn du null zusätzlichen Kontext-Overhead willst. MCP verdient seinen Platz, wenn es kein gutes CLI gibt, wenn du strukturierte Daten und Resources statt Textausgabe brauchst, oder wenn die Interaktion wirklich interaktiv ist, wie einen Browser steuern oder eine Live-Datenbank über eine typisierte Schnittstelle abfragen. Greif zuerst zum CLI; greif zu MCP, wenn das CLI die Arbeit wirklich nicht gut erledigen kann. - Bevorzuge ein CLI, wenn: ein gutes Kommandozeilen-Tool bereits existiert, du volle Transparenz willst und du minimale Kontextkosten willst. - Bevorzuge MCP, wenn: es kein anständiges CLI gibt, du strukturierte Tools und Resources brauchst, oder die Aufgabe interaktiv ist (Browser, Live-DB). - Jeder verbundene Server fügt deinem Kontextfenster Tool-Definitionen hinzu, also hat jeder echte, laufende Kosten. - Verbinde bewusst. Drei Server, die du nutzt, schlagen fünfzehn, die deinen Kontext aufblähen. ## Typische Fehler Die häufigen Fehler: jeden MCP-Server anbinden, den du findest, und dein Kontextfenster in Tool-Definitionen ertränken, die du nie nutzt; zu einem MCP-Server greifen, wenn ein CLI-Tool, das du schon hast, die Arbeit einfacher erledigen würde; Credentials in .mcp.json fest einbauen, statt Umgebungsvariablen zu nutzen; und vergessen, dass ein MCP-Server fremder Code mit Zugriff auf deine Sachen ist, also solltest du prüfen, was du anbindest, genauso wie du eine Dependency prüfen würdest. Verbinde wenige, verbinde bewusst, verbinde Dinge, denen du vertraust. ## Business-ROI MCP ist das, was aus einem Code-Agent einen Allzweck-Operator für dein Business macht. Verbinde die richtigen Server, und der Agent braucht dich nicht mehr als Zwischenablage: er kann deine Datenbank lesen, eine Live-Seite prüfen, aus einem Dienst ziehen und auf echte Daten von Anfang bis Ende reagieren. Das ist der Unterschied zwischen einem Agent, der Code entwirft, und einem Agent, der einen Workflow fährt. Die Disziplin, bewusst zu verbinden - und ein CLI zu wählen, wenn ein CLI reicht - hält diese Macht günstig und deinen Kontext scharf, sodass du die Reichweite bekommst, ohne die Cliff-Steuer zu zahlen. ## Checkliste Du bist bereit weiterzugehen, wenn jedes davon stimmt. Die nächste Lektion skaliert von einem gut ausgestatteten Agent auf mehrere. - Du kannst MCP als Standard-Stecker erklären und die Rollen Server und Client benennen. - Du hast mindestens einen MCP-Server über .mcp.json zu einem echten Projekt hinzugefügt. - Du kannst einen klaren Fall benennen, in dem ein CLI-Tool einen MCP-Server schlägt, und umgekehrt. - Du verstehst, dass jeder verbundene Server Kontext und Angriffsfläche kostet. ## Ressourcen Halt die offizielle Model-Context-Protocol-Seite und die Claude-Code-MCP-Dokumentation als Lesezeichen für das aktuelle Konfigurationsformat und das Verzeichnis verfügbarer Server. Die Filesystem-, Playwright- und Datenbank-Server sind gute erste Verbindungen. Paare MCP mit einer Regel in deiner CLAUDE.md, die dem Agent sagt, welches CLI er für welchen Job bevorzugen soll, damit er nur zu einem Server greift, wenn das CLI wirklich nicht helfen kann. ## Deine Aufgabe Binde einen MCP-Server über .mcp.json an ein echtes Projekt an - der Filesystem- oder Playwright-Server ist ein leichter Start. Tu dann bewusst das Gegenteil: wähle eine Aufgabe, für die du vielleicht zu einem Server gegriffen hättest, und ergänze stattdessen eine einzeilige Regel in deiner CLAUDE.md, die dem Agent sagt, ein bestehendes CLI-Tool zu nutzen. Beachte, welches sich leichter anfühlte. Dieser Instinkt ist hier die eigentliche Kompetenz. ## Nächste Lektion Ein einzelner gut ausgestatteter Agent ist mächtig, aber er kann nur so viel im Kontext halten. Die nächste Lektion skaliert auf mehrere Agents: Sub-Agents, Agent-Teams, die Context-Cliff-Motivation dahinter und wie du ein Team davon abhältst, deine Kosten still zu vervielfachen. ## Transkript MCP, das Model Context Protocol, ist der Standardweg, einem Agent neue Fähigkeiten zu geben: eine Verbindung zu einer Datenbank, einem Design-Tool, einem Browser, einem Suchdienst. Diese Lektion erklärt MCP in klaren Worten, zeigt eine echte .mcp.json, die einen Server anbindet, und gibt dir das Urteilsvermögen, zu erkennen, wann ein MCP-Server der richtige Zug ist und wann ein einfacher CLI-Befehl in deiner Regel-Datei besser ist.